クラウドネイティブ開発とマイクロサービス設計
何のためのクラウドネイティブかを数値で決める
クラウドネイティブは「速く・安全に・安く」機能を届けるための手段です。導入前に、意思決定を数値で縛ると後戻りが減ります。例えば以下を最初に合意します。
- SLO/SLI：主要APIの成功率99.9%、p95レイテンシ300ms、月間エラー上限など
- 変更速度：アイデアから本番まで平均3日、1日あたりデプロイ5回
- 復旧目標：MTTR 15分、インシデント重大度の定義
- コスト境界：トランザクション当たり原価5円以内、ピークトラフィック時の上限
- 制約：個人情報の保護区分、データ保持年数、監査ログ要件
これらが曖昧なまま技術選定を始めると、過剰分割や逆に単一巨大化を招きます。プロトタイプ段階でも、ダミー負荷でp95とスケール上限を可視化し、上記指標に照らして設計の過不足を判断します。設計レビューではChatGPTやGeminiでユースケースの抜けやエラー分岐を洗い出し、仕様の盲点を減らすと効果的です。
マイクロサービス設計の実務判断
境界づけとデータの「所有者」を決める
分割の出発点はドメイン（業務概念）です。1サービス=1ドメインの変更理由に近づけ、データの「唯一の書き込み権」を明確にします。読み取りは複数あってもよいですが、更新は1つに限定します。共有DBは避け、他サービスのテーブルを直接参照しない規律を先に決めます。
通信とAPIの約束
同期はユーザー操作の即時応答が必要なときだけに絞り、その他は非同期イベントを基本にします。同期APIはリトライ・タイムアウト・サーキットブレーカを標準化し、非同期は少なくとも以下を共通化します。
- イベントスキーマのバージョニングと互換ポリシー
- 冪等性キーと重複排除
- 配信保証（少なくとも1回）と遅延許容
モバイル向けにはBFFを用意し、バックエンドの分割をクライアントに漏らさないようにします。API定義はスキーマ駆動で進め、Copilotでスケルトン生成しつつ、契約は人がレビューします。
トランザクションはSAGAとアウトボックスで
分散トランザクションは原則使わず、業務的に補償できる単位に分解します。更新→イベント発行の一貫性はアウトボックスパターンで確保し、失敗時の補償フローを事前に設計します。整合性を強める必要がある箇所（支払い、在庫など）は、短時間のロックや予約在庫の導入で競合を緩和します。
テストと品質の通し方
変更の独立性を保つため、コンシューマ駆動契約（CDC）を最初から導入します。E2Eは「業務の幸せな経路」中心に数本、周辺はCDCとコンポーネントテストで支えます。パフォーマンステストはトラフィックプロフィールをもとにp95の閾値で合否を自動判定します。
運用・セキュリティ・コストを同時に回す
チーム編成と責務
1サービスは2〜5人で保守可能な粒度に収め、ビルド・デプロイ・観測の共通基盤はプラットフォームチームが提供します。アプリチームは業務価値、プラットフォームは横断非機能に集中します。リリース権限は自動化し、レビューは軽量でも可観測性の基準は厳格にします。
観測性の標準装備
- メトリクス：SLIに直結するダッシュボード（RPS、エラー率、p95）
- トレース：ユーザー操作から下位サービスまでのレイテンシ分解
- ログ：構造化・相関ID・PIIマスキング
アラートはSLO逸脱ベースに寄せ、閾値の手動チューニングを避けます。ポストモーテムは非難禁止で、再発防止は「自動化で塞ぐ」を原則にします。
リリース安全策とFinOps
フィーチャーフラグ、段階的リリース、カナリア判定をテンプレート化します。コストは「リソース要求/上限」「オートスケール」「アイドル時スケールゼロ」をセットで設計し、月次ではなく「1デプロイ毎のコスト差分」を計測します。負荷テスト結果と併せ、予算に収まる形でSLOを再交渉するのも現実的です。
活用例：地域スーパーEC「サクラマート」のやり直し
地方スーパー運営の中小企業（従業員120名、EC売上比率20%）が、急ぎでクラウドネイティブ化を進め、40以上の微細なサービスに分割しました。結果、同期呼び出しが連鎖して障害が波及、月間クラウド費は予算の1.6倍、リリースは週1回に低下。加えて複数サービスが同一DBを共有し、スキーマ変更のたびに全体が止まる事態に。
立て直しでは、まずSLOを「カート追加p95 250ms、結帳成功率99.9%」に設定。ドメインを「商品・在庫・価格・カート・注文・決済・会員」の7つに再定義し、12サービスへ統合しました。同期APIはBFFと注文の確認系に限定し、在庫反映やメール通知はイベント駆動へ。更新は各サービスのアウトボックスで確実化し、冪等性キーを導入。共有DBは撤廃し、読み取りはマテリアライズドビューで分離しました。
運用面はプラットフォームチームを新設し、ビルド・デプロイ・監視のテンプレートを統一。CDCで下位互換を担保しつつ、段階的リリースを標準に。結果、デプロイは1日4回、MTTRは12分、月間コストは35%削減。非機能要件の文書化はChatGPTに下書きを生成させ、コードの雛形やテスト補助はCopilotを活用、外部向けAPIドキュメントの英訳はGeminiで品質を揃え、チームの負荷を軽減できました。
失敗の本質は「分割のための分割」と「所有権の曖昧さ」でした。数値で目的を固定し、境界・通信・データ・観測をテンプレート化すれば、チームは業務価値に集中できます。受託開発ソリューション事業としては、こうしたSLO定義からドメイン再設計、共通基盤の整備、移行の伴走までを一気通貫で設計・実装し、既存組織に馴染む運用モデルを一緒に育てることが現実解だと考えます。
