最近、NetAppは自社の開発プロセスの一環として自社のサービスやアプライアンスを使用していることを明らかにしました。これは、いわゆる「自社製品を自社で使う」という考え方です。NetAppが自社ツールを社内でどのように活用しているかという事例は、NetAppの導入を検討している企業にとって興味深いケーススタディとなるでしょう。NetAppはこの1年間、新製品やアップデートを精力的にリリースしてきました。例えば、先月にはオールフラッシュのエンドツーエンドNVMeサーバーラックであるNetApp AFA EF600をリリースしました。
NetApp の SolidFire チームとハイパーコンバージド インフラストラクチャ (HCI) エンジニアリング チームはどちらも、開発パイプラインの一部として NetApp HCI アプライアンスとソフトウェアを使用しています。チームは Jenkins を使用して継続的インテグレーション (CI) およびデプロイメント ビルドを生成します。これらのビルドは、ハイブリッド クラウド コントロール スイートが有効になっている NetApp HCI アプライアンス上で実行される NetApp Kubernetes Service (NKS) を通じてデプロイされます。 NKS を使用すると、エンジニアリング チームは、Amazon EC2、Google Cloud Platform (GCP)、または Azure など、現時点でのニーズに最も適したパブリック クラウドにビルドをプッシュできます。多くの場合、チームは Istio サービス メッシュを使用してビルドを複数のクラウドにデプロイし、一度に複数のターゲットに対してテストできるハイブリッド マルチクラウド アプリケーションを提供します。 NetApp は、このプロセスにより、社内で使用する新しい継続的インテグレーションおよび継続的デプロイ (CI/CD) パイプラインを立ち上げるための時間を XNUMX 桁も削減できると主張しています。これは本当に大幅な時間の節約であり、この主張の根拠となっている数字を公表してほしかったと心から思います。
NetApp は記事の中で、データ ファブリック アーキテクチャにフィードするビルド パイプラインを開発するにはまだ事前の作業が必要であることを認めていますが、(CI/CD) パイプラインのセットアップに数週間を費やしたので、これほど大幅な時間の節約と簡素化が期待できます。このプロセスは非常に魅力的です。さらに、一度セットアップすると、この方法でビルドをパブリック クラウドにプッシュすることで、ほぼすべてのチーム規模に対応できるようにソリューションをスケールアップできます。
Amazon