newmoの創業を支えるSoftware ArchitectureとPlatform Engineering

プラットフォームエンジニアリングの取り組み

まずプラットフォームエンジニアリングとは何でしょうか。私がよく参考にしているCNCF （Cloud Native Computing Foundation）が出しているホワイトペーパーにおいて、プラットフォームエンジニアリングとは、「アプリケーションを実装していく上で必要な様々なことを、コレクションとしてアプリケーション開発者に提供していく」と抽象的に定義しています。さらに、著名なソフトウェアエンジニアであるマーチン・ファウラーも同様に定義しており、プラットフォームエンジニアリングとは「セルフサービス、ツール、ナレッジ、サポートなどを内部のプロダクトとしてアプリケーション開発者に提供していく」ものとしています。

この概念を具体的に見ていきましょう。この図も先のホワイトペーパーからの引用ですが、一番上が内部のプロダクト開発チームやアプリケーション開発チーム、いわゆるビジネスドメインの開発をしているチームに対し、プラットフォームのインターフェースとしてドキュメンテーション、テンプレート、API、CLIなどを提供します。その裏側では、データベースの種類、アプリケーション実行環境、メッセージング、認証認可の仕組み、セキュリティをデフォルトにするためのガードレールなどをプラットフォームのケーパビリティとして定義し、インターフェースを通じてアプリケーション開発者やプロダクト開発者に提供していきます。これは、アプリケーション開発者がビジネスロジックに極力集中できる環境を提供することを目的とした取り組みです。

このホワイトペーパーでは、プラットフォームのキーとなる属性も同様に定義しています。まず非常に重要なのが、プラットフォームもプロダクトとして実装していくことです。プラットフォームはインフラストラクチャーの要素が強いと思われがちですが、単にインフラを構築するだけでなく、それを抽象化し、内部のアプリケーション開発者に対してそれをプロダクトとして提供していくことを目指します。そのため、ビジネスドメインの開発と目線を合わせていくことが大切です。内部開発者が何に困っているかを理解し、どのようなプラットフォームを誰に届けるべきかという考え方が非常に重要になります。それゆえに、内部の開発者であるユーザーに対し、どのようなユーザーエクスペリエンスを提供していくかが大切です。インフラストラクチャーやプラットフォームは構築しただけでは使いにくいので、ドキュメントを整備し、複雑な仕組みであれば、オンボーディングを設計して使えるようにすること。そして利用者がプラットフォームチームに問い合わせることなく、ドキュメントやオンボーディングを通じて自律的にプラットフォームを使えるセルフサービスであることがかなり重要になります。