AWSでのサーバーレス開発

第6章 サーバーレスアプリケーションの実装 サーバーレスアプリケーションの実装

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

作成と分析を同時にやろうとしてはいけない。それらは異なるプロセスだ。

シスター・コリータ・ケント、"生徒、教師、そして人生のための10の規則"

本書の最初の5章では、エンタープライズ向けのサーバーレスを紹介し、アーキテクチャ設計、セキュリティ、実装パターンを探った。次の5章では、AWS上でエンタープライズ規模のサーバーレスワークロードを開発、テスト、運用、予算化、維持する方法に焦点を当てる。

この章では、サーバーレス・ソフトウェア・エンジニアリングをユニークなものにしている側面について議論し、サーバーレス・アプリケーションの開発と提供へのアプローチ方法を紹介する。

注

本章はサーバーレスアプリケーション構築のハウツーガイドではないし、使用すべきツールやプログラミング言語を推奨するものでもない。

サーバーレス用に好みのプログラミング言語で書くコードは、あなたが過去にWebサイトやバックエンド、プログラムに貢献したコードと非常に似ている可能性が高いが、サーバーレスの可能性を最大限に引き出すためには、開発プロセスを適応させる必要がある。

軽く踏む

私（ルーク）は2017年初頭に、「軽やかに歩む」という概念を紹介したが、この原稿を書いている2023年現在も、それは変わらない。この考え方は、変化を常に受け入れ、それに応じてアプリケーションと開発プロセスを最適化するというものだ："Treadinglightとは、将来の機能拡張を容易にするために、単一の技術や方法論に過剰にコミットすることなく、可能な限り小規模な実装を行う製品開発へのアプローチを表す。"

私がこの記事を書く数年前、2014年にAWS Lambdaでのサーバーレス・コンピュートが開始されていたが、当時は現在のような形のサーバーレス（無数のマネージド・サービスとイベント駆動型のアプリケーション統合オプションがある）は存在しなかった。しかし現在では、常に変化するアプリケーションに最適なプラットフォームの1つを提供している。

サーバーレスのエンジニアは、変化と実験のために最適化しなければならない：「製品のイノベーションを成功させるためには、実装は基本的で最小限のものに保たれなければならない。これは機能の不足を意味するものではなく、その正反対だ。"軽さを維持することで、進歩は絶え間なく続く"

ソフトウェアデリバリーはサーバーレスの鍵だ。サーバーレスアプリケーションはコードで完全に定義でき、数分以内にどのAWSアカウントにもデプロイでき、1ペニーもコストをかけずにアイドル状態にすることができる。しかし、チームがクラウドネイティブ、ひいてはサーバーレス・テクノロジーを採用する際、既存のプロセスやプラクティスを持ち込むことが多い。これは理解できる。仕事のやり方や集団的な考え方は、チームや文化に自然に組み込まれており、変えるのが最も難しいものだからだ。

しかし、チームがサーバーレスに移行するにつれ、遅かれ早かれ、移行から最大限の利点を享受するためには、社会技術的な習慣を適応させなければならないことに気づく。簡単に言えば、常に変化し続けるアプリケーションを持つことに、迅速かつ予測可能な変更ができなければ価値はないということだ。

サーバーレス・ソフトウェア・エンジニアリングの黎明期も変容を始めた。AWS ...