職種・体制

共通基盤エンジニア

きょうつうきばんえんじにあ

登場(海外)
2019
国内で見られるように
2019年ごろ
更新
2026-08-24

一言でいうと

認証・決済・通知・データ連携のように複数のサービスが共通で使う仕組みを開発し、社内の各プロダクトに提供する職種です。

この職種の出自と登場時期

この呼称は国内固有です。海外の求人票に shared platform engineer という職種名が並ぶことはほとんどなく、対応する概念は platform team や internal platform として語られてきました。ページ上部の「登場(海外)2019年」は、この呼称が海外で生まれた年ではなく、概念の起点を指します。2019年の『Team Topologies』が、プラットフォームチームを「他チームが自律的に動けるようにする内部サービスを提供するチーム」と定義しました。

国内で「共通基盤」という言葉自体は、複数の業務システムを持つ大企業やSIerで以前から使われてきました。2019年前後からは、事業会社の組織名と求人票にも現れます。ウェルスナビは「共通基盤開発のしごと」として、複数プロダクトが共用する仕組みを持続可能な形で作る職務を説明しています。国内の実践報告でも、基盤チームが利用側チームに使ってもらえないまま停滞する失敗が繰り返し取り上げられており、担当範囲は海外でいうプラットフォームエンジニアリングと重なります。

つまり同じ仕事を、外資系や新興のスタートアップは Platform Engineer と呼び、国内の事業会社・SIerは共通基盤エンジニアと呼んでいる場面が少なくありません。本用語集では、社内向けの共通機能をアプリケーションとして開発する側面が強い場合にこの語を使います。

ミッション

共通基盤エンジニアが責任を持つのは、各プロダクトが個別に作ると重複してしまう機能を1か所にまとめ、全社の開発コストと運用コストを下げることです。同時に、共通化しすぎて個別要件に対応できなくなる状態も避ける必要があり、どこまでを共通に含めるかの線引き自体が成果に含まれます。

利用側のプロダクトチームは社内の顧客にあたります。基盤の障害が全サービスに波及するため、可用性と後方互換性の維持が常に前提条件になります。

主な業務範囲

  • 共通機能の設計と実装。認証認可・決済・通知・ID管理・データ連携などを、社内向けのAPIやライブラリとして提供する
  • 既存機能の集約。各プロダクトが個別に持っている実装を洗い出し、移行計画を立てて基盤側へ寄せる
  • バージョン管理と互換性の維持。利用側の改修負担を抑えながら、非推奨化と移行の期限を設計する
  • 利用側チームの支援。導入手順・サンプル・問い合わせ対応を通じて、使える状態まで見届ける
  • 非機能要件の担保。基盤の可用性・性能・監査ログ・権限管理を全社の基準として整える

求められる能力

前提として求められるのは、バックエンド開発とAPI設計です。複数チームが同時に使う前提での互換性設計、認証認可の実装、負荷を受け止めるアーキテクチャの理解が中心です。クラウドとIaCの知識も求められますが、比重はインフラエンジニアより開発側に寄ります。

技術以外では、利用側チームとの合意形成が大きな比重を占めます。全社最適の判断が個別プロダクトの都合と衝突する場面が定期的に発生するため、要件の背景を聞き取り、移行のコストを含めて合意を取る力が必要になります。

この職種に就く人のキャリア経路

多いのはバックエンドエンジニアからの移行です。担当プロダクトで共通化の設計を経験し、そのまま全社の基盤側へ移る流れが一般的です。SIerでシステム間連携を担当してきた人が、事業会社の基盤チームへ移るケースもあります。

この先は、Platform Engineer として開発者体験まで対象を広げる道、社内システム全体を設計するアーキテクトの道、基盤組織のマネージャーの道に分かれます。

隣接職種との違い

職種責任の中心共通基盤エンジニアとの違い
Platform Engineer開発者がセルフサービスで使えるプラットフォームの提供利用者は開発者本人で、成果は開発速度。共通基盤エンジニアは提供物が業務機能そのものである場合が多い
インフラエンジニアサーバ・ネットワーク・クラウド基盤の構築と運用対象がインフラ層。共通基盤エンジニアはアプリケーション層の共通機能を開発する
バックエンドエンジニア担当プロダクトのサーバサイド開発対象が1プロダクト。共通基盤エンジニアは複数プロダクトを利用者として設計する
SREサービスの信頼性を数値目標で担保する成果指標が可用性。共通基盤エンジニアは機能の提供と集約が主で、信頼性は前提条件として扱う

採用担当の見極めポイント

  • 求人票の「共通基盤」が何を指すかは会社ごとに違います。インフラ寄りなのか、アプリケーションの共通機能なのかを明示しないと、候補者の応募判断が揺れます
  • 経歴書では、共通化の判断に関わったかを掘ってください。決められた仕様を実装しただけか、どこまで共通化するかの線引きを提案したかで、任せられる範囲が変わります
  • 利用側チームへの移行を伴う仕事のため、社内調整の経験を聞いてください。技術的に正しい設計でも、移行の合意が取れなければ成果になりません

求人・市場の傾向

「共通基盤エンジニア」という語だけで検索しても母集団は限られます。同じ仕事が Platform Engineer・基盤エンジニア・SRE・バックエンドエンジニア(基盤担当)の名前で募集されているため、スカウトでは業務内容から探すほうが到達しやすくなります。

求人票では、対象となる社内プロダクトの数、既存基盤の有無、チームの人数を書くと、候補者が仕事の規模を判断できます。

関連キーワード

プラットフォームチーム / 内製化 / API設計 / 認証認可 / マイクロサービス / 後方互換性 / 全社最適 / Team Topologies

出典