Content last updated 2026-10-08

API Platformチーム

API Platformチームは、GitLab のコントリビューターが顧客向けに発見しやすく安定した API を効率的に構築・維持できるよう支援します

チームのスコープ

API Platformチームは GitLab の API アーキテクチャ、標準、プラットフォーム全体の機能を所有しています。横断的な API 懸念事項、設計パターン、基礎的な改善についてはお問い合わせください。機能固有のエンドポイントや機能については、その機能領域を所有するチームに連絡してください。

API Platformチームへのすべてのリクエストは、私たちのヘルプリクエストプロセスに従ってください。または、GitLab チームメンバーは毎月最終火曜日のUK時間 午前11時に開催されるオフィスアワーに参加できます。

ミッション

API Platformチームは GitLab のRESTおよびGraphQL API を製品として所有し、GitLab 全体で API ファーストな開発を可能にします。Developer Experienceの一部として、API Platformチームは、コントリビューターが顧客向けに効率的に API を構築・維持するためのツール、プロセス、プラクティスを提供します。

FY26-Q2に新しく結成されたチームとして、私たちはプラットフォームレベルのプロジェクトに取り組み、既存の領域専門家と緊密に連携しながら、#f_rest_apiおよび#f_graphqlでの専門知識を構築しています。時間の経過とともに、API Platformチームの専門知識は、GitLab 全体の API 標準と意思決定のステアリングコミッティを推進する方向へと進化します。

ビジョン

API Platformチームは GitLab を、顧客やエージェントが GitLab と統合する方法のコアとなる API ファーストプラットフォームへと変革します。これを4Dsフレームワークを通じて達成し、各投資が継続的改善サイクルの中で他を強化します:

  • Documentation（ドキュメンテーション）

    • REST API エンドポイント向けの自動化されたOpenAPI 仕様
    • インタラクティブなドキュメントと実用的なワークフロー例

  • Deprecations（廃止予定）

    • 実験的からGAまでの明確なライフサイクル進行
    • 顧客の統合を決して破壊しない予測可能な廃止予定タイムライン

  • Data-driven（データ駆動）

    • 集約された製品使用メトリクスを収集し、API の改善と投資の決定を導く
    • GraphQL API の観測性の向上

  • Development（開発）

    • コントリビューターが自動化ツールと舗装された道を使って、デフォルトで API を出荷
    • REST/GraphQL API 間の一貫性を促進するアーキテクチャ

これらのイニシアチブはフライホイール効果を生み出します。優れたドキュメンテーションが採用を促進し、廃止予定管理が信頼を構築し、データインサイトが改善を導き、開発ツールがそれらすべてを持続可能にします。

GitLab における API のオーナーとして、API Platformチームは、私たちの API を顧客が信頼できる製品へと変革するために必要なスチュワードシップとプラットフォームレベルの投資を提供します。一度限りの修正ではなくスケーラブルな自動化とツールを通じて、コントリビューターと顧客の両方に利益をもたらす規模の経済を達成します。

チーム構造

API Platformチームは、4名のエンジニア（Staff 2名、Intermediate 2名）と1名のエンジニアリングマネージャーで構成されています。

メンバー

NameRole
Paul John PhillipsPaul John PhillipsEngineering Manager, Developer Experience
Alberto BignottiAlberto BignottiBackend Engineer, Developer Experience:API
Chance FeickChance FeickStaff Backend Engineer, Developer Experience:API
Max WoolfMax WoolfStaff Backend Engineer, Developer Experience:API
Vlad WolanykVlad WolanykBackend Engineer, Developer Experience:API

ロードマップ

リーンなチームとして、私たちは「Now」のコミットメントへの高い信頼を維持しつつ、「Next」と「Later」のコミットメントを方向性として整合させ、柔軟に保ちます。技術ロードマップの詳細については、Infrastructure Platformsロードマップを参照してください。

Now（今）

重点領域: ドキュメントと開発 - モジュール型機能のための単一 API モデル (FY27-Q3)

進行中、着手準備済み、完了済みの作業の全一覧については、親エピックを参照してください。

Next（次）

重点領域: 廃止予定管理とデータ駆動 - GraphQL の品質とチーム別の API の可視性 (FY27-Q4)

  • GraphQL スキーマのライフサイクル: GitLab 20.0 に先立ち、廃止予定のフィールドを予定どおり削除し、実験的機能を正式機能へ移行し、CI でスキーマの破壊的変更を阻止します。
  • GraphQL の N+1 とクエリコスト: 効率的なデータ読み込みを標準にし、マージ前に N+1 クエリを検出します。
  • GraphQL スキーマの一貫性: CI で新しく追加されたスキーマに lint を実行し、単一のエラーモデルを定義します。
  • チーム別の API スコアカード: 各ステージグループが所有する REST API と GraphQL API の品質を、グループごとに 1 つのビューで確認できるようにします。
  • Scalar の upstream に GraphQL サポートを追加

Later（後で）

重点領域: 開発 - GitLab コンポーネント全体で安全で一貫した API を実現 (FY28 以降)

最近提供したもの

2026 年 5 月の前回のロードマップ更新以降、以下を提供しました。

Keeping The Lights On (KTLO)

計画された作業に加えて、API Platformチームは、セキュリティ脆弱性や重要なバグ修正など、API 表面領域全体の共有機能に影響する継続的なメンテナンスも担当します。

私たちとの協働

チーム形成期間中:

  • REST API に関する質問: 領域専門家が支援できる#f_rest_apiで開始
  • GraphQLに関する質問: 領域専門家が支援できる#f_graphqlで開始
  • プラットフォームレベルの API 改善: RFHリポジトリで**Issue を作成**してください。または#g_api-platformで私たちに連絡できます
  • その能力を構築するまでは、API Platformチームによるレビューはまだ必須ではありません

個別の質問については、GitLab.com 上でチームメンバーに直接メンションするか、Slack チャンネル経由でチームに連絡してください。

Slack チャンネル

チャンネル目的
#g_api-platformAPI Platformチームと直接やり取り
#f_rest_apiREST API の領域専門家とやり取り
#f_graphqlGraphQL API の領域専門家とやり取り

私たちの働き方

API Platformチームは AMER および EMEA リージョンに地理的に分散しており、デフォルトで非同期に作業します。

ミーティング

API Platformは週に1回同期的にミーティングを行います。同期ミーティングの詳細については、アジェンダノートを参照してください。

プロジェクト管理

API PlatformチームはInfrastructure Platforms部門のプロジェクト管理プロセスに従います。

現在のプロジェクトの詳細については、親エピックを参照してください。

最終更新 October 28, 2026: Merge pull request #591 from kyama0/translation/batch-2026-10-28-1 (5d840611)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License