Flosum Cloud Appsアーキテクチャ
概要
下の図は、Customer-Hosted と Flosum-Hosted の両方の導入に適用される Flosum Cloud Applications のアーキテクチャを示しています。両者の主な違いは、Cloud VM（Cloud Virtual Machine）の所有権です。
Customer-Hosted 構成では、DevOps、Backup & Archive、Data Migrator がインストールされるクラウドインスタンスを顧客が所有し、インフラストラクチャを管理します。Flosum-Hosted 構成では、DevOps、Backup & Archive、Data Migrator は Flosum の AWS インスタンス上にインストールされます。
システムアーキテクチャ図
上の図の番号付き項目については、以下の一覧で説明します。すべての項目は、EC2 上の Docker Swarm で Docker イメージとして実行されます。
NGINX: Web トラフィックを管理し、ルーティングし、最適化します。
Flosum グローバル設定: Flosum SaaS アプリのきめ細かなロールベースアクセス制御（RBAC）ユーザー権限、セキュリティ、および Salesforce 接続を管理します。また、各テナントの S3 バケットストレージも管理します。
Flosum OAuth: セキュリティエンドポイントへの接続を管理します。
Flosum SaaS:
Backup & Archive: Salesforce の項目を Flosum SaaS アプリにバックアップ（コピー）したり、アーカイブ（コピー後に Salesforce から削除）したりします。バックアップおよびアーカイブは、顧客の Salesforce 組織に復元できます。顧客は、転送中および保存時のデータを暗号化するために独自のキーを持ち込み、そのキーは Salesforce 組織内に保存されます。データは Salesforce およびカスタム API を使用して HTTPS 経由で転送されます。Amazon RDS MySQL は、顧客の Salesforce 組織からのバックアップ、アーカイブ、復元を追跡し、バックアップまたはアーカイブされた各項目が S3 のどこに保存されているかを記録します。
DevOps: スケーラブルで安全な Salesforce 開発を提供します。統合されたコンプライアンス制御によりリリースサイクルが短縮され、エラーが減るため、チームは価値の提供に集中できます。
Data Migrator: 機密情報をマスキングし、エンタープライズレベルのセキュリティとコンプライアンスを確保しながら、Salesforce 組織間でデータを移行します。
顧客ホスト型の要件
以下の情報は、Flosum Cloud Apps インスタンスを自社でホストするための要件を理解するのに役立つように作成されています。
Cloud Virtual Machine: Flosum Cloud Apps をインストールするには仮想マシンが必要です。仮想マシンは、最適なパフォーマンスを確保するために推奨システム要件を満たしている必要があります。以下の要件をサポートしている必要があります。
RAM
32GB
CPU
4
AWS インスタンス
r5n.xlarge 以上
オペレーティングシステム
Linux Ubuntu（x64）
ドメイン登録: Flosum Cloud Apps をホストするにはドメイン登録が必要です。Flosum Cloud Apps をインストールする前に、このドメインを登録しておく必要があります。
SSL 証明書: Flosum Cloud Apps と Salesforce 組織間の通信を保護するために、Secure Sockets Layer（SSL）証明書が必要です。お客様は無料の SSL 証明書と有料の SSL 証明書のどちらかを選択できます。
ID プロバイダー: Flosum Cloud Apps へのアクセス制御を管理するために ID プロバイダーを設定します。お客様は以下の選択肢から選べます：
ユーザー名とパスワードによる認証
OAuth 2.0
シングルサインオン（SSO）
グローバル設定: Flosum は独自のユーザー管理アプリケーションを使用しており、DevOps、Backup & Archive、および Data Migrator アプリケーションへのアクセス制御を提供します。
NGINX: NGINX は Docker コンテナへのリクエストのプロキシとして機能します。また、HTTPS をサポートするために証明書の使用も可能にします。
MySQL: MySQL は Flosum Cloud Apps の構成設定を保存します。たとえば、このデータベースには Salesforce 組織へのアクセス情報（アクセストークンとリフレッシュトークン）、データセット、バックアップテンプレート、バックアップ済みオブジェクトの CSV ファイル ID、バックアップおよび復元ジョブのログが保存されます。MySQL データベースのイメージは、Docker Compose ファイル内にアプリケーション構成設定を保存します。
MySQL データベースは顧客のバックアップを保存するためには使用されません。
ストレージ: データベース内のデータを保存するためにローカルストレージが使用されます。データは以下の種類があります：
ストレージ（SSD gp2）
ストレージ（SSD gp3）
ストレージ（S3）
Backup & Archive では、さまざまな種類のファイルに対してバックアップ圧縮機能を提供しています：
データファイルとテキストファイルは最大 60% 圧縮できます。つまり、バックアップサイズを元のサイズと比べて最大 60% 削減できます。
一方、バイナリファイルは圧縮できません。圧縮率は 0% です。
匿名性と VPN の使用： Flosum Cloud Apps プラットフォームは、匿名のデータ共有をサポートしておらず、情報への匿名アクセスも許可していません。ただし、VPN とはシームレスに連携し、VPN 接続で使用する場合に制限はありません。
Salesforce Shield: Flosum Cloud Apps は Salesforce Shield と完全に互換性があります。Salesforce Shield は保存時のデータを暗号化し、Flosum Cloud Apps を使用する場合、データは API 経由で取得されるため、競合は発生しません。
Flosum Cloud Apps と Salesforce ライセンス： Flosum DevOps では、Salesforce の Standard ライセンスと Platform ライセンスが DevOps 本番組織にプロビジョニングされます。1 つの Flosum Cloud Apps ライセンスキーで複数の Salesforce 組織を管理できます。組織を追加すると、顧客側で必要なストレージ容量が増え、追加費用が発生します。
Backup & Archive、DevOps、Data Migrator は別製品です。各製品には独自のバージョン番号があります。
最終更新
役に立ちましたか？