AWSでのサーバーレス開発

第5章 サーバーレスの実装パターン サーバーレスの実装パターン

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

あるのはパターンだけで、パターンの上にパターンがあり、他のパターンに影響を与える。パターンによって隠されたパターン。パターンの中のパターン。

チャック・パラニューク

あなたの周りにはパターンがある。この本はパターンに従っている。どの章にもパターンがある。自然はパターンに満ちている。第3章では、アーキテクチャの3つの要素、つまりアート、構造、テクニックについて触れた。これらの要素にはそれぞれパターンがある。物理的なアーキテクチャにおけるパターンは、地域、気候、文化などの影響を示すが、それでも多くの場合、共通性が支配的である。ソフトウェア・アーキテクチャにおけるパターンも同様の傾向をたどる。根本的な共通点はあるものの、多くはビジネス・ドメイン、プログラミング言語、演算子、その他の要因の影響を示している。

その違いに関係なく、パターンは、ソフトウェアシステムのアーキテクチャ、設計、実装、or演算子に関連する、繰り返し発生する共通の問題に対する解決策を提供することを目的としている。パターンは、特に上述の要因に影響されると、意見が分かれることがある。いくつかのパターンはすぐに生まれては消えていくが、他のパターンは、実装は時間とともに異なるかもしれないが、ずっと長く生き残る。サーキットブレーカー・パターン（この章で後述）は良い例である。その名前付けは明らかにソフトウェアとは関係ないかもしれないが、このパターンの適応と応用は、異なる時代や技術スタックにまたがって目にすることができる。いくつかのパターンはとても人気があり、しばらくすると当たり前のように使われるようになる。例えばAPIゲートウェイパターンは、それが最初に登場した時、技術系メディアで多く議論されたが、すぐに最新の技術と開発プラクティスによって、誰もパターンとして特別に考えない、一般的で日常的な実装になった。

この章では、コレオグラフィ、オーケストレーション、ストラングラーフィグパターン（レガシーアプリケーションをサーバーレスに移行する際に有用）など、イベント駆動型アーキテクチャで一般的なパターンをいくつか紹介する。また、サーキットブレーカー・パターンとその実装の詳細や、ファンクションレス、ゲートキーパー・イベントバスなどの新しいパターンについても紹介する。

アーキテクチャ図面におけるAWSサービスアイコン

ご存知のように、ソリューション・アーキテクチャを図で表現することは、ほとんどすべての人の共感を呼ぶ。すべてを箱や行やラベルで表現することもできるが、アーキテクチャ図のシンプルさと視覚的な魅力によって、見る人は素早く設計を把握することができる。AWSサービスアイコンを図に使用することで、エンジニアやアーキテクトとして、より身近に感じられるようになる。本章や本書の他の図でも、多くの図でアイコンを使用していることがわかるだろう。このように、一般的でよく使われるサービスのアイコンに慣れておくことは、今後役に立つだろう。

テクノロジーと同じように、AWSは時間とともにこれらのアイコンを進化させている。例えば、数年前に使っていたSQSのアイコンは、現在のバージョンではない。最新の状態を保つ最善の方法は、AWSアイコンライブラリをチェックすることだ。

ソフトウェアパターンの概要

ソフトウェアパターンに関する会話は、由緒ある ...