CloudHub アーキテクチャ

インテグレーションアプリケーションは、Anypoint Studio を使用して作成したインテグレーションです。これらのアプリケーションは、Salesforce からデータベースへのデータの同期、SOAP または REST API のパブリッシュ、ビジネスプロセスの複雑なオーケストレーションの作成など、あらゆる作業を実行できます。

インテグレーションアプリケーションの作成やデプロイについての詳細は、​「CloudHub」​および​「CloudHub へのデプロイ」​を参照してください。

Runtime Manager コンソールは、 Anypoint Platform​ に統合されています。実行時にインテグレーションアプリケーションをアップロードおよび管理するには、Anypoint Platform ログイン情報を使用してサインインします。コンソールには、プラットフォームサービスの有益な監視情報が表示されます。また、コンソールはアプリケーションレベルとアカウントレベルの両方の管理に対応する包括的なダッシュボードとしても機能します。

このコンソールで ​CloudHub にデプロイ​したり、​他の登録済みサーバー​にデプロイしたりできます。また、​デプロイ済みアプリケーションを管理​することもできます。

システム管理者アカウントを所持しているユーザーは、Anypoint Platform を使用して、​組織の他のユーザーを追加および管理したり、ユーザーロールを定義​したり、Sandbox 環境を作成および管理したりできます。

CloudHub についてのその他の一般情報は、​「CloudHub」​を参照してください。

CloudHub のプラットフォームサービスは、プラットフォームのあらゆる側面の調整を担当します。アプリケーションのデプロイメントの調整、インテグレーションの監視、分析データの提供、アプリケーションデータの保存、スケジュール済みジョブの実行などを行います。また、これらのサービスの多くは、​CloudHub REST API​ を介して公開されています。

ワーカー​は、CloudHub のインテグレーションアプリケーションを実行する Mule Runtime Engine の専用のインスタンスです。

ワーカーには、次の特性があります。

ワーカーのメモリ容量と処理能力は、アプリケーションレベルでの設定方法によって異なります。

各ワーカーサイズの計算容量、メモリ容量、およびストレージ容量は異なります。 使用可能ないずれかのワーカーサイズを選択して、ワーカーを垂直方向にスケールできます。

0.1 vCore および 0.2 vCore のワーカー:

1 以上の vCore のワーカー:

各ワーカーには、システムとアプリケーションの両方のストレージで使用する 8 GB 以上のストレージが割り当てられており、約 3.0 GB が OS と Mule コンポーネントで使用されます。アプリケーションでより多くのストレージが必要な場合 (冗長ログなど) は、2 以上の vCore のワーカーを使用して、アプリケーションが追加のストレージにアクセスできるようにしてください。

実行中のアプリケーションのみがワーカーの使用量に含まれます。

アプリケーションで、使用可能な量より多くの vCore を必要とする場合、CloudHub ではアプリケーションを作成することはできますが、追加の vCore が使用可能になるまでアプリケーションを開始できません。 vCore の割り当てを増やすには、別のアプリケーションを停止するか、アカウントマネージャーに連絡してサブスクリプションの vCore の割り当てを増やすよう依頼してください。

CloudHub にデプロイされたアプリケーションのメタ領域のサイズは、ワーカーサイズに関係なく現在のところ無制限となっています。 メタ領域の初期サイズは 128 MB で、メタ領域がこのしきい値に達すると、メタ領域のガベージコレクションが開始されます。

複数のワーカーを追加して永続的なキューでワーカー間にワークロードを分散できるようにすることで、アプリケーションを水平方向にスケールできます。 「ワーカーのスケールアウト」​と​「永続的なキュー」​を参照してください。

CloudHub は、ワーカーを監視して正常に動作していることを確認します。 自動再起動を有効にした場合、CloudHub は必要に応じてアプリケーションの再起動も行います。

CloudHub は、世界のさまざまなリージョン (北米、南米、欧州、アジア太平洋) でワーカークラウドを提供しています。 サポートされているリージョンの完全なリストについては、​「リージョンサービス」​を参照してください。

このグローバルな分散により、各自のサービスに最も近い場所でインテグレーションをホストできるため、レイテンシーが減少します。 また、EU データ保護指令などの地域の法律に準拠することもできます。 US コントロールプレーンと US-Gov コントロールプレーンの場合、MuleSoft では米国で管理コンソールとプラットフォームサービスをホストします。 EU コントロールプレーンの場合、MuleSoft ではこれらのサービスをヨーロッパでホストします。

アプリケーションをデプロイするリージョンによって、アプリケーションについて指定されるドメインが決まります。 たとえば、​myapp​ という名前のアプリケーションをカナダ (中央部) にデプロイする場合、アプリケーションにアクセスするために使用されるドメインは ​myapp.ca-c1.cloudhub.io​ になります。要求のルーティングに使用されるロードバランサーは、アプリケーションと同じリージョンに存在します。

別のリージョンへのアプリケーションのデプロイについての詳細は、​「CloudHub へのデプロイ」​を参照してください。 CloudHub のセキュリティおよびコンプライアンスについての詳細は、 「Anypoint Cloud Security & Compliance (Anypoint クラウドセキュリティおよびコンプライアンス)」ホワイトペーパー​をダウンロードしてください。

サービスに応じてさまざまなレベルのセキュリティと分離が必要になるため、プラットフォームでは 2 つの異なるレベルのマルチテナンシーが提供されます。

CloudHub は、冗長性、インテリジェントな回復、ダウンタイムなしの更新などにより、可用性と拡張性が高くなるように設計されています。また、​高可用性機能​によってスケーリングと信頼性の向上を実現できます。

CloudHub アーキテクチャは、インテグレーションのセキュアなプラットフォームを提供します。

ペイロードデータの保護は、非常に重要です。この目的を達成するために、CloudHub は、ペイロードデータの検査や保存、または直接のやりとりを行いません。CloudHub ワーカーは、各アプリケーションに独自の仮想マシンを提供することで、データの転送および処理に対応するセキュアな機能を提供します。これにより、ペイロードのセキュリティを確保するためのテナント間の完全な分離と、他のテナントのコードからの隔離が実現します。

CloudHub は、CloudHub ワーカーから監視データ、分析データ、ログデータを収集したり、ユーザーの代わりに CloudHub ワーカーでアクションを実行したりできます。CloudHub プラットフォームサービスとワーカークラウド間のすべての通信は、SSL とクライアント証明書認証を使用して保護されます。これにより、認証されていないパーティはデータを読み取ることができず、不正なアクションを開始できません。

セキュアなプロパティ​をアプリケーションバンドルの一部として読み込むこともできます。プロパティにセキュアフラグが設定されている場合、Runtime Manager コンソールでも表示できなくなります。実際には、アプリケーションを実行している CloudHub ワーカー以外の場所に伝播されなくなります。

セキュリティに関する MuleSoft のアプローチについての詳細は、 「Anypoint Cloud Security & Compliance whitepaper (Anypoint クラウドセキュリティおよびコンプライアンス)」ホワイトペーパー​を参照してください。