監査とフレーミング
ターゲットを提案する前に、現在のアーキテクチャ、ワークロード、失敗モード、コストドライバーをレビューしてください。
サーバーレスはそれ自体が目標ではありません。これは、活動に対して容量を合わせ、運用をシンプルに保ち、ビジネス運用ごとのコストを測定する方法です。
私はデータ、ドキュメント、AIワークロードのためにAWS上でイベント駆動型アーキテクチャを設計し、産業化します。明示的な制限と可観測性を持っています。
AWSとGoogle Cloudの同等なトラック。ゲートウェイとワークフローからストレージ、AIサービスまで、可観測性と実行サンドボックスを共有します。
ターゲットを提案する前に、現在のアーキテクチャ、ワークロード、失敗モード、コストドライバーをレビューしてください。
イベント駆動型アーキテクチャ、オーケストレーション、処理ステージを構築し、実際のボリュームでテストします。
監視、アラート、コスト管理、コードとしてのインフラストラクチャを追加し、その後ランブックを引き渡します。
長時間またはバーストの仕事の場合、オーケストレーションは短い処理ステップを長時間実行される作業から分離します。設計は各ステップをその制限内に保ち、タイムアウトを明示的に処理します。
はい。移行は段階的に行うことができます:新しいステージはサーバーレスで構築され、既存のサービスは稼働し続け、その後境界が見直されます。
ビジネス運用ごとのコストは測定され、推測されません。請求ドライバーは計測され、アイドルまたは重複したリソースは削除されます。
Lambda、API Gateway、Step Functions、EventBridge、SQS、S3、DynamoDB、RDSは必要に応じて選択されます。TextractやBedrockなどの管理されたAIサービスは、問題に適合する場合に追加されます。