Orléans

目次 目次 グレインの役割 グレインの取得 グレインの実装例 インターフェース グレインのその他の特長 前の記事はこちらです。 hiro128.hatenablog.jp グレインの役割 グレインはユーザー定義のID（identity）、業務ロジック（behavior）、およびインメモリの状態（state）をカプセル化し、他のグレインとメッセージを送受信したり、クライアントからの要求に対するレスポンスを返します。 グレインの取得 グレインの物理的な場所に関して開発者は意識不要です。 同一インターフェースで指定したグレインのプロキシオブジェクトを同一の GrainID で取得すると、どのフロント…

目次 目次 フロントエンドの役割 フロントエンドの実装例 前の記事はこちらです。 hiro128.hatenablog.jp フロントエンドの役割 フロントエンドは、www と Orleans の世界のゲートウェイの役割を果たします。 （ REST API と Orleans 独自の世界を相互変換する境界）公開されている REST API への HTTP リクエストを受信して、リクエストを処理すべき Grain に対してメソッドをコールし、 Grain からレスポンスを受け取り、 HTTP リクエストにレスポンスを返します。なお、 フロントエンドは Orleans クラスターから見ればクライア…

目次 目次 Web App Azure Table 前の記事はこちらです。 hiro128.hatenablog.jp Web App フロントエンドにアクセスできて、サイロ01、サイロ02にアクセスできなければデプロイ成功です。 フロントエンド パブリックアクセス可 サイロ01 パブリックアクセス不可 サイロ02 パブリックアクセス不可 Azure Table サイロ01、サイロ02のインスタンスのステータスが Active になっていればデプロイ成功です。

目次 目次 Orleans は何を解決するために生まれ、どのようなフレームワークなのか Orleans の 構成と重要なプリミティブ（構成要素） Orleans の構成要素：フロントエンド Orleans の構成要素：グレイン Orleans の構成要素：サイロ Orleans の基本的な構成を App Service にデプロイする（1）構成の確認 Orleans の基本的な構成を App Service にデプロイする（2）VNet の設定 Orleans の基本的な構成を App Service にデプロイする（3）App Service の プライベートポート Orleans の基本的…

目次 目次 構成図 アドレス空間 接続デバイス（プライベートエンドポイント） サブネット 前の記事はこちらです。 hiro128.hatenablog.jp 構成図 構成では、フロントエンドのみパブリックアクセス可能、2つのサイロとストレージはプライベートアクセスのみ可能としますが、プライベートアクセスはリージョン VNet 統合とプライベートエンドポイントで実現します。 そのための VNet の設定は以下のようになります。 アドレス空間 接続デバイス（プライベートエンドポイント） サブネット 次の記事はこちらです。 hiro128.hatenablog.jp

目次 目次 古典的なWebアプリの問題点 対策としてキャッシュ、キューなどを追加するも新たな問題が 根本解決のためのアプローチ（Orleans のコンセプト） 結局 Orleans とは Orleans のメリット 古典的なWebアプリの問題点 読み取り要求のたびにデータベースにアクセスするため、 データベースの負荷が大きい アプリのインスタンスの状態をお互いが把握できず、データベースへの書き込み競合が発生する 各々のアプリのインスタンスが状態を個別に持ちリソースの効率が悪い。 対策としてキャッシュ、キューなどを追加するも新たな問題が 読み取り要求のデータベース負荷対策としてキャッシュを追加。…

目次 目次 方針 構成 前の記事はこちらです。 hiro128.hatenablog.jp 方針 Orleans の基本的な構成のデプロイを App Service にデプロイしてみましょう。 基本的な方針を以下の通りとします フロントエンドのみパブリックアクセス可能 2つのサイロとストレージはプライベートアクセスのみ可能とする プライベートアクセスはリージョン VNet 統合とプライベートエンドポイントで実現する 実際の構成は以下のようになります。 それぞれのリソースが Orleans のどの構成要素に相当するか分かりやすくするため概念図との対比にしました。 構成 役割 リソース パブリック…