採用時に確認すべきチュートリアル

「サーバレスアーキテクチャ」初心者ガイド　まず検討すべき3大要素とは？

サーバレスアーキテクチャは開発チームに大きなメリットをもたらす一方で、採用の際には検討すべき要素が幾つかある。主要な3つの検討要素を紹介しよう。

　従来のアプリケーションと比べて、「サーバレスアーキテクチャ」に基づくアプリケーション（以下、サーバレスアプリケーション）のメリットは多岐にわたる。特に物理サーバと仮想サーバのプロビジョニングやメンテナンスから開発者を解放できる点が大きい。サーバレスアーキテクチャは、アプリケーションサーバの存在を意識せずに開発可能なアプリケーションのアーキテクチャだ。

　サーバレスアプリケーションでは、OSの更新など一般的なスケーリング作業やメンテナンス作業全てにクラウドベンダーが対処する。従来のアーキテクチャに基づくアプリケーションでは、開発者側がこうした作業をする必要があった。開発者はインスタンス（仮想マシン）の種類やリソースのスケーリング、アイドル状態のコンピューティングコストなどを気にする必要もなくなる。自身のアプリケーションの独自性や、その機能を高める特徴の開発に専念できる。

　開発チームはサーバレスアーキテクチャを導入する前に、重要な決断を下さなければならない。チームスタッフの編成や開発フレームワーク（特定の設計手法に基づく機能群をまとめたソフトウェア）の選択、テスト方法などがその例だ。本稿はサーバレスアーキテクチャのチュートリアルとして、事前に検討すべき3つの重要な要素を取り上げる。

検討要素1．開発チーム

　「サーバレスアーキテクチャを導入する際は開発者が中心的な役割を果たす」ことを最初に理解しておく必要がある。サーバレスアプリケーションのプロトタイプ開発では、コードをあまり使わない方法もある。ただしサーバレスアプリケーションの主役は、必要なカスタムロジックを構築する開発者だ。特にオープンソースの「Serverless Framework」、Amazon Web Services（AWS）の「AWS Serverless Application Model」（SAM）、「AWS Chalice」などのフレームワークを理解しているチームリーダーが必要だ。

　チームには、アプリケーションの特定要素ごとに開発者が必要になる。API（アプリケーションプログラミングインタフェース）のコンポーネントとフロントエンドのコンポーネントがあるとしよう。この場合、個別の開発者チームを2つ作り、各チームが2つのコンポーネントのいずれかを担当する。従来のアプリケーションと同じように、個別の開発チームを全て連携させることがチームリーダーの役割になる。

検討要素2．フレームワークの選択

この記事の著者

関連記事

• 

  いまさら聞けない「サーバレス」「マイクロサービス」は何が違うのか

• 

  サーバレスで「労働時間の4割がインフラのお守り」という常識が変わる

新着ホワイトペーパー PR

• 製品資料
  [株式会社インターネットイニシアティブ] 人材不足と属人化が深刻に　「攻められない情シス」を変革する一手とは？
• 製品資料
  [株式会社イトーキ] 会議室が「空いてるのに使えない」問題の解決策とは？
• 事例
  [株式会社イトーキ] 製造現場を取り巻く経営課題　「持続的な現場力」を強化する方法とは？
• 製品資料
  [株式会社イトーキ] 社員の力を引き出す、「ABW（Activity Based Working）」を実現する秘訣とは？
• 製品資料
  [株式会社BREXA Technology] 「インシデント初動対応」が遅れる3つの構造的要因とは？