Symfony プログラムをデプロイする方法

Symfony デプロイメントの基本 ¶

Symfony をデプロイするときに発生する一般的な手順は次のとおりです:

1. アップロード コードを入力します。運用サーバーへ;
2. サードパーティの依存関係をインストールします (通常は Composer を通じて実行され、プログラムをアップロードする前に実行できます);
3. データベース移行 (移行) または同様のタスクを実行して更新します。データ構造が「変更されました」;
4. キャッシュをクリアします (オプションでウォームアップします)。

展開プロセスには、次のような他のタスクも含まれます。

• コードの特定のバージョンをバージョン ライブラリ内のリリースとしてタグ付けする;
• ステージング領域を作成して、「オフライン」オフライン更新セットアップを構築します。
• 利用可能なテストを実行して、コードやサーバーの安定性を確認します。
• Fromweb/ ディレクトリを削除します。運用環境をクリーンに保つために不要なファイルをすべて削除します。
• 外部キャッシュ システム (Memcached や Redis など) をクリアします。

Symfony プログラムをデプロイする方法 ¶

Symfony プログラムをデプロイするにはいくつかの方法があります。いくつかの基本的な展開戦略から始めて、そこから進めていきます。

基本的なファイル転送 ¶

プログラムを展開する最も基本的な方法は、FTP/SCP (または同様の方法) を介してファイルを手動でコピーすることです。欠点は、たとえば、アップグレード プロセス中にシステムを制御できないことです。この方法では、ファイル転送後にいくつかの手動手順を実行する必要もあります (一般的な展開後のタスクを参照)。

バージョン管理を使用する ¶

バージョン管理 (Git や SVN など) を使用する場合は、リポジトリへのライブ インストールのコピーを直接作成できます。アップグレードの準備ができたら、バージョン管理システムから最新のアップデートを取得するのと同じくらい簡単です。

これにより、ファイルの更新が 簡単になります ただし、追加の手順を手動で実行することを検討する必要があります (一般的な展開後のタスク を参照)。

プラットフォームサービスを使用する ¶

特別な展開手順はサービス プロバイダーによって大きく異なるため、次の独立した記事から目的のサービスを見つけてください:

• Microsoft Azure Website Cloud への展開
• fortrabbit へのデプロイ
• Heraku Cloud へのデプロイ
• Platform.sh へのデプロイ

ビルド スクリプトとその他のツールの使用 ¶

展開の苦痛を軽減するのに役立つツールがいくつかあります。それらのいくつかは、Symfony のニーズに合わせてほぼカスタマイズされています:

• Capistrano Symfony プラグインと連携します
• Capistrano は、Ruby で書かれたリモート サーバー自動化およびデプロイメント ツールです。 Symfony plugin は、Capifony からインスピレーションを得た、Symfony 関連のタスクを簡素化するプラグインです (Capistrano 2 でのみ動作します)
• sf2debpkg
• Symfony プロジェクト用のネイティブ Debian パッケージの構築を支援します。
• Magallanes
• この「Capistrano のような」展開ツールは PHP に組み込まれており、PHP 開発者がニーズを拡張しやすくなっています。
• ファブリック
• この Python ベースのクラス ライブラリは、「ローカルまたはリモートのコマンド ラインの実行とファイルのアップロードとダウンロード」のための基本スイートを提供します。
• Deployer
• これは、ネイティブ PHP から書き直されたもう 1 つの Capistrano で、Symfony 向けに特別に提供された機能がいくつかあります。
• バンドル
• Symfony コンソールで直接使用できるデプロイメント機能を追加した バンドルがいくつかあります。
基本スクリプト
もちろん、コマンド ライン、
• Ant、またはその他のビルド ツールを使用して、プロジェクトのデプロイメントのスクリプトを作成することもできます。

¶

¶

1

$  php bin/symfony_requirements

1

$  composer install --no-dev --optimize-autoloader

1

$  php bin/console cache:clear --env=prod --no-debug

##

1

#

$  php bin/console assetic:dump --env=prod --no-debug

##

F) その他のコンテンツ! ¶

• データベース移行の実行
• APC キャッシュのクリア
• assets:install の実行 (すでに にあります)コンポーザーのインストール プロセスは管理されました)
• CRON タスクの追加/編集
• アセット リソースを CDN に公開
• ...

#プログラムのライフ サイクル: 継続的インテグレーション、品質保証など

¶

この記事では展開プロセスの技術的な詳細について説明しますが、開発から運用までのコードの完全なライフ サイクルには、次のことが必要になる場合があります。その他のステップ (展開のステージング、QA [品質保証/品質保証]、テストの実行などを考えてください)

ステージング、テスト、QA、継続的統合、データベースの移行、および障害発生時の下位互換性はすべて強力です。推奨。さまざまな単純なツールや複雑なツールがあり、そのうちの 1 つは、環境のニーズを満たす展開プロセスを簡単に (またはより高度に) 行うことができます。

デプロイメント プロセスには、依存関係の更新 (通常は Composer を介して)、データベースの移行、キャッシュのクリア、および CDN へのリソースの公開などのその他の潜在的な事項も含まれることを忘れないでください (

一般的な投稿を参照してください)。導入タスク )。

← データベースとドクトリン ORM

メールの送信方法 →

提出する

PHP中国語ウェブサイト

ホームページコース記事に質問辞書マニュアルダウンロード検索 APPダウンロード