資料服務化架構問題

目前相對項目的緩衝進行最佳化，然後網上找了資料，有幾個問題想問下，
一般情況下我們的緩衝都是在商務邏輯上面處理的，如：

上面緩衝架構有一個缺點：業務方需要同時關注緩衝與DB，
那麼我們進一步最佳化，加入一個服務層：

這個方案應該是主流方案了，它向上遊提供帥氣的資料提供者，向上遊屏蔽底層資料存放區的細節，這樣業務線不需要關注資料是來自於cache還是DB。
那麼問題：這個service該怎麼實現呢？或者說用什麼好的實現方案呢？

回複內容：

目前相對項目的緩衝進行最佳化，然後網上找了資料，有幾個問題想問下，
一般情況下我們的緩衝都是在商務邏輯上面處理的，如：

上面緩衝架構有一個缺點：業務方需要同時關注緩衝與DB，
那麼我們進一步最佳化，加入一個服務層：

這個方案應該是主流方案了，它向上遊提供帥氣的資料提供者，向上遊屏蔽底層資料存放區的細節，這樣業務線不需要關注資料是來自於cache還是DB。
那麼問題：這個service該怎麼實現呢？或者說用什麼好的實現方案呢？

rpc，資料序列化與還原序列化。

大型系統通常會混合多重程式設計語言，例如前端可能用的是php，而複雜的後端計算和商務邏輯又用了java，某些特殊的服務可能用了erlang或者c++。
那麼rpc採用跨平台語言的，apache thrift，或者zeroc ICE就比較方便了。

service使用易於長期進程存活的，健壯的語言編寫。 java比較適合。 application不論是php還是什麼其他語言，都可以方便的調用。

當然也可以使用json之類的約定資料結構，在各端進行“序列化”與“還原序列化”。
考慮好service層的高可用性方案，後端調用的問題，用個註冊/發現，心跳健全狀態檢查等保障就可以了。 自行開發或者使用zookeeper之類的都行。

說的比較空泛，因為也不是特別明確題主的具體問題是什麼。

