プラットフォームをプロダクトとして扱う

第7章. 社内プラットフォームの未来

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

木を植えるのに最適な時期は20年前であり、2番目に良い時期は今である、という古いことわざがある。将来のために社内プラットフォームを準備する場合も同じである。より適応性が高く、測定可能で、貢献に対してオープンなものにするのが遅れれば遅れるほど、数年先のビジネスをサポートする能力が制限されてしまう。

プラットフォームはすでに、ソフトウェアがどのように構築され、出荷され、運用されるかの中核となっている。今後数年間は、プラットフォームを生きた製品として扱い、意図的に進化させ、オープン化、オーケストレーション、自動化に賢い賭けをするチームが報われるだろう。

この章では、オープンソースとエンタープライズの選択に関するガイダンスを提供し、安全性と成果を見失うことなくAIネイティブな世界に備える方法を概説する。

オープンソースとエンタープライズのトレードオフ

あらゆる社内プラットフォームは、構築、購入、借用した機能を融合させている。どのルートを取るかを決めることは、単なる調達の選択ではなく、製品の決定である。どのようなバランスをとるかによって、価値をどれだけ早く提供できるか、柔軟性をどれだけ維持できるか、そして合計所有コストが時間とともにどのように変化するかが決まる。

このセクションでは、各オプションの主な強みと弱みを探る。

オープンソース

オープンソースは、差別化、移植性、エコシステムの活用が最も重要なプラットフォームの部分には自然さである。Kubernetes、Crossplane、BackstageのようなCNCFが支援するプロジェクトを採用することで、健全なコントリビューターコミュニティと実績のある基盤を得ることができる。オープンソースはまた、コードをニーズに合わせて形成し、深く統合し、単一のベンダーのロードマップに縛られることを避けることができる。

トレードオフとして、アップグレード、セキュリティパッチ、スケーリングなどの演算子は貴社に帰属する。

エンタープライズ製品

商用製品は、運用負荷、規制の保証、または市場投入までの時間が最優先事項である場合に輝く。マネージドCI/CDパイプライン、セキュリティスキャンプラットフォーム、または可観測性バックエンドは、未分化の労力を除去し、あなたのチームが対応できる人員はないかもしれないが、サポートコミットメントを提供することができる。エンタープライズ製品は、多くの場合、コンプライアンス成果物、トレーニング、サービスレベル契約をバンドルしている。

トレードオフとして、柔軟性の低下、潜在的なロックイン、導入に伴って増大するライセンスコストがあるが、デリバリーの迅速化と演算子リスクの低減は、多くの場合、これらの欠点を上回る。

ミックスを機能させる

最もレジリエンスの高いプラットフォームは、両方のアプローチを組み合わせ、十分に定義された契約とAPIを活用している。例えば、商用のオーケストレーションエンジンを実行し、オープンソースのコードとしてのインフラツールと統合する。あるいは、社内チームと商用ベンダーの両方からの機能で構成されたオープンソースのサービスカタログを使用する。

重要なのは、統合コードをプラットフォーム製品の一部として扱い、バージョン管理、テスト、所有権を他の機能と同等にすることだ。こうすることで、開発者のワークフローを破壊することなく、サプライヤーを変更したり、実装を入れ替えたりすることができる。 ...