以下は、AWS クラウドにホストされた独自のテストおよび実稼働システムにアプリケーションを配布する場合に使用する設定です。この機能は、開発者の作業環境からではなく、ビルド・マシンからの配布を想定しています。テスト環境への配布、そして実稼働環境への配布は特に、ビルドと配布専用で使用する特定のマシンで制御する必要があります。

この設定の支援には、LANSA のサービスを利用することを強くお勧めします。

テストおよび実稼働システムの設定 (単一のターゲット・インスタンス)」および

テストおよび実稼働システムの GitLab 設定 (単一のターゲット・インスタンス)」を参照してください。

最新の Web 技術のみがサポートされており、WAM や古い技術はサポートされていませんが、古い技術が作動するように構成することは可能です。古い技術を使用したい場合は、LANSA とベータ契約を結ぶ必要があります。この詳細については、LANSA サポートにお問い合わせください。

前提となる知識

最初に設定がいくつか必要です。この設定は手動で構成する必要があります。そのため、正しく構成するためには、Git や GitHub、Windows のコマンド・ラインを正しく使うスキルが必要となります。GitHub をすでに使っているユーザーであれば、この設定を正しく行うことはさほど難しくないでしょう。また、LANSA アプリケーション・スタックを設定してサポートするには、AWS クラウドの知識も必要になります。また、以前に Git Extensions を使用した経験があることが望ましいです。

概要

中央の Git リポジトリを作成し、ターゲット・システムにインストールし、設定する必要があります。これは 1 対 1 で行います。つまり、各ビルドマシンには独自の中央の Git リポジトリとターゲット・システムが存在します。このように環境が互いに分離されているため、一度構成すれば、他に配布されたアプリケーションと競合することなく、いつでも DevOps 配布を利用することができます。

手順のまとめ

以下に手順の概要を示します。それぞれのリンクをクリックすると詳細が表示されます。

必要な手順は以下の通りです。

  • No labels