原创 DBPack 限流熔斷功能發佈說明

上週我們發佈了 v0.4.0 版本,增加了限流熔斷功能,現對這兩個功能做如下說明。 限流 DBPack 限流熔斷功能通過 filter 實現。要設置限流規則,首先要定義 RateLimitFilter: - name: rateLi

原创 DBPack SQL Tracing 功能及數據加密功能詳解

上週,我們正式發佈了 DBPack SQL Tracing 功能和數據加密功能,現對這兩個功能做如下說明。 SQL Tracing 通過 DBPack 代理開啓的全局事務,會自動在 http header 中注入 traceparent,t

原创 DBPack 讀寫分離功能發佈公告

在 v0.1.0 版本我們發佈了分佈式事務功能,並提供了讀寫分離功能預覽。在 v0.2.0 這個版本,我們加入了通過 UseDB hint 自定義查詢請求路由的功能,並修復了一些 bug。另外,在這個版本,我們還提供了審計日誌功能的預覽,

原创 DBPack 賦能 python 微服務協調分佈式事務

作者:朱晗 中國電子雲 什麼是分佈式事務 事務處理幾乎在每一個信息系統中都會涉及,它存在的意義是爲了保證系統數據符合期望的,且相互關聯的數據之間不會產生矛盾,即數據狀態的一致性。 按照數據庫的經典理論,原子性、隔離性、持久性。原子性要求數據

原创 dotnet core 也能協調分佈式事務啦!

2022 年 5 月 24 日,我們發佈了 DBPack v0.1.0 版本,該版本主要 release 了分佈式事務功能。在我們的規劃裏,DBPack 是要支持所有微服務開發語言協調分佈式事務的,但經過社區反饋,dotnet core

原创 最強分佈式事務框架怎麼煉成的?

一、什麼是事件驅動架構 事件驅動架構是一種促進生產的軟件架構範式。事件驅動架構在用微服務構建的現代應用中非常普遍,它用事件來觸發、解耦服務之間的通信。事件可以是狀態的變更,比如將商品放入購物車;也可以是某種標識,比如訂單的發貨通知。 在傳

原创 中國電子雲數據庫 Mesh 項目 DBPack 的實踐

作者:劉曉敏 2022 年 4 月,中國電子雲開源了其雲原生數據庫 Mesh 項目 DBPack。該項目的誕生,旨在解決用戶上雲過程中面臨的一些技術難點,諸如分佈式事務、分庫分表等。由於它數據庫 Mesh 的定位,意味着它可以支持任意微服務

原创 詳解 Seata Golang 客戶端 AT 模式及其使用

源碼👇seata-golang 概述   我們知道 Seata Java Client 的 AT 模式,通過代理數據源,實現了對業務代碼無侵入的分佈式事務協調機制,將與 Transaction Coordinator (TC) 交互的邏輯、

原创 Spring Boot微服務如何集成seata解決分佈式事務問題?

什麼是fescar?   關於fescar的詳細介紹,請參閱fescar wiki。   傳統的2PC提交協議,會持有一個全局性的鎖,所有局部事務預提交成功後一起提交,或有一個局部事務預提交失敗後一起回滾,最後釋放全局鎖。鎖持有的時間較長

原创 它來了!它來了!Seata Go Client 它來了!!!

抱歉抱歉,這個標題一看就是個很標題黨的標題。本文所述的 Seata Go Client 只支持 TCC 模式,並不像 Java 版的能支持到 AT 模式、SAGA 模式、XA 模式,聊勝於無。說到這裏,我要再次呼籲有相同想法的 Gopher

原创 分享一個seata demo,講兩個個問題

  Seata,阿里開源的分佈式事務框架,多的我就不介紹了,瞭解詳細介紹,請看官網。seata spring boot入門,可以看我上一篇博客《Spring boot微服務如何集成fescar解決分佈式事務問題?》(fescar後來更名爲s

原创 互聯網公司,我們需要什麼樣的中層技術管理以及996和程序員有多大關係?

  想寫這樣一篇博客很久了?筆者從14年畢業,工作至今,已經待過三家互聯網公司,分別是做電商、醫療、ToB產業互聯網的公司。從一個剛畢業的稚嫩大學生,成長爲一個架構師。從我的個人親身經歷出發,我想談一談,我們需要什麼樣的中層技術管理。 一、

原创 詳解Spring Boot微服務如何集成fescar解決分佈式事務問題

這篇文章主要介紹了詳解Spring Boot微服務如何集成fescar解決分佈式事務問題,小編覺得挺不錯的,現在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧 什麼是fescar? 關於fescar的詳細介

原创 Spring Boot微服務如何集成fescar解決分佈式事務問題?

什麼是fescar?   關於fescar的詳細介紹,請參閱fescar wiki。   傳統的2PC提交協議,會持有一個全局性的鎖,所有局部事務預提交成功後一起提交,或有一個局部事務預提交失敗後一起回滾,最後釋放全局鎖。鎖持有的時間較長

原创 Thrift搭建分佈式微服務(三)

    第一篇 《連接配置》     第二篇 《連接池》 第三篇 標準通信 一、TCP的連接是無狀態的,怎樣知道我的請求被服務端接受並且正確執行了呢?     我的解決方案是使用自己定義的標準輸入輸出,Push操作和Delete操作都要返回