CloudHub 2.0 アーキテクチャ

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

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

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

システム管理者アカウントを所持しているユーザーは、Anypoint Platform を使用して、組織の他のユーザーを追加および管理したり、ユーザーロールを定義したり、Sandbox 環境を作成および管理したりできます。 詳細は、「アクセス管理について」を参照してください。

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

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

レプリカには、次の特性があります。

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

各レプリカサイズの計算容量、メモリ容量、およびストレージ容量は異なります。

使用可能ないずれかの vCore サイズを選択して、レプリカを垂直方向にスケールできます。

1 vCore 未満のレプリカ:

1 つ以上の vCore のレプリカは、パフォーマンスが一貫します。

各レプリカには、システムとアプリケーションの両方のストレージで使用する最小限の 8 GB のストレージがあります。 アプリケーションでより多くのストレージが必要な場合 (冗長ログなど) は、2 以上の vCore のレプリカを使用して、アプリケーションが ​/tmp​ の追加のストレージにアクセスできるようにしてください。

すべての実行中のアプリケーションがレプリカの使用量に含まれます。停止したアプリケーションは含まれません。

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

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

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

CloudHub 2.0 は、レプリカを監視して正常に動作していることを確認し、必要に応じてアプリケーションを自動的に再起動します。

CloudHub 2.0 は、世界のさまざまなリージョン (北米、南米、欧州、アジア太平洋) でアプリケーションをデプロイする機能を提供しています。

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

アプリケーションをデプロイするリージョンによって、アプリケーションについて指定されるドメインが決まります。

CloudHub 2.0 で要求のルーティングに使用されるロードバランサーは、アプリケーションと同じリージョンに存在します。

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

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

CloudHub 2.0 はすべてのアプリケーションを監視し、必要に応じて自動的に再起動するため、ユーザーが介入しなくてもアプリケーションが回復されます。

CloudHub 2.0 は、アプリケーションが再起動中であることを知らせる通知を表示し、その後で再起動の成功または失敗を報告する通知を表示します。

ログに再起動プロシージャーの詳細が表示されます。 アプリケーションが応答しなくなった場合に、アラートと診断情報を受信することもできます。

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

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

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

アプリケーションのプロパティ値を保護​することもできます。 保護されたプロパティ値は、どのユーザーも参照したり取得したりできません。 これらの保護されたアプリケーション値は暗号化され、Anypoint Security シークレットマネージャーに保存されます。その後、ユーザー組織ごとに暗号化されます。

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