2017-08-17 19 views
0

最近私はマイクロサービスで多くのことを行ってきました。共通のパターンは、すべてのサービスが独自のデータを担当するということです。したがって、サービス「A」は、いくつかのhttp APIまたはメッセージキューを介してサービス「B」と通信せずに直接サービス「B」データにアクセスすることはできません。Azure関数でデータを保存するためのベストプラクティス

ここでは、初めて青空関数を使用して作業を開始しました。私は公平ないくつかの例を見てきましたが、それらはすべて共用データストア内のデータでちょっと冗談を言うような古い機能を持っているようです(私たちは大規模なモノリシックデータベースを持つ古いスタイルに戻っているようです)。

私は、サービスとしての機能を使用するときにデータストレージに従うパターンが共通しているかどうか疑問に思っていましたか?責任はどこにあるの?

+0

マイクロサービスは、アプリケーション設計のパラダイムです。 Azure関数は、サーバーレスの計算フレームワークです。 Azure関数を使用してマイクロサービスをホストすることもできますが、イベントベースのプログラミングや汎用のサーバーレスジョブホスティング(クラウドダクトテープとも呼ばれます)にも使用されています。だから、私はあまりにも多くのアプリケーションデザインのベストプラクティスのサンプルを読んでいないだろう。 –

答えて

1

次のスクリーンスニペットは、モノリシックデータベースを使用しないクラウドベースソリューションのビジネスプロセッサのイベント駆動型分散モデルの例です。この概念や手法についての詳細は、各ビジネスコンテキストは、メタデータなどの他のリソースを参照して処理の状態を保持するためのリースのBlobを所有していることを、私の記事Using Azure Lease Blob

BusinessContextWithAF

注記に記載されていますこのコンセプトでは、各サブネストされたプロセスが独自のLease Blobを持つことができるマトリックス(マルチ)次元のビジネス処理モデルを作成することができます。

関連する問題