特定の顧客の「オフライン」インストールでは、すべてがすでに衛星またはorcharhinoにミラーリングされているため、コンフルエントなリポジトリファイルの作成を非アクティブ化すると便利です。
各OSの共通タスクに含めることができるhosts.ymlの「no_repository」フラグを提案します
@Fobhep提案をありがとう。 さらに明確にできますか? パッケージがすでにOSに存在しているということですか? 通常、衛星には衛星からパッケージをプルしてローカルにインストールする必要がありますが、これはカスタムリポジトリ機能を介してすでに実行できます。 したがって、ここで説明するユースケースについては完全には明確ではありません。
もちろん、もっとよく説明しようと思います。
たとえば、私が現在いる顧客(および以前の顧客)では、すべてのサーバーがサテライトと対応するホストグループを介して展開されているため、コンフルエントなプラットフォームに必要なすべてのリポジトリとリポジトリがすでに含まれています。
さまざまなチームが基本プロビジョニングとミドルウェアを担当しているため、このワークフローを中断することはできません。
現在、リポジトリをデプロイする部分を削除しただけです。 それを一般的に許可することは、より多くの人々にとって有用な機能になるのではないかと思います。 もちろん、「空の」カスタムリポジトリファイルもデプロイすることもできます:thinking:
それでももっとよく説明できたら教えてください
@Fobhepこれは素晴らしいアイデアだと思います。 デフォルトでコンフルエントになるrepository_option: none/confluent/custom
ような変数を使用できると考えています。 これは、custom_repo変数を置き換えるためのものです。 下位互換性について考える必要があります...
より良いLMKを思いついた場合、私は変数名hahaにそれほど満足していません。
PRを作成しますか? 前回のようにジャンプしたくないのですが、ジャンプすることもできます。
@domenicbove great :)私はおそらく月曜日か火曜日にそれを行うことができます-あなたが前にそれを
プレーンなrepository: confluent/none/custom
どうですか?
@Fobhep帯域幅があります! 今日はそれに取り組み、PRにあなたを含めます。 私はこれをバグとは考えていないので、PRを6.0.0devブランチである6.0.xブランチにすることを計画しています。 大丈夫だといいのですが
@Fobhepはこれを確認できます: https :
なんらかの理由で、PRのレビュー担当者としてあなたを追加することはできません。
基本的に、この問題で探しているものを取得するには、 repository_configuration: none
を設定します...ただし、Javaのインストールが必要です。
https://github.com/confluentinc/cp-ansible/pull/370がマージされたため、終了します。 6.0.0でリリースされます!