AWS、Azureでのアプリケーション開発で気を付けたい12のルール

クラウドアプリケーション開発ではスケーラビリティだけではなく、自己修復やステートレスといった機能にも注目すべきだ。肝に銘じておくべき12のルールを紹介する。

公開 2017年08月15日 05時02分

更新 2018年05月18日 20時22分

著者

Joel Shore

[TechTarget]

印刷する

メルカリの「Google Cloud Platform」（GCP）構成（記事「メルカリがデータ分析基盤に『Google BigQuery』を採用する理由」）から《クリックで拡大》

　憂鬱な雨の降るニューヨークで開催された「Cloud Expo」初日、その冒頭の基調講演でIBMのマイケル・マクシミリアン氏は前置きなしに参加者に次のように注意を促した。クラウドアプリケーション開発では、スケーラビリティ（拡張）の確保だけにとどめず、フレームワークやクラウドプラットフォームへの非依存、アプリケーションの自己修復、分離などの特徴も組み込む必要があるというのだ。

　マクシミリアン氏はIBMのクラウド革新部門のチーフアーキテクトで、いつもは「マックス博士」と呼ばれている。同氏は、この基調講演で、クラウドアプリケーションを開発するIT担当者が考慮すべき12の重要なルールについても話題にした。

　マクシミリアン氏によると、クラウドアプリケーションのスケーラビリティは、管理をすることなくアプリケーション側で必要に応じてリソースを確保し、コンテナ化したマイクロサービスの置き換えを可能にする。クラウドアプリケーションには自己修復も求められる。自己修復により、クラッシュが発生した場合に、自動的に再起動して復旧できるようになる。ここにも、IT担当者は介入しない。

　加えて、クラウドアプリケーション開発はフレームワークに依存すべきではないという。依存しなければ、最終的には場所を問わず実行できるようになる。Amazonの「Amazon Web Services」、Microsoftの「Microsoft Azure」、Googleの「Google Cloud Platform」、IBMの「IBM Cloud」など、どこでも実行できるようになる。

併せて読みたいお薦めの記事

アプリケーション開発について

クラウドプラットフォームについて

クラウドアプリケーションの開発に関わる12のルール

　クラウドネイティブなアプリケーションの開発に関わる12の要素が初めて公開されたのは2012年のことだ。クラウドベースアプリケーションを構築する開発者なら、この12要素を熟知すべきだとマクシミリアン氏は話す。12要素は次の通りだ。

コードベース：複数のデプロイに対応し、リビジョン管理で追跡される単一のコードベースで作業する
依存関係：アプリケーションの依存関係を宣言し、分離する
構成：構成は環境内に格納し、アプリケーション内には格納しない
サービス：データベースなどのサービスはアタッチをする外部リソースとして扱う
実行可能プログラム：実行可能プログラムの構築と実行は分離を維持する
ステート：アプリケーションを1つ以上のステートレスのプロセスとして実行する
ポートバインディング：柔軟性のあるポートバインディングによりサービスをエクスポートする
スケーラビリティ：水平スケールにし、垂直スケールにはしない。つまり小さなコンテナの複製を利用し、少数の大きなコンテナは使用しない
実行：アプリケーションの起動を迅速にし、エラーが発生した場合は適切に停止する
段階：開発、ステージング、運用間の差異を最小限に抑える
ログ：全てのログを単一のイベントストリームとして処理する
管理タスク：管理タスクは1回限りのプロセスとして実行する

　マクシミリアン氏は次のように述べる。「アプリケーション内部でステートを保持すると、アプリケーションがクラッシュした場合、アプリケーションの再起動時にステートが失われることになる。ステートを正しく扱うには外部のデータベースに保存する。そうすれば、アプリケーションがクラッシュして再起動しても、クラッシュが起きた正確な位置から再開できる」

　「何十万人ものユーザーを対象に運用すると、小規模なテストでは発見されない問題が表面化する。こうした問題はパフォーマンスの妨げとなるボトルネックや、要求に追い付けないAPI呼び出し、ネットワーク遅延、完全なクラッシュなどといった形で現れる可能性が最も高い」（マクシミリアン氏）

　同氏はもう1つ次のように忠告する。「開発者とテスト担当者は、テスト環境と運用環境が大きく異なることを理解していない場合が多い。この2つの環境が全く同じように構成されていたとしてもだ」

印刷する