デプロイメントのバインディング

1. パブリックまたはプライベート・エンドポイント

• パブリック エンドポイント- 配置への接続にデフォルトのパブリック サービス エンドポイントを使用している場合は、クラスタ名、リソース グループ、およびインスタンス名または CRN を指定して cluster service bind コマンドを実行できます。

  ibmcloud ks cluster service bind --cluster CLUSTER --namespace NAMESPACE --service SERVICE [-q] (--key KEY | --role ROLE)
  

• プライベートエンドポイント- プライベートエンドポイントを使用する場合（デプロイメントで有効になっている場合）、まずデータベースのサービスキーを作成する必要があります。 Kubernetes は、データベースにバインドするときにそのサービス・キーを使用します。

  ibmcloud resource service-key-create <YOUR-PRIVATE-KEY> --instance-name <INSTANCE_NAME_OR_CRN> --service-endpoint private  
  

  --service-endpoint private を使用してプライベート・サービス・エンドポイントが選択されます。 この後、cluster service bind コマンドを使用して、プライベート・エンドポイントを介してデータベースを Kubernetes クラスターにバインドします。

  ibmcloud ks cluster service bind <YOUR_CLUSTER_NAME> <RESOURCE_GROUP> <INSTANCE_NAME_OR_CRN> --key <YOUR-PRIVATE-KEY>
  

2. 検証 - クラスターの名前空間内に Kubernetes シークレットが作成されたことを検証します。 次のコマンドを実行すると、アカウント内のデプロイのインスタンスにアクセスするための API キーが取得されます。

   kubectl get secrets --namespace=default
   

   サービスのバインディングの詳細については、Kubernetes Serviceのドキュメント を参照してください。

Kubernetes アプリ内での構成

アプリケーションを Kubernetes サービスにバインドすると、クラスターの秘密から環境変数が作成されます。 デプロイメントの接続情報は、 JSON オブジェクトとして BINDING 内に保持されます。 この JSON オブジェクトをアプリケーションにロードして解析し、アプリケーションのドライバーがデータベースに接続するために必要とする情報を取り出します。

接続ストリングのページに、これらの JSON フィールドのリファレンスがあります。

詳しくは、 Kubernetes Service の資料 を参照してください。