クラスター証明書を使用した、プロジェクトごとの複数のクラスター（非推奨）

複数のKubernetesクラスターをプロジェクトに関連付けることができます。そうすることで、開発、ステージング、本番環境など、異なる環境ごとに異なるクラスターを持つことができます。最初に行ったときと同じように別のクラスターを追加し、新しいクラスターを他と区別するスコープを設定するようにしてください。

環境スコープの設定

複数のKubernetesクラスターをプロジェクトに追加する場合、環境スコープを使用してそれらを区別する必要があります。環境スコープは、environmentsと環境固有のCI/CD変数がどのように機能するかと同様に、クラスターを関連付けます。

デフォルトの環境スコープは*で、これはすべてのジョブが、環境に関係なく、そのクラスターを使用することを意味します。各スコープはプロジェクト内の単一のクラスターでのみ使用でき、そうでない場合は検証エラーが発生します。また、環境キーワードが設定されていないジョブは、どのクラスターにもアクセスできません。

たとえば、プロジェクトに次のKubernetesクラスターがあるとします:

そして、次の環境が.gitlab-ci.ymlファイルに設定されています:

stages:
  - test
  - deploy

test:
  stage: test
  script: sh test

deploy to staging:
  stage: deploy
  script: make deploy
  environment:
    name: staging
    url: https://staging.example.com/

deploy to production:
  stage: deploy
  script: make deploy
  environment:
    name: production
    url: https://example.com/

結果:

• Developmentクラスターの詳細は、deploy to stagingジョブで利用できます。
• 本番環境クラスターの詳細は、deploy to productionジョブで利用できます。
• 環境を定義していないため、testジョブではクラスターの詳細は利用できません。