ソリューションの設計
お客様に最高の体験を提供するためには、お客様のサービスに接続するためのプロセスが明確に定義され、シンプルで、可能な限り自動化されていることを確認する必要があります。
顧客がエクイニクスFabricを介してどのようにお客様のサービスへの接続を要求し、最終的にどのようにサービスを注文してプロビジョニングするかを理解することが重要です。
お客様は通常、以下のようなユースケースでサービスプロバイダーとのファブリック接続を可能にします。
- Customer-Ordered Access - Equinix Fabric経由でXaaSにアクセスし、お客様のポートまたはその他の仮想アセットからFabric経由でお客様のパブリックサービスプロファイルに接続します。
- プロバイダ・オーダー・アクセス - 提供サービスからデジタル・インフラストラクチャ・サービスにアクセスできます。 By enabling connectivity from your service to other services over Equinix Fabric, customers can access digital infrastructure services on demand globally. Whether it be routers, firewalls, storage or other services, turn them up or down as needed and expand based on supported software-defined network service offers.
| Customer-Ordered | Provider-Ordered | |
|---|---|---|
| Use Case | XaaS | Ecosystem Access |
| Incoming/Outgoing VCs | Incoming | Outgoing |
| Billed Entity | Customer | Provider |
| Service Tokens | Z-side | A-Side |
| Managed-Service Capable | No | Yes |
| Public Service Profile | Yes | No |
お客様オーダーメイドのアクセス
お客様注文のアクセス(XaaS)は、お客様がお客様のサービスへの接続を要求すると、エクイニクスカスタマーポータルから開始されます。パブリックサービスプロファイルの作成によりサービスが一般公開されると、お客様はAPIまたはエクイニクスカスタマーポータルから直接、エクイニクスFabricの接続を許可または有効にできます。

カスタマージャーニーでは、エクイニクスファブリック上でお客様のサービスへのアクセスを可能にするために、次の2つの経路のいずれかを選択できます:
- ポータルファースト - このシナリオでは、お客様はエクイニクスカスタマーポータルからサービスプロバイダーへの接続をリクエストします。お客様のパブリックサービスプロファイルが有効になると、お客様はお客様のサービスを「発見」し、いくつかの方法で接続をリクエストできます。接続リクエストの通知は、エクイニクスカスタマーポータルとEメールの両方で受け取ります。通知を受けたプロバイダは、サービスを有効にするために必要なタスクを実行し、ポートとVLANを割り当てて接続リクエストを受け付けます。このフローでは、プロバイダがEquinix FabricとAPI連携していない限り、お客様はプロバイダがリクエストを受け付けるまで待機する必要があります。
- トークンファースト - このシナリオでは、まずプロバイダからサイドトークンを取得し、エクイニクスのカスタマーポータルでサイドトークンを交換します。
Z側サービストークン
顧客がEquinix Fabricを経由してお客様のサービスに接続する場合、お客様はEquinixサービストークンを発行して接続を許可できます。エクイニクスカスタマーポータルからZ-sideサービストークンを使用してお客様のサービスに接続すると、自動的にプロビジョニングされるため、お客様が接続リクエストを承認するまで待つ必要はありません。詳しくは、「サイドサービストークンの作成」(../service-tokens/create-z-side-token.md)をご覧ください。
Z側サービス・トークンを使用して行われた接続は、サービス・プロバイダではなく、接続の開始者である顧客に請求されます。
顧客提供型アクセス(ポータルファーストまたはプロバイダーファーストのいずれか)については、以下の点に留意してください。
-
お客様はエクイニクスのメトロ/IBXに物理的に常駐する必要はありません。リモートアクセス を許可すれば、50カ所以上のエクイニクスFabricロケーションのどこからでもお客様のサービスに接続できます。
-
各接続リクエストには、接続成功ページに表示され、コピーしてサービスプロバイダーと共有することができる固有のIDが設定されます。この一意の接続IDは、ポータルファーストの注文時に接続を受け入れるために使用することができます。
-
お客様からの接続要求を受け付けたとき、またはZ側トークンを生成したときに、その接続に関連するポートおよびVLANがサービスプロバイダによって選択されます。
-
プロバイダーが要求を受け入れるまで、接続は課金されず、プロビジョニングされません。Z側サービストークンを使用して作成された接続は、自動的にプロビジョニングされ、課金が開始されます。
-
プロバイダは、エクイニクスカスタマーポータルにリンクや情報を掲載することで、お客様をプロバイダポータルへ誘導し、サービスを完了させることができます。
-
プロバイダは、サービスプロファイル作成プロセスのService Customization (ECP)ステップでサービスプロファイルを作成する際、エクイニクスカスタマーポータル内のサービスに接続するワークフローを指定できます。

プロバイダオーダーアクセス
サービスプロバイダーは、自社のプロバイダーポートから他のサービスプロバイダー、顧客/パートナーケージ、デバイス、その他の仮想資産への接続を発注できるため、お客様は200種類以上のサービスプロバイダーからなる広大なエコシステムにアクセスできます。これにより、お客様のサービスを利用するお客様は、お客様自身のデジタルまたは物理インフラストラクチャ、エクイニクスファブリック上の他のクラウドプロバイダー、エクイニクスファブリック上で提供される他のサービスなど、エクイニクスファブリックの他の参加者に接続することができます。
プロバイダーの注文によるアクセスでは、コストを含む接続の制御がプロバイダーに委ねられます。この場合、無制限ポートから作成されるすべてのロケーション接続が0ドルであるため、無制限ポートがより経済的であると考えられます。リモートまたはメトロ間の接続では、プロバイダが接続の価格を理解する必要があり、リアルタイムで正確なAPIを使用することが最適です。

プロバイダが提供するAccessには、2つのタイプがあります。
-
マネージドサービスモデル - プロバイダーがお客様に代わって接続を作成するため、お客様は接続を作成するためにエクイニクスカスタマーポータルにログインする必要がありません。接続は、エクイニクスFabricで利用可能な他のサービスプロバイダー(例:AWS)や、他のエクイニクスのお客様(お客様のお客様である場合もあります)にも行うことができます。
- お客様のケージに接続する場合、お客様のケージに接続されているエクイニクスFabricポート、またはプロバイダが接続できる別の仮想アセットが必要です。お客様はプロバイダに対してZサイドトークンを発行し、自社のポート/ケージへの接続を承認することができます。
- 他のサービスプロバイダや公共サービスプロファイルに接続する場合は、そのサービスプロファイルを選択し、必要な情報を入力して接続を完了させてください。
-
セルフサービスモデル - サービスプロバイダーはAサイドトークンを発行し、お客様はサービスプロバイダーのポートやサービスを使用して、エクイニクスFabric上の自社ケージや他のサービスプロバイダーへの接続を作成できます。
メモセルフサービスモデルでは、お客様はエクイニクスFabric上の利用可能なサービスプロバイダーに接続することも、お客様自身のケージに接続することもできます。これにより、お客様はパートナー、クラウド、他のプロバイダ、Equinix Metal、またはEquinix Fabric上の任意の接続先にデジタル接続できるようになります。
Aサイドサービストークン
Aサイドトークンを利用すると、お客様やパートナーはEquinix Fabricで利用可能なサードパーティサービスプロバイダーに接続することができます。お客様やパートナーは、既存のエクイニクスファブリックユーザーである必要はありません。お客様がすでにエクイニクスのサービスを利用しており、このサービスを通じて他のエクイニクスファブリックサービスプロバイダーに接続したい場合、お客様はお客様にA側サービストークンを発行して、お客様のポートを起点とするファブリック接続を承認することができます。詳しくは、「A-sideサービストークンの作成」(../service-tokens/create-a-side-token.mdx)をご覧ください。

A側サービストークンで接続した場合、A側ポートの所有者(サービスプロバイダー/リセラー)に請求されます。
接続のZ側または宛先となるプロバイダーによって、特定のワークフローや制限が適用される場合があります。サードパーティサービスプロバイダーへの接続リクエストは、自動で受け付けられ、すぐにプロビジョニングされる場合とされない場合があります。
プロバイダが発注するシナリオ(マネージドサービスまたはセルフサービス)のいずれにおいても、プロバイダはエクイニクスFabric VCの料金をお客様に請求する必要があります。リモート接続が許可されている場合、価格は変動し、随時変更される可能性があります。お客様に提供する一貫した正確な価格を取得するには、Fabric v4 Pricing APIを使用することをお勧めします。ローカルVCの料金はより安定しており、無制限ポートを使用することで完全に回避できる場合があります。

API連携オプション
Equinix Fabricの機能や特徴を自動化するためのAPIは、APIカタログで提供されています。
APIの統合により、以下のことが可能になります:
- 手作業によるプロセスやステップを排除
- サービスプロビジョニング時のリソースと時間の節約
- エラーの減少
- より良いカスタマーエクスペリエンスを提供する
- Terraformの自動化スクリプトにFabric VCや仮想デバイスのプロビジョニングを組み込むことができます。
プロバイダは通常、さまざまな完成度でFabric APIと統合している。Fabric経由で自社のサービスに接続するプロセスをほぼ完全に自動化しているところもあれば、特定のステップのみを自動化しているところもあり、相互接続サービスを注文するためにカスタマーポータルのみを使用することを選択しているところもある。
統合オプションの1つとして、EMG(Equinix Messaging Gateway)を通じて接続リクエストを受信し、他の通知も受信することができます。APIを統合すると、接続要求の受信に基づく自動化フローを実行できるようになります。
自動化により、Software-Definedサービスを提供するユースケースがさらに広がります。エクイニクスFabric上のサービスプロバイダーになると、エクイニクスのどのデータセンターからでもお客様のサービスへのプログラム接続が可能になり、他の仮想サービスと組み合わせてシンプルなソリューションから複雑なソリューションまで開発し、お客様に提供することができます。
テクニカルアーキテクチャーの選択肢
Equinix Fabricは可用性の高いサービスとして設計されていますが、Fabricを利用するお客様にとって冗長性と多様性はしばしば問題となります。エクイニクスでは、ポートの冗長性を実現するためのいくつかの設定をサポートしています。詳しくは、ポートアーキテクチャをご覧ください。