デジタル変革は、テクノロジーの進化を伴うビジネスの旅です。 その過程で、手動の方法から自動化された実行への運用上の移行によってデジタル ビジネスが可能になります。
攻撃者の絶え間ない進化により、セキュリティ関連のテクノロジーはこの自動化の最前線にあるかもしれませんが、実際のところ、運用はそれほど遅れをとっていません。 たとえば、オンデマンドでデジタル機能を拡張するために自動スケーリングに依存していることを考えてみましょう。 かつては、デジタル資産の容量を外部システムが管理すべきかどうかについて激しい議論がありました。
真剣に。
今日では、これは疑問すらありません。 当社は、インフラストラクチャ スタックの一部として自動スケーリング機能を受け入れるだけでなく、期待しています。
したがって、より高度な自動化が最終的には必須条件として受け入れられるだろうと想定するのは、非常に論理的であるように思われます。 ある時点で、デジタル エクスペリエンスを提供および保護するリソースを手動で管理することの価値は、収益が減少するポイントに達し、信頼できるテクノロジーへの移行が必要になります。
インフラストラクチャ・アズ・コード (IaC)アプローチには価値があることがわかっています。 弊社の調査では、IaC の導入により、展開頻度の面で大きなメリットが得られることが分かりました。組織の半数以上 (52%) がインフラストラクチャをコードとして扱っており、実際にそうしている組織では、展開頻度が2 倍以上になる可能性が高くなります。 さらに価値があるのは、完全に自動化されたアプリケーション展開パイプラインを備えている可能性が4 倍高いことです。
これは注目すべき重要な関係であり、適応型アプリケーションのビジネス上のメリットを享受したい組織にとって重要な機能となります。
Infrastructure as Code とイベント駆動型 Infrastructure as Code の違いは、基本的に、デプロイメントをトリガーするものにあります。
ほとんどの組織は、手動の方法からインフラストラクチャをコードとして自動化する方法に移行していますが、展開に対する制御は依然として保持しています。 つまり、デプロイメントをトリガーするにはオペレーターが依然として必要です。 ボタンを押すだけで展開できます。
イベント駆動型のアプローチでは、トリガーはイベントに基づいて自動化されます。 例として、再び自動スケールを検討します。 構成の変更と追加のワークロードの実際の展開は、多くの場合、同時接続数が事前に決められたしきい値を超えたときに、イベントによってトリガーされます。 定義された制限を超えるというイベントにより、自動ワークフローがトリガーされます。
ここで、このプロセスがアプリケーション全体に拡張されたと想像してください。 つまり、それを提供して保護するすべてのワークロードと関連テクノロジー サービスを意味します。 このイベントのパフォーマンスは、許容できるデジタル エクスペリエンスの定義を下回っています。 このイベントは、地球の反対側に「アプリケーション」を自動的に展開する必要があることを示し、完全にリモートな場所でそれを実行する自動ワークフローをトリガーします。
これは(コンピュータ)SFではありません。 アプリケーション全体 (ワークロード、インフラストラクチャ、サポート サービス) のこのような自動デプロイは、多くの場合、Terraform などのオーケストレーション ツールを介してパブリック クラウドにデプロイされます。 構成成果物はリポジトリから、コンテナはライブラリから、シークレット (証明書とキー) は安全なボールトから取得されます。 自動的に。 これがインフラストラクチャ アズ コードの本質であり、構成、ポリシー、シークレットがコード成果物のように扱われ、デプロイメント パイプラインの自動化が可能になります。
現在自動化されていないのはトリガーです。 現在のイベントは「オペレーターがボタンを押した/コマンドを入力した」です。 将来的には、イベントは時間帯、特定の場所での需要、地理的地域でのパフォーマンスになります。
これは、将来アプリケーションを適応型にする重要な要素であり、イベントに自動的に反応し、サービス レベルの目標を満たすために場所、セキュリティ、容量を適応させる機能です。 エッジ 2.0統合されたコントロール プレーンを備えた Kubernetes は、企業が複数のクラウド、エッジ、データ センターにわたるリソースを使用してその目標を達成する方法となります。
イベント駆動型のコードとしてのインフラストラクチャは、適応型アプリケーションのメリットをビジネスにもたらすための重要な機能となります。