プラットフォームエンジニアリング ―成功するプラットフォームとチームを作るガイドライン

3章どのように、そしていつ始めるか

むかしむかし、3匹の子ぶたがいました。1匹目の子ぶたは藁で家を建て、2匹目の子ぶたは木の枝で家を建てました。彼らは家をすぐに建て終わりましたが、怠け者だったので、一日中歌って踊って過ごしました。3匹目の子ぶたは一日中一生懸命働いて、レンガで家を建てました。

—3匹の子ぶた

この章は、まだプラットフォームエンジニアリングを実施していないチームのリーダーを対象としています（すでに実施しているリーダーは、4章に進んで下さい）。以下の3つに焦点を当てています。

• 最初のセクションでは、小規模なスタートアップでのプラットフォームエンジニアリングについて説明します。この段階では、共有しているコードを中心とした協力体制の構築から始めるのが一般的です。
• 第2のセクションでは、初期の協力体制が機能しなくなってきた際に、正式なプラットフォームエンジニアリング組織への移行をどのように進めるかについて説明します。
• 最後のセクションでは、主に歴史のある大企業が直面する、また違った課題について説明します。従来型のインフラエンジニアリングチームをプラットフォームエンジニアリング文化へと移行する方法をとり上げます。

プラットフォームをすばやく簡易的な形で構築し、事業に対してより重要なことにその分の時間を費やすのが適切な場合もあります†1。ただし、より堅牢な基盤作りを始めるべきタイミングを見極め、古い基盤をモダンなものへと改修していく方法を理解しておくことも大切です。

[†1] 言いにくいことではありますが、これは3匹の小ぶたの話のように悪い意味で単に「歌って踊る」よりも難しく、単に「怠け者」であるというのとも全く違います。

3.1　規模が小さい段階でのプラットフォーム連携の促進 ...