F5applicationサービスを展開および運用するには、いずれか 1 つ、または両方を選択します。
オープンソース運動は常に自由に焦点を当ててきました。 スキル、予算、アーキテクチャ、目標に応じて、最適なソリューションを自由に選択できます。 この原則は、デプロイメント パイプラインの繰り返し可能なインフラストラクチャを構築する上で、今日でも重要な要素であり続けています。
applicationサービスのプロビジョニングと操作を自動化するための優れたオプションは数多くあります。 最も人気のある選択肢の 2 つは、RedHat Ansible と HashiCorp Terraform です。
ここで、F5 がAnsibleとTerraform を完全にサポートしていることを述べておきます。 当社は相互運用性と統合性を確保するために両方と連携しているので、お客様はそうする必要はありません。 どのような選択をしても、私たちがあなたをサポートします。
しかし、顧客とのやり取りの中で、一部のタスクでは Ansible が優れているのに対し、他のタスクでは Terraform が優れていることに気づきました。 これは、パイプラインの自動化と維持には異なる一連のタスクが必要になるためです。
Terraform は、オーケストレーション、つまり環境の状態の管理に優れています。 つまり、Terraform は環境がどのように見えるか、どのように動作するかを理解しているということです。 何か問題があれば、Terraform はそれをレビューのためにフラグ付けできます。
Ansible は構成管理に優れています。 つまり、個々のコンポーネントの状態を維持することに重点が置かれています。 環境内の個々のコンポーネントに問題がある場合、Ansible は構成を調整して問題に対処できます。
各ツールの重点が異なるため、デプロイメント ライフサイクルを自動化するためにこれらが一緒に使用されるのを見ても驚くことではありません。
これら 2 つのツールが F5applicationサービスでどのように機能するかを確認するには、展開ライフサイクルの観点から共通の基盤を設定することをお勧めします。
applicationsのライフサイクルとそれに対応する配信パイプラインがあるのと同様に、applicationサービスにもライフサイクルとそれに対応するデプロイメント パイプラインがあります。 そのライフサイクルには複数のステップが必要です。
Ansible と Terraform はどちらも、5 つのフェーズすべてで主要な自動化プロバイダーとして機能します。 ただし、それぞれが異なるフェーズで優れているため、両方を使用する方が実際にはより良い戦略となる場合があります。 Ansible はデプロイと変更 (構成管理) フェーズで使用される可能性が高く、Terraform はプロビジョニングとオンボード (オーケストレーション) に使用される可能性が高くなります。
また、多くのお客様が正当な理由からツールチェーンを標準化したいと考えていることもわかっています。 複数のツールに関する専門知識を維持することは困難ですが、複数のツールチェーンを実行するために必要なインフラストラクチャの運用と保守も困難です。 その場合、これらの優れたツールのどれを標準化するかを選択する方法があります。
Ansible、Terraform、またはその両方のいずれを選択する場合でも、F5 は、ネイティブ統合とパッケージ化されたテンプレート、そして両方に積極的に貢献し改良するコミュニティによってお客様の選択をサポートすることに尽力しています。