システム開発

本番環境(プロダクション環境)へのデプロイをスムーズにする方法  (パート2)

本番環境のデプロイをスムーズにするために注意すべきことがあります。

例えばバックアップや自動展開ツールを使用するなど…。

この記事ではそんな本番環境へのデプロイをスムーズにする方法について解説していきます。

  • PHPを使って構築をしたい方
  • Webサイト構築の具体的な手法が知りたい方

これらに当てはまる方におすすめの記事となっています。この記事を読めば、ソフトウエア開発の際に本番環境のデプロイで苦労することが無くなりますよ。

ちなみに、準備編に関してはこちらの記事で解説をしています。

展開する前にバックアップすることを心がけましょう

コードを本番環境に展開する中に何が起こり得るかを100%予測することはできません。本番のデータを失ったら、顧客からの契約が取り消し、訴えられるまで追い込む会社があります。

リスクを防ぐためには、新しいコードバージョンをデプロイする前にすべてをバックアップすることを習慣にしてください。

また、バックアップ中にユーザーがデータを生成しないように、バックアップする前に保持モードに切り替えることを忘れないでください。

維持モードになりたくない場合は、ゼロダウンタイムという方法も選択肢の一つになります。

バックアップが完了したら、バックアップファイルを安全な箇所を保存してください。さらに、火災・サーバーの障害・サーバーの攻撃などの対処法として、定期的なシステムバックアップをすることもお勧めします。

しっかり調べてから、環境を準備する

展開される環境を把握しましょう

MacOSまたはWindowsでのアプリケーションの開発は一般ですが、運営環境(本番環境)はBSDやLinuxなどの別のOSである可能性があります。カーネルからユーティリティソフトウェアまで、さまざまなものがあります。

本番環境を把握すると、アプリケーションの実行時にデバッグが容易になります。

本番環境を実行するために仮想サーバー(VPS)を使用している場合は、ホスティングソフトウェアがインストールされていると簡単ですが、ソフトウェアバージョンの選択、互換性などはややこしい問題になってしまいます。

数年前、本番環境へのアプリケーションのデプロイは複雑でした。

環境は仮想化(仮想化)またはコンテナー化(コンテナー化)されていないため、ソフトウェアバージョンとの非互換性がある可能性が非常に高くなります。

アプリケーションをデプロイする前に、それらの使用方法と操作方法を把握しなければなりません。 AWSのプラットフォームで運用するための証明書を持っているのはそのためです。

すべての卵を一つのカゴに入れるな

ステムを1台のサーバーのみで実行することは、すべての卵を一つのカゴに入れるようなものです。何かのきっかけで急にサーバーが障害が発生してしまうとシステム全体が利用できなくなってしまいますね。この現象は「単一障害点」と呼びます。

この問題を解決するために、サーバー負荷分散技術を利用します。代表的ものとしては、ロードバランサー、キープアライブ、クラスタリング、レプリケーションなど。

システムの各部分は個別にスケーリングされます。たとえば、AWSを使用する場合、RDSと呼ばれるMySQLを実行するための別のサービスを購入できます。

このサービスを使用すると、MySQLを別のサーバーで実行でき、定期的なバックアップサポートできます。さらに、世界中のCDNを使用でき、アプリケーションシステム(PHP、Nodejs、Nginx … )と独立的にスケールアップできます。

同様のサービスを購入してインストールすることはできますが、MySQLをできるだけ迅速にスケーリングする場合は少し難しくなります。

開発環境と本番環境の同期をしないで

「開発環境と実環境は同期すべきだ」という説を多くの人が信じていますが、これは必ずしも正しいとは限りません。

開発・テスト・および本番環境は常に異なるので、 考慮しないままで同期すると問題が発生する恐れがあるからです。

たとえば、Dockerを使用してシステムをデプロイする場合、イメージに多数のツールとライブラリがインストールされていることがわかります。 本番環境で実行する場合、これらは実際には必要ありません。スペースを浪費し、それらをビルドしようとすると、デプロイプロセスでエラーが発生してしまいます。

ソースコードをパッケージ化する。 (ビルドアーティファクト)

PHPでは、ライブラリとクラスをソースコードにインストールして、ソースコードをパックします。ベンダーディレクトリもソースコードに従ってパッケージ化されていることを確認してください。本番環境にコードが展開されたら、それ以上何もインストールしません。

これは、エラーの原因となる間違ったバージョンの更新を回避するのに役立ちます。また、展開するたびにライブラリを再インストールする必要がないため、展開を迅速化するのに役立ちます。

サーバーに外部インターネット接続がない場合にも役立ちます。 CI / CDを使用している場合は、AntやPhingなどのビルドツールを使用して、パッケージをしてみてください。より高速になります。

パッケージ化されたソースコードをストレージツールに転送します。(Ship/transform artifact)

コンテナー技術を使用することで、コードをイメージに直接パックし、それをレジストリーに転送することができます(ソースコードを保護するために非公開にする必要があることに注意してください)。

バージョニングもサポートしているため、アプリケーションバージョンにデプロイする必要があるイメージを選択できます。

たとえば、WordPressはコンテナ化されたPHPソースコードです。「docker pull wordpress」を使用して最新バージョンのWordPressをダウンロードし、ややこしいインストールを行わなくてもすぐに実行できます。

小さく軽量なイメージを使用して、本番環境で実行しましょう。 たとえば、ubuntuの代わりに、Alpine linuxを使用するなど。 これにより、画像のサイズが数百MBから数十MBに縮小されます。 これは、迅速に展開するのにも役立ちます。

本番イメージでは、ソースコードの実行できるための必要なアプリケーションのみをインストールしてください。なぜかというと、各アプリケーションのインストール ことでイメージサイズが大きくなるためです。たとえば、PHPを実行する場合、php-fpmをインストールするだけで十分だ。composer・wget・aptなどのインストールは必要ありません。

パッケージ化されたソースコードを実行します。 (アーティファクトを実行)

それでは、パッケージ化されたソースコードを実行してみましょう。実装コマンド:

docker pull <イメージ名>

docker run <イメージ名>

分散環境におけるコンテナーの運用管理の場合はDocker Swarm、Kubernetesなどのコンテナーマネージャーツールをお勧めです。

システムの制限を把握しましょう

システムの制限ことが気にしない人はほとんどいないと思います。おそらく大規模なシステムで作業したことがないためか、そうしたとしても、「サーバーはCoderよりも安い」とよく言われるためです。

ただし、システムの制限を理解することは、システムのスケーリングを考慮するまでに、新しい機能を展開するときにサーバーの負荷容量を事前に計算するのに役立ちます。

たとえば、PHPプロセスは最大25MBのサーバーRAMを使用して作成されました。各リクエストは200msで行われるため、1秒で1つのプロセスが5つのリクエストを同時に処理できます。サーバーの2GB RAM = 2048MBの場合、システムはオペレーティングシステムと他のソフトウェアに512MBを使用すると想定としたら、残り1536MBが最大62のプロセスを作成できます。

したがって、平均して、5×62 = 310リクエスト/秒を処​​理できます。この数に驚かれる方も多いと思います。それはあなたが想像しているよりも少し少ないと思うでしょう。

上記の例から、下記の二つことを心がけましょう

  • リクエストの処理速度が速い場合、処理されるリクエストの数は多くなります。
  • いくつかの簡単な計算を通じてシステムの限界を知ることで、本番環境に展開する前にアプリケーションのパフォーマンスを測定できます。

注意:PHPが占有するプロセス数とメモリを設定できるので、最適なパフォーマンスを達成するには、リソースの不足や冗長を回避するために事前に計算してください。

上記の例には、ただRAMパラメータのみの計算方法です。CPU、ネットワーク、ディスクI / Oなど、他にも多くのパラメーターも慎重かつ詳細に計算する必要があります。

自動展開ツールを使用しましょう

自動展開ツールを選択するときは、次のような条件を考慮する必要があります。

  • ビルドツールとビルドプロセスをサポートできるか。
  • 自動化と手動展開をサポートできるか。
  • ロールバック戦略をサポートできるか。

PHPには、GitlabCI、Jenskin、Deployerなど、使用できます。

展開するときにチーム全員が待機することを確保する

システムを展開するときに誰かのコードのせいでエラーが発生場合、この人が現場にいないと危険です。プロジェクトを把握し、展開中および展開後に発生する問題を対応できる人がいることを確認してください。

まとめ

この記事では、本番環境(プロダクション環境)へのデプロイをスムーズにする方法として、4つの注意するべきことを紹介していきました。

  • 展開する前にバックアップをする
  • しっかり調べてから、環境を準備する
  • 自動展開ツールを使用しましょう
  • 展開するときにチーム全員が待機することを確保する

これらに気をつけてデプロイを行っていきましょう。


PHPの開発を外注してみるのはいかがでしょうか。 dehaソリューションズではオフショア開発によって低コストで迅速な開発をサポートしています。

PHP開発に関して詳しくお話を聞きたい方、無料お見積りをしたい方はこちらからご気軽にお問い合わせください。

▼ dehaソリューションへの簡単見積もりの依頼はこちら

Van Nguyen

Recent Posts

2034年までのクラウドAI市場規模と動向:最新予測と企業の導入メリット

皆さんは「クラウドAI」をご存知でしょうか。クラウド環境を利用することで、高価なサーバーや専門的なAIインフラを自社で保有することなく、高度なAI機能を利用できるようになりました。 市場調査会社の各種レポートでも、クラウドAI市場は2034年に向けて急速な成長が予測されており、多くの企業が競争力強化や業務効率化を目的に導入を進めています。 この記事では、市場規模の最新予測や成長を支える要因、企業がクラウドAIを導入するメリットについて、最新の市場調査データをもとに詳しく解説します。 クラウドAI市場に興味がある方 クラウドAIの動向が気になる方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めばクラウドAI市場の規模や動向について分かるだけでなく、企業のメリットまで丸わかりですよ。 クラウドAI市場とは?市場規模と2034年までの成長予測 クラウドAI市場とは、クラウドコンピューティング上でAIサービスや機械学習、自然言語処理、画像認識などのAI機能を提供する市場を指します。 従来、AIを導入するには高性能なGPUサーバーや大規模なデータセンター、AIエンジニアなど、多額の投資が必要でした。 しかし、クラウドAIの登場によって、企業は必要なときに必要な分だけAIサービスを利用できるようになり、初期投資を大幅に抑えながら高度なAI技術を活用できるようになりました。 市場調査会社各社のレポートでは、このクラウドAI市場が今後10年にわたり高い成長率を維持すると予測されています。 クラウドAI市場は2023年時点から2032年にかけて大幅な市場拡大が見込まれており、企業によるAI導入需要の増加が市場を押し上げる主要因になると分析されています。 こうした成長を支えている背景には、生成AIの急速な普及があります。ChatGPTをはじめとする生成AIサービスの登場によって、多くの企業がAIの実用性を身近に感じるようになりました。 文章作成や画像生成、データ分析、カスタマーサポートなど、多様な業務でAIの導入が進み、それらの多くがクラウド上で提供されています。…

4 days ago

クラウド型AIとは?仕組みと企業が導入すべき理由

近年、ChatGPTをはじめとする生成AIの登場によって、多くの企業がAI活用に注目しています。 しかし、「AIを導入したいが、自社でサーバーやシステムを構築するのは難しい」「コストを抑えながらAIを活用したい」と考える企業も少なくありません。 そこで注目されているのがクラウド型AIです。インターネット経由でAIを利用できるため、高性能なAIを低コストかつ短期間で導入できることから、多くの企業で採用が進んでいます。 この記事では、クラウド型AIの仕組みや特徴、オンプレミス型との違い、導入メリット、導入時の注意点まで詳しく解説します。 AIを導入したいとお考えの方 社内のIT人材が不足している方 業務効率を上げたい方 これらに当てはまる方におすすめの記事となっています。これを読めばクラウド型AIの特徴がわかるだけでなく、導入方法まで丸わかりですよ。 クラウド型AIとは?基本的な仕組みをわかりやすく解説 クラウド型AIとは、インターネットを通じてAIサービスを利用できる仕組みのことです。AIの処理やデータ分析、機械学習モデルの実行などはクラウド事業者が管理するサーバー上で行われ、利用者はパソコンやスマートフォンからサービスへアクセスするだけで、高度なAI機能を利用できます。 従来のAIシステムでは、自社内にサーバーを設置し、GPUなどの高性能なハードウェアを用意したうえで、AIソフトウェアのインストールや保守・運用を行う必要がありました。 しかし、クラウド型AIではこうした設備や運用の負担が不要であり、必要なときに必要な分だけAIを利用できる点が大きな特徴です。 例えば、ChatGPTやMicrosoft Copilot、Google Geminiなどの生成AIサービスは、代表的なクラウド型AIです。ユーザーが質問や指示(プロンプト)を入力すると、その情報はインターネットを経由してクラウド上のAIサーバーへ送信されます。AIは膨大なデータをもとに内容を解析し、数秒以内に回答や文章、画像、プログラムコードなどを生成して利用者へ返します。…

5 days ago

3分でわかる「AX段階モデル」|自社のAI活用レベルを知る

「AIを導入したいけれど、何から始めればよいかわからない」「ChatGPTを試してはいるものの、業務改善にはつながっていない」「競合企業はAIを活用しているようだが、自社はどのレベルなのか知りたい」。 このような悩みを抱える企業は少なくありません。 近年、企業のAI活用は「AIツールを使う」段階から、「AIを前提とした企業へ変革する」段階へと進化しています。 その変革を体系的に理解するために注目されているのがAX(AI Transformation)段階モデルです。 この記事では、AX段階モデルの概要と各ステージの特徴、自社がどの段階にあるのかを判断するポイントについて、3分で理解できるようわかりやすく解説します。 AIを導入したいが、どこから始めればよいかわからない方 自社のAI活用レベルを客観的に把握したい方 AIを活用して生産性向上や競争力強化を目指したい方 に当てはまる方におすすめの記事となっています。これを読めばAIを活用するための具体的な方法とAXモデルの具体的な仕組みが分かりますよ。 AX段階モデルとは? AX(AI Transformation)とは、AIを単なる業務効率化ツールとして利用するだけではなく、企業の業務プロセスや組織、ビジネスモデルそのものをAIを中心に再構築する考え方です。 その成長プロセスを整理したものが「AX段階モデル」です。 DX(デジタルトランスフォーメーション)がデジタル技術による企業変革であるのに対し、AXはAIを中核に据えた企業変革を意味します。…

2 weeks ago

なぜ今、企業にAX(AIトランスフォーメーション)が必要なのか?

近年、AI(人工知能)は私たちの生活だけでなく、企業活動にも急速に浸透しています。 文章作成や画像生成、データ分析、問い合わせ対応など、これまで人が担っていた業務をAIが支援・代替できるようになり、多くの企業がAI活用に注目しています。 一方で、「AIツールを導入しただけ」で終わってしまう企業も少なくありません。 本当に競争力を高めるためには、単なるAI活用ではなく、企業全体をAI中心に変革する「AX(AIトランスフォーメーション)」という考え方が重要になります。 この記事では、AXとは何か、DXとの違い、そしてなぜ今企業にAXが必要なのかについて詳しく解説します。 AXに興味がある方 AIを活用したいとお考えの方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば今注目のAXについて丸わかりですよ。 AXとは? AX(AI Transformation:AIトランスフォーメーション)とは、AIを単なる業務効率化ツールとして導入するのではなく、AIを中心に企業のビジネスモデルや組織、業務プロセス、意思決定までを根本的に変革する取り組みを指します。 例えば、これまでAIはメールの自動返信・チャットボット・売上予測・在庫管理など、一部の業務改善に使われるケースがほとんどでした。 しかしAXでは、AIを企業経営の中心に据えます。 例えば営業部門ではAIが顧客ごとの提案内容を作成し、マーケティング部門ではAIが市場分析を行い、人事部門ではAIが採用候補者を分析し、経営層はAIによる将来予測を参考に経営判断を行うといったように、企業全体がAIと共に動く組織へ変わっていきます。…

2 weeks ago

2034年に向け急拡大するベトナム企業AI市場:最新の市場規模・シェアと未来予測

生成AIの急速な普及を背景に、世界各国で企業のAI活用が加速しています。 その中でもベトナムは、政府による積極的なAI政策やデジタル化の推進、海外企業による投資拡大を追い風に、東南アジア有数の成長市場として注目を集めています。 この記事では、最新の市場規模や市場シェア、成長を支える要因、主要企業の動向をもとに、2034年に向けたベトナム企業AI市場の将来性と日本企業に広がるビジネスチャンスについて詳しく解説します。 AI市場に興味がある方 ベトナムのIT市場に興味がある方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めばベトナム企業のAI市場規模がわかるのはもちろん将来の予測もわかりますよ。 (more…)

1 month ago

アジャイル・ウォーターフォール・ハイブリッド:企業価値を最大化する開発戦略の選び方

近年、システム開発で代表的な手法として長年利用されてきたのが「ウォーターフォール開発」と「アジャイル開発」を組み合わせた「ハイブリッド開発」が新たな選択肢として注目されています。 この記事ではそんな「ハイブリッド開発」について、どう言った特徴があるのかや、企業価値を最大化するためにはどのような視点で開発戦略を選択すべきかについて見ていきます。 アジャイル開発に興味がある方 DX化を進めたい方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば「ウォーターフォール開発」と「アジャイル開発」のそれぞれの特徴と、それを掛け合わせた「ハイブリッド開発」の特徴が丸わかりですよ。 アジャイル開発の特徴とメリット アジャイル開発とは、「素早い」「俊敏な」という意味を持つ言葉の通り、変化に柔軟に対応しながらシステムを開発する手法です。 従来のウォーターフォール開発では、要件定義、設計、開発、テスト、リリースという工程を順番に進め、最後に完成したシステムを利用者へ提供します。 一方、アジャイル開発では短期間の開発サイクル(スプリント)を繰り返します。一般的には1〜4週間程度の期間で、優先度の高い機能を開発し、動作する状態で提供します。 その後、利用者から意見をもらい、次の開発に反映します。 この流れを繰り返すことで、利用者の本当のニーズに近いシステムを作りやすくなります。 例えばECサイトの決済機能を開発する場合、最初からすべての決済方法を実装するのではなく、まずクレジットカード決済だけを提供し、その後電子マネーやQR決済などを追加していくことが可能です。 この方法では、早い段階でサービスを市場へ投入でき、利用状況を確認しながら改善できます。 アジャイル開発の主なメリットは以下の通りです。…

1 month ago