コードとしてのポリシー

第15章. 回顧と未来

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

私がPaCに入社した8年近く前、コントロール定義とコントロール実装の間の密結合を取り除く方法を探していた。必要なすべてのクラウド制御を実装するために命令コードを書くことは、持続可能なモデルではないとわかっていた。そのため、2016年にAWSクラウド移行の一環としてCloud Custodianを採用することになった。

その過程で、Chef InSpec、Puppetを試した。どちらも実行可能なソリューションではあるが、私のユースケースではそのアプローチやシンタックスに満足できなかった。決してこれらのソリューションを非難しているわけではない。実際、私はいくつかのユースケースでドリフトに対抗するためにChefを使った。ただ、私たちのクラウドリソースを調査し、リアルタイム、ニアリアルタイム、あるいは定期的な反応に対して検知的、予防的コントロールを構築するという私のニーズに対して、それらが最適なソリューションだとは思えなかったのだ。そしてc7nの宣言的な構文は私にとって非常に魅力的だった。

その2年後、私はKubernetesのコントロールを構築するための同様のソリューションを検索していた。代わりにOPAを選び、Regoの採用を始めた。Regoを学んだ後、Podやコンテナ、それぞれのメタデータや設定を取得するような、Rego Kubernetesポリシーで一般的なタスクを実行するヘルパーライブラリを書いている自分に気がついた。その後、Gatekeeperや最終的にはKyvernoのような、より宣言的なソリューションに移行した。

本書で取り上げたPaCソリューションを考えてみると、採用率の向上につながったいくつかの傾向があると思う。本章では、PaCソリューションの採用を成功させる要因について述べる。そして、PaCの可能性と、近い将来あなたが目にすることになるかもしれないものを展望する。

次のセクションでは、成功するPaC導入の特徴をまとめてみた。

成功するPaC導入の特徴

OSSプロジェクトには、商用ソフトウェアとの共通点がいくつかある。その重要な共通点のひとつが競争力だ。 他のソリューション（OSSや商用）と同じか類似のユースケースをサポートするOSSは、採用によって市場シェアを奪い合う必要がある。OSSの採用は、コミュニティのニーズとソリューションの差別化要因によって大きく左右される。OSSであろうとなかろうと、継続的に採用を促進し、市場シェアを向上させたいソリューションは、競争上の優位性を築くのに役立つ差別化要素によって成功する。

商用製品の場合、「競争優位性」とは通常、企業がライバル企業よりもいかに優れた商品やサービスをより安く生産できるかを指す。OSSのPaCソリューションでも、それは事実上同じである。しかし、より良いというのは相対的な言葉であり、より良いというのは、より優れたツールや技術、そしてより多くのユースケースをサポートすることによって、より優れた採用や市場シェアに焦点を当てたものだと思う。

差別化と競争優位の作成は、プロジェクトの勢いによって強化され、勢いにつながる。次にモメンタムの特徴を探ってみよう。

勢い

成功するPaCプロジェクトは、増え続けるユースケースをサポートするために拡大しなければならない。この拡大には、プロジェクトの勢いが必要であり、その一因でもある。例えば、私がOPAを発見したのは、発足からほぼ丸2年後のことだった。 ...