3.5.6. odo link

デフォルトでは、odo link コマンドは、コンポーネントディレクトリーに kubernetes/ という名前のディレクトリーを作成し、そこにサービスとリンクに関する情報 (YAML マニフェスト) を保存します。odo push を使用すると、odo はこれらのマニフェストを Kubernetes クラスター上のリソースの状態と比較し、ユーザーが指定したものと一致するようにリソースを作成、変更、または破棄する必要があるかどうかを判断します。

odo link コマンドに --inlined フラグを指定すると、odo は、kubernetes/ ディレクトリーの下にファイルを作成する代わりに、リンク情報をコンポーネントディレクトリーの devfile.yaml にインラインで保存します。--inlined フラグの動作は、odo link および odo service create コマンドの両方で似ています。このフラグは、すべてが単一の devfile.yaml に保存されている場合に便利です。コンポーネント用に実行する各 odo link および odo service create コマンドで --inlined フラグを使用するのを覚えておく必要があります。

場合によっては、デフォルトで利用できる内容に加えて、コンポーネントにバインディング情報をさらに追加する必要がある場合があります。たとえば、コンポーネントをサービスにリンクしていて、サービスの仕様 (仕様の略) からの情報をバインドしたい場合は、-map フラグを使用できます。odo は、リンクされているサービスまたはコンポーネントの仕様に対して検証を実行しないことに注意してください。このフラグの使用は、Kubernetes YAML マニフェストの使用に慣れる場合にのみ推奨されます。

これまでに説明したすべてのリンクオプションについて、odo はバインディング情報を環境変数としてコンポーネントに挿入します。この情報をファイルとしてマウントする場合は、--bind-as-files フラグを使用できます。これにより、odo はバインディング情報をファイルとしてコンポーネントの Pod 内の /bindings の場所に挿入します。環境変数のシナリオと比較して、-bind-as-files を使用すると、ファイルはキーにちなんで名前が付けられ、これらのキーの値はこれらのファイルのコンテンツとして保存されます。