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

6章プラットフォームの運用

稀にしか起きなかったことも、規模が大きくなると当たり前になる。

—Jason Cohen†1

[†1] Jasonのブログ（https://oreil.ly/MxNyb）のタイトル「Rare things become common at scale」から。

どんなに優れたプラットフォームを構築しても、それが依存するシステムは複雑であるため、運用上の問題が発生することは避けられません。プラットフォームにとってプロダクト思考は有用です。しかし、プロダクト重視のチームは、好調な時期には運用への投資を怠りがちです。彼らは迅速に行動し、多くの優れた機能を提供しますが、その過程で運用上の技術的負債を蓄積していきます。成功したアプリケーションチームであれば、ビジネスの売上げへの貢献が評価されて追加の人員を獲得できるため、この負債を上回るペースで進めることが可能かもしれません。しかし、ほとんどのプラットフォームチームではそのような状況にはなりません。

プラットフォームはレバレッジによって価値を創出し、効率性はそのレバレッジの1つの側面です。つまり、プラットフォームチームにより多くの人を抱えることなく、ずっと大きなスケールをサポートすることです。しかし、この章の冒頭の引用が示すように、これはシステムが特に運用面においてスケールが原因で新しい問題に直面することが多いという事実と矛盾します。これはつまり、スケールするプラットフォームをサポートする一定規模のチームが「運用地獄」に陥る可能性があることを意味します。放置された運用上の問題が継続的で深刻なビジネスインパクトを与え始め、顧客の信頼を損なうのです。システムが大規模で重要な負荷を処理している中、深刻な影響を修復するのに数か月かかり、さらには核となる問題に対処するには数年かかることがあり、その間ずっと新しいプロダクト機能の開発が停滞してしまいます。 ...