サーバーレスマイクロサービスへの変革

MicrocosmWorksは、ストラングラー・フィグ・パターンを採用しています。このパターンでは、稼働中のモノリスと並行して新しい機能をサーバーレスマイクロサービスとして構築し、APIゲートウェイがフィーチャーフラグと段階的なトラフィックシフトに基づいて、古いコンポーネントと新しいコンポーネント間でトラフィックをルーティングします。各ドメイン境界は、最も結合度が低く、価値の高いコンポーネントから着手し、段階的に抽出されます。この際、モノリスとマイクロサービスのデータモデル間の変換を行うアンチ・コラプション・レイヤーを介して後方互換性を維持します。このアプローチは、リスクの高いビッグバン・カットオーバーを必要とせず、抽出ごとに段階的な価値を提供します。典型的な移行期間は、モノリスの複雑さにもよりますが、6〜18ヶ月です。

MicrocosmWorksは、コールドスタートレイテンシ（ランタイムとパッケージサイズに応じて通常100ms～3秒）に対処するために、クリティカルパス向けのプロビジョニングされたコンカレンシー、関数ウォームキープ戦略、初期化時間を最小限に抑える最適化されたデプロイメントパッケージ、そしてレイテンシに敏感な操作を常にウォームなサービスにルーティングし、バッチおよび非同期操作には標準のサーバーレススケーリングを使用するというアーキテクチャ上の決定を採用しています。特にLambdaの場合、より軽量なランタイム（JavaではなくNode.jsまたはPython）を使用し、依存関係バンドルサイズを最小限に抑え、Javaワークロード向けにLambda SnapStartを活用することで最適化を図っています。重要なのは、どのAPIパスが本当にレイテンシに敏感であるか、あるいはコールドスタートを許容できるかをプロファイリングし、必要のない場所でのプロビジョニングされたコンカレンシーの費用を回避することです。

MicrocosmWorksは分散トランザクションに対してSagaパターンを実装しており、ステップが失敗した場合に部分的な操作をきれいにロールバックする補償トランザクションを使用し、コレオグラフィー（イベント駆動型）またはオーケストレーション（ステップ関数 / ワークフローエンジン）のいずれかを通じて、マルチサービスビジネスプロセスを調整します。データ整合性については、各マイクロサービスが自身のデータストアを所有し、他のサービスがローカルのリードモデルを維持するために消費するドメインイベントを公開するEvent SourcingとCQRSパターンを使用しています。このEventual Consistencyのアプローチは、サーバーレスのパフォーマンスを低下させる分散トランザクションの調整を不要にし、真にStrong Consistencyが要求されるビジネスクリティカルな操作では同期検証ステップを使用します。

MicrocosmWorks は、単一の trace ID で全ての microservice 境界を越えるリクエストを関連付ける分散トレーシング（AWS X-Ray、OpenTelemetry、または Datadog APT を使用）、全てのログエントリに相関メタデータを含む構造化ロギング、そしてサービス依存関係とレイテンシのパーセンタイルを視覚化するカスタムメトリクスダッシュボードを導入しています。オブザーバビリティスタックには、ユーザーに影響を与える前に、レイテンシの急増、エラー率の増加、または異常な呼び出しパターンを警告する自動異常検出が含まれています。また、失敗した非同期操作が静かに消えるのではなく、すぐに表面化されるように、dead letter queue モニタリングと自動リトライ可視性も実装しています。オブザーバビリティインフラストラクチャの開発費用は$20〜$40/時です。

MicrocosmWorks は、お客様の特定のトラフィックプロファイルに合わせて、サーバーレスの従量課金（インボケーションごとの料金）とコンテナベースの代替案（ECS Fargate, EKS）を比較する詳細なコストモデリングを実施します。これは、損益分岐点がリクエスト量、実行時間、メモリ要件、およびトラフィックの予測可能性に大きく依存するためです。サーバーレスは通常、バースト性のある低から中程度のトラフィックのワークロード（1関数あたり1日100万インボケーション未満）に対してより費用対効果が高くなります。一方、コンテナベースのマイクロサービスは、予約されたキャパシティが完全に活用される高スループットで定常状態のワークロードに対して安価になります。MicrocosmWorks は、弾力性のために一部のサービスをサーバーレスで実行し、コスト効率のために高トラフィックのサービスを適切なサイズのコンテナで実行するハイブリッドアーキテクチャをしばしば推奨しています。