[STP208] Designing resilient architectures for startups（DevOps）

投稿日: 2022/12/09

システム障害は、エラーは人々が予想するよりも一般的であり、特にスタートアップにダメージを与える可能性があるため、アーキテクチャと開発者は事前に準備する必要があります。AWSサーバーレスソリューションを使用してElastic Systemを構築する方法について学ぶセッションに参加しました。

スタートアップを成長させる要因はさまざまです。

「唯一の勝利方法は誰よりも早く学ぶことです。クイックプラン、クイック目標設定、頻繁な試みの有効性を裏付ける」Eric Riesの名言です。

AWS にはさまざまなサーバーレスサービスがあります。

サーバーレスが自動的に拡張される場合、アーキテクチャが何をすべきか？

• 安定性: 安定したワークロードは、必要に応じて必要な機能を正確かつ一貫して実行します。
• 回復力：回復力のあるワークロードは、コンポーネント間の部分的で断続的な障害に耐え、最終的に予期しない状態から回復することができます。

しかし、サーバーレスを使用しない場合、スタートアップの復元力はどうでしょうか？
弾力的なシステムの4つの重要な機能を見てみましょう。

• – 予測
• – モニタリング
• – レスポンス
• – 学習

サーバーレスのベースアーキテクチャは上の図のようになります。アーキテクチャにより、継続的な復元が強調されることがわかります。

Lambdaは作業単位ごとに固定リソースを持っています。

各機能実行環境には同じ有限リソースがあります。

• CPU（最大6個のvCPU）
• メモリ（最大10GB）
• ストレージ（最大10GB）
• ネットワーク

各実行環境は一度に1つのイベントのみを処理します。イベント処理が完了すると、追加のイベントを処理できます。各要求は同じリソースを取得します。

作業の増加に伴い同時環境が拡張されるという特徴があり、ワークロード分離は予測可能なパフォーマンスを意味します。また、待ち時間とスループットは一定です。

サーバーレスは、変動なく拡張できるようにプロビジョニングされており、マルチAZを無料で作成できます。

ただし、LambdaをVPCに接続する場合は、Multi-AZにサブネットを含める必要があります。これは自動ではありません。

復元力を向上させる要素のうち、モニタリング機能を持つサービスをまず見てみましょう。ClodWatchのログ、メトリックス、X-Rayがこれに該当します。

学習機能を備えたカオスエンジニアリングです。カオスエンジニアリングです。

AWS サーバーレスソリューションを使用して Elastic システムを構築する方法を確認する機会でした。サーバーレスと言えば管理ポイントが減り、曖昧にやることは減らないだろうか？としか考えることができませんでしたが、このセッションを通じてどのソリューションでどのような部分を強調しなければ安定性と復元力を確保できるかを知りました。