Model in Imageは、オペレータのDomain in ImageおよびDomain on PVドメイン・ホーム・ソース・タイプの代替です。 比較については、「ドメイン・ホーム・ソース・タイプの選択」を参照してください。 Domain on PVおよびDomain in Imageとは異なり、Model in Imageでは、ドメインYAMLファイルをデプロイする前にWebLogicドメイン・ホームを事前作成する必要がなくなります。
次のことが可能です:
この機能は、標準のWLSドメインでサポートされています。 「JRFドメイン用」、Domain on PVを使用します。
WDTモデルは、WebLogic Scripting Tool (WLST)構成スクリプトにかわる便利で簡単な方法です。 YAMLファイルを使用してWebLogicドメインをコンパクトに定義し、ZIPファイルにアプリケーション・アーカイブを含めることができます。 モデル形式の説明およびModel in Imageとの統合については、「使用」および「モデル・ファイル」を参照してください。 WDTモデルの形式は、オープン・ソースのWebLogic Deploy Tooling GitHubプロジェクトで完全に記述されています。
Model in Imageドメイン・リソースYAMLファイルをデプロイする場合:
オペレータは、イントロスペクタ・ジョブと呼ばれる次のKubernetesジョブを実行します:
SerializedSystemIni.datを暗号化します。primordial domainには、暗号化されたsaltキーを含む基本構成が含まれます。 2番目の部分domain configには、残りの構成config/**/*.xmlが含まれます。 これらのファイルは圧縮されますが、WDTアーカイブからリストアできるため、アプリケーション、ライブラリ、キー・ストアなどは含まれません。 イントロスペクタ・ジョブが完了したら、次の手順を実行します:
DOMAIN_UID-weblogic-domain-introspect-cm***の後に1つ以上のConfigMapsを作成します。 これらのConfigMapsには、イントロスペクタ・ジョブからのパッケージ・ドメインと、ドメインを起動するためのその他の情報が含まれます。 イントロスペクタ・ジョブが完了すると、オペレータはドメインを起動します:
モデル更新は、初期デプロイメント後にイメージ、シークレット、ドメイン・リソースまたはWDTモデルConfigMapを変更することで、実行時に適用できます。
一部の更新は、WebLogicポッドの再起動(オンライン更新)を必要とせずに実行中のドメインに適用できますが、更新の変更を伝播するためにポッドをローリングする必要がある場合があります(オフライン更新)。また、更新を適用する前にドメイン全体を停止する必要がある場合があります(完全なドメイン再起動更新)。 正しいタイプの更新を開始するために、ドメイン・リソースに必要な変更を行うことは管理者責任です。
「ランタイムの更新」を参照してください。
Model in ImageとCI/CDの連携の仕組みを理解するには、「CI/CDに関する考慮事項」を参照してください。