DevOpsのFlox CLIツールがカスタム開発環境の管理を簡素化

Floxは、開発者が複数のカスタム開発環境を簡単に立ち上げることを可能にする同名ツールのオープンソースコマンドラインインターフェース（CLI）を一般提供しました。同時に、同社は21回目のSouthern California Linux Expo（SCALE 21）で、チーム間で開発環境を共有するための無料リポジトリであるFloxHubへのアクセスを提供していることを明らかにしました。Floxは、Nixパッケージ管理および構成ツールを呼び出すために使用される宣言的フレームワークに基づいています。これにより、開発者はソフトウェアビルド資料（SBOM）の自動作成を含む、ソフトウェアの構築に必要なすべてを含む環境を作成できます。

Floxのマーケティングおよび開発者関係責任者であるRoss Turkは、このアプローチが開発者に、パッケージマネージャーを呼び出す際に一般的に使用される方法と同じ方法で複数の開発環境を管理するためのフレームワークを提供し、開発環境を管理するための馴染みのないアプローチをマスターする必要がなくなると述べました。この機能により、開発者は機械間で開発環境を複製しやすくなり、必要に応じてプロジェクト間を動的に切り替えることが可能となります。これは中央集権化されたDevOpsチームによって常に監査される方法で行われます。各開発者は個人の好みに基づいて環境をカスタマイズする自由があります。また、バグ修正を試みる開発者は、必要なコードをレビューする際に使用していた開発環境を再現することも容易になりました。

DevOpsチームは競合するアジェンダの間で取り残されつつあります。多くのITリーダーは、プラットフォームエンジニアリング手法の採用を推進し、DevOpsワークフローの管理を中央集権化して開発者生産性向上と総コスト削減を期待しています。概念的には、開発者はバックエンドプロセスがそれらのチームによって管理されることを望んでいますが、それが彼らに定義された開発環境を使用することを強制するまでではありません。各開発者は通常、プロジェクトが進化するにつれて自分の開発環境をカスタマイズしたいと考えています。おそらく、開発者がDevOpsを受け入れる主な理由の1つは、彼らが自分の開発環境をより多く制御できることです。課題は、各チームが独自のDevOpsワークフローを定義するたびに、組織が後で冗長なDevOpsツールやプラットフォームのライセンス料金がかかっていることがわかることです。現時点では、プラットフォームエンジニアリングがどれだけ開発者生産性向上に寄与するかは明確ではありません。確かに、バックエンドプロセスの管理に費やす時間が減少しますが、その余分な時間が直接的により速く優れたコード提供と結びつくわけではありません。コード作成は科学だけでなく芸術でもあります。そのため、開発者がコード作成を始める際に必ずしも起こらないインスピレーションレベルも生み出します。代わりに、プラットフォームエンジニアリングは他のタスクに時間を費やさないため、インスピレーションが訪れる機会を増やします。少なくとも、生成されたコードのテスト実行時間が提供されるべきです。何らかの形で、アプリケーション開発が進化し続ける中で、多くの組織は最適な方法で自分たちのニーズに最適な中間地点を見つけ出すことでしょう。現在の課題は、その目標達成までの時間間隔を減らすことです。