まとめ

Azure Service Fabric のセッションを聞きました。アーキテクチャーは相当素晴らしいと思いますが、いかんせん WCF っぽかったり、この実装がスタンダードになるにはちょっと難しいかなという感じはしました。

スライドを見たコメントをつけていますが、私の英語力の限界もあり、そうとう間違った解釈もしていると思いますのでご容赦ください。

このボリュームは落ち穂拾いどころじゃないので、別にまとめるべきだったなぁ。。。

セッション感想

Microsoft Azure Service Fabric Architecture (Channel 9)channel9.msdn.com

マイクロサービスのステートレスとステートフル

ステートレスのデモ

うーん。ここまで見てきたけど、イマイチピンと来ないのと英語がよく聞き取れないのでここまで。

Building Resilient, Scalable Services with Microsoft Azure Service Fabric (Channel 9)channel9.msdn.com

前半は同じような話なので飛ばす。

デモの英語がインド系だけどコードがまだ何とかわかるので、こっちを見てみる

Actor を使ったデモ。インクリメンタルするカウンターがプリミティブなフィールド。

こんな感じで無限ループでカウントアップさせていくよう

実行するとカウントアップする

ノードをリスタートすると。。。

カウンターがリセットされる

ではどうすればステートが保持されるか？シリアライザブルなクラスを追加し、Actorのジェネリクスに追加する

this.value ではなく、 this.State.value の値を使う。Actor が持っているっぽい。

デプロイしてブレイクポイントにも止まります。

先ほどのノードが1つだったのが3つに増えている。プライマリーとセカンダリーが２つ。特に設定はしておらず、自動的になった。

先ほどと同じように Node4 にリスタートをかけるとプライマリーノードがダウン。即セカンダリーにフェールオーバー。また、Node4 がセカンダリノードとして復活。

カウンターが途切れること無く続行（拍手）。フェールオーバーまで3秒もかかっておらず、素晴らしい。

oh… Deep Dive …

Deep Dive into Microsoft Azure Service Fabric Reliable Actors (Channel 9)channel9.msdn.com

DeepDive をチラ見した感じだと、 Actor の歴史とかどうして使うかが説明されてて、もやもやがちょっと紐解けそうな感じがしました。

ここでやめようかと思ったけど、もうちょっとだけがんばって、次はアプリケーションのデプロイの話。

Code と Config をサービスごとにパッケージングする

各サービスをアプリケーションパッケージにまとめる。アプリケーションタイプにはサービスタイプとWebアプリケーションタイプに分かれる

サービスタイプ、アプリケーションタイプと分かれる。それぞれユニークな名前を持つようだけど、ちょっと理解出来ず。

サービス API はステートレスかステートフルで選べる。

Reliable Collections 最強の図。複数のマシンでレプリケート可能で永続化可能で非同期でトランザクション制御もできる。

IReliableDictionary<K, V> のハッシュと、 IReliableQueue のキューの2種類がある。

コード例。 [ServiceContract]ってめっちゃWCF臭がする。。。

てか、Namespace にめっちゃ WCF ってかいてるじゃん。。。

Actor と同じように、ステートレスのデモ。サービスをリスタートさせるとカウントが戻る

従来の Could Service と Stateful Service Fabric で作る場合の対比図。Service Fabric で作れば、 Reliable Collections で済んでしまうので、 Azure Queue も Table も不要になる。従来のクラウドデザインパターンを覆すぐらいのインパクトありますね。