運用の詳細も含めて、アプリを移す。

本番の接続先を変える前に、リポジトリ、変数、サービス、ドメインを整理。

Flight paths イラスト / 25

製品ワークフローのイラスト

役立つ次の一歩

移行は再ビルドだけではありません。実行方法と依存関係を記録し、データ移動と復旧点を準備。DNS 変更前に Moltern で公開してテストし、確認が終わるまで旧環境を残します。

実際に進める

アプリを Moltern へ移行

リポジトリとブランチを接続し、ビルド・起動コマンド、ポート、ヘルスチェックを確認します。静的サイトと Web サービスでは運用要件が異なります。

適切な環境にサービスを置き、対応する非公開接続を使います。サーバー認証情報をブラウザーコードやリポジトリに含めないでください。

配備状態とログを確認し、URL と主要な操作を試します。設定変更、サービス更新、復旧を誰が担当するか記録しましょう。

詳しい操作方法は製品ドキュメントで管理しています。

今のフレームワークを使えますか？

対応する実行環境か Dockerfile を利用できます。ビルド出力とサーバーの要件はアプリガイドで確認してください。

バックアップと復旧の担当は誰ですか？

データを頼りにする前に担当者を決め、サービスごとの永続化と復旧の手順を確認してください。

デプロイが失敗したら何を見ますか？

ログ、ビルドコマンド、ポート、ヘルスチェック、必要な変数から確認し、トラブルシューティングの手順をたどってください。

Moltern

コードを持ち込むかサービスを選び、運用の道筋を整えましょう。