Syntasso Stack the Deck Promise Game

背景

このゲームは、チームが効果的な社内開発者プラットフォームを設計するのに役立てるために作られました。

効果的な社内開発者プラットフォームは、より迅速に作業できるようにし、安全性を高め、規模拡大に伴って効率を向上させます。

効果的なプラットフォームを作るには、次の3つの重要な原則を取り入れる必要があります：

1. セルフサービスとオンデマンドでの利用

2. 一貫して適用されるビジネスプロセス

3. サービスを大規模にフリート管理する

Syntasso Kratix Enterprise（SKE）はPromise API を提供することでこれを実現し、それ以上の機能も備えています。このカードデッキを使って、すべてのプラットフォーム原則に準拠するサービスを設計してください。

プラットフォーム設計の最初のステップは、ユーザーとの契約を定義することです。共有リソースと個別リソースをどのようにプロビジョニングしますか？重要なビジネスプロセスルールはどこに組み込みますか？ユーザー インターフェースや一連のデプロイ先も忘れずに含めてください。

はじめに

まず、設計する API を決めます。どの Web API と同様に、スコープが明確で有用であることが重要です。大きすぎて混乱を招かないように、逆に役に立たないほど小さすぎないようにしてください。出発点としては、データベースやストレージバケットのような単一のインフラ要素が適しています。ただし、どのインフラ要素から始めるかを決めるには、テスト環境のようなより上位の抽象概念を特定し、それを小さな要素に分解していくとよいでしょう。

ゲームの進め方

API の設計が決まったら、ユーザーとの契約（API コントラクト）とバックエンド実装の両方を設計する必要があります。各セクションで担当者を分けてもよいですし、全員で進めてもよいです。

例えば、上位レベルの契約を検討する際には、プラットフォームエンジニア、セキュリティエキスパート、インフラエンジニア、アプリケーション開発者を組み合わせて議論することが考えられますが、内部実装を検討する際にはアプリケーション開発者、つまり API のユーザーを参加させない場合もあります。関係者が特定できたら、全員を集めて提供されたカードをレビューし、セルフサービス性、安全性、フリート管理を備えたプラットフォーム機能を定義するための“ワイルドカード”を作成してください。

• API を作成する:

  • ユーザーが設定できる、または設定すべき「入力」 (2)を特定します。

  • ユーザーが依存する「出力」 (3)を含めます。

  • サービスを作成する:

    • 特定のリソースがリクエストされる前に実行される、「プロビジョニング アクション」 (4)および「プロセス ルール」 (5)の依存関係設定を定義します。

    • 各リソースのリクエストごとに実行される、「プロビジョニング アクション」 (4)および「プロセス ルール」 (5)を定義します。

  • 3 層アーキテクチャの仕上げとして、「インターフェース」 (1) と 「宛先」 (6)のセットを選択します。