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

9章プラットフォームのマイグレーションと廃止

プラットフォームとは、基盤のように、その上に構築するための永続的な地面を提供する安定したものであるべきです。プラットフォームエンジニアリングは、そのような安定した基盤を構築し、その上に構築されるものに対して作業を外出ししないことが求められます。

—C. Scott Andreas

絶え間ない変化は、プラットフォームエンジニアリングチームの存続に関わる課題を生み出しています。基盤となるシステムは常に進化し続けており、セキュリティ問題、ベンダの変更、ハードウェアの更新、新機能に対応するための定期的なパッチとアップグレードが必要です。基幹インフラシステムのサポート終了タイムラインは、かつては10年間にわたっていましたが、EKSのようなクラウド製品では1〜2年に短縮され、アプリケーションチームへのアップグレードによる混乱の頻度が増加しています。これらの変更がアプリケーション開発者に与える影響を管理する計画がなければ、プラットフォームにおけるマイグレーションの辛さは、プラットフォーム自体の価値を上回ってしまいます。

この本ではすでにマイグレーションについて何度も言及してきましたが、それには十分な理由があります。この課題に直面した際、優秀なプラットフォームチームはマイグレーションが実際には自分たちの価値を証明する機会であることを理解しています。彼らは、必須のマイグレーションの苦痛を和らげ、作業を制限し、さらには作業を取り除くことで、顧客が重要な機能の提供に集中できるようにすることが自分たちの仕事だと考えています。

この章の目的において、マイグレーションとは、ユーザがプラットフォームを採用するために何らかの作業を必要とする、プラットフォームへの必須の変更のことです。これは、あるデータセンターから別のデータセンターへの移行などといった物理的な場所の移行のような最も複雑な作業から、後方互換性を破壊するAPI変更を伴うコードやシステムのアップグレードによるマイグレーション、そして、インプレースまたはほぼインプレースで実施可能だが、リグレッションがないことを確認するために一部のユーザによる受け入れテストを必要とするアップグレードまで、幅広い範囲を含んでいます。 ...