ワンクリックステージング
本番環境と同じスタックおよび構成で、ファイルとデータベースをそのまま維持した公開サイトのステージングコピーを作成し、テストした内容をそのまま本番へリリースできるようにします。
ステージング環境でテストし、自信を持ってリリース
すべてのサイトに推測ではなく完全なステージング環境が提供されます。本番環境を複製し、そのコピーで作業した上で、検証済みの変更内容を本番に統合してください。
本番環境へ反映
変更の準備が整ったら、1つのアクションでステージングから本番環境へ反映できます。手動でのファイルコピーも、不安定なデータベースのエクスポートも不要です。
以前のリリースにロールバック
すべてのデプロイはバージョン管理されたリリースです。変更によって不具合が発生した場合は、復元チケットを作成することなく、正常稼働が確認されている最新のリリースに直接ロールバックできます。
同じワークフロー、すべてのスタック
マネージド WordPress、WooCommerce、PHP、静的 HTML、Node のいずれでも、ステージングと本番反映はすべてのサイトで同じように機能します。
Git ベースの継続的デプロイ
Git プロバイダーを一度接続すれば、リポジトリが信頼できる唯一の情報源になります。コードをプッシュするだけで、プラットフォームが自動でビルドおよびデプロイを行います。
OAuth 経由で GitHub、GitLab、または Bitbucket を接続すると、デプロイキーは暗号化された認証情報ストアに保存され、平文の設定ファイルに保存されることはありません。プッシュごとに Webhook が作動し、サイトへのリリース前にスタックのビルド手順 (Composer、npm など) を実行する耐久性の高いビルド＆デプロイ パイプラインをトリガーします。
main を本番環境へ、staging をステージング環境へといったように、チームの既存のワークフローに合わせてブランチを環境にマッピングできます。任意の命名規則も利用可能です。ブランチにマージすると対応する環境が自動的に更新されるため、変更の反映は git push を実行するだけで完了します。
- OAuth 経由で GitHub、GitLab、または Bitbucket を接続し、デプロイキーは認証情報ストアに保持されます
- プッシュ時の Webhook が耐久性のあるビルドおよびデプロイのパイプラインを開始します
- スタックごとのビルド手順が自動的に実行されます (Composer、npm など)
- ブランチから環境へのマッピング — たとえば main から production、staging から staging
- 必要なときはいつでも以前のリリースにロールバックできます
- デプロイは堅牢で再試行可能なワークフローとして実行されるため、ビルド途中で問題が発生しても、サイトが中途半端にデプロイされた状態になることは決してありません。
お客様の開発スタイルに合わせて構築
継続的デプロイは、制御を放棄することを意味すべきではありません。どのブランチをどの環境にマッピングするか、変更をいつプロモートするか、そしていつロールバックするかは、お客様が決定します。パイプラインがコードのプル、ビルドの実行、アトミックなリリースといった機械的な作業を処理するため、デプロイは日常的で、再現可能で、可逆的なものになります。
弊社の AI Pack をご利用の場合、アシスタントが変更をコーディングし、同じパイプライン経由でお客様のサイトにプッシュできるため、AI が作成した変更も、手動で記述したものとまったく同じビルド、デプロイ、ロールバックのプロセスを経由します。
よくある質問
ワンクリックステージングはどのように機能しますか ?
ステージングは、本番環境と同じスタックおよび構成で、ライブサイトの完全なコピー (ファイルとデータベース) を作成します。コピー上で変更をテストし、ワンアクションのプッシュ・トゥ・ライブを使用してそれらを本番環境に反映します。
どの git プロバイダーを接続できますか ?
GitHub、GitLab、および Bitbucket。OAuth 経由で接続し、デプロイキーは暗号化された認証情報ストアに保存され、プレーンな設定ファイルに保存されることは決してありません。
コードをプッシュするとどうなりますか ?
プッシュ時にウェブフックが起動し、持続的なビルドおよびデプロイのパイプラインを開始します。お客様のスタック (Composer、npm など) のビルド手順を実行し、そのブランチにマッピングされた環境へ結果をリリースします。
異なるブランチを異なる環境にマッピングできますか ?
はい。ブランチと環境のマッピング機能を使用すると、たとえば main を本番環境に、staging をステージング環境に関連付けることができます。ブランチにマージすると、対応する環境が自動的にデプロイされます。
デプロイによってサイトが破損した場合はどうなりますか ?
すべてのデプロイはバージョン管理されたリリースであるため、復元チケットを作成することなく以前のリリースにロールバックできます。デプロイは耐久性があり再試行可能なワークフローとして実行されるため、ビルドの途中で失敗してもサイトが中途半端にデプロイされた状態のままになることはありません。