クラウドネイティブの未来に向けたデータ管理と保護

クラウドネイティブ アプリケーションと Kubernetes の使用はどちらも増加しています。 451 Research によると、世界中の企業の 4 分の 3 近くが現在 Kubernetes を使用しているか、今後 2 年以内に導入する予定です。多くの企業、特に金融サービス業界など大量のデータを生成して使用する企業は、COVID-19パンデミック以前から開発サイクルをスピードアップする方法をすでに模索していました。 2020年のパンデミックの間、多くの企業がオンライン業務に切り替え、デジタル製品/サービスの構築や拡大を望んでおり、この需要はさらに強調されるでしょう。

[[418189]]

Kubernetes がなぜこれほど急成長を遂げているのか、そしてそれが企業にとってどのような意味を持つのかを理解するには、まず、多くの IT プロフェッショナルがよく知っている「ペットと牛」の比喩を理解する必要があります。最も基本的なレベルでは、この比喩は、一部の IT マネージャーが組織の IT インフラストラクチャ内のサーバーとシステムをペットのように見ていることを意味します。彼らはこれらのサーバーとシステムに名前を付け、それらを管理し、稼働し続けるために一生懸命働くことを約束します。企業の IT 構成が拡大するにつれて、3 台または 4 台のサーバーのインフラストラクチャが 10 台から 20 台の物理サーバー、場合によっては数台の仮想マシン (VM)、およびいくつかの異なるクラウドに拡張されます。私たちが今飼っているのは、数匹のペットではなく、牛の群れです。もちろん、私たちはそれらを大事に扱いますが、それらを代替可能な個別のエンティティとしても扱います。

この比喩を続けると、現代の IT チームが現在管理しているものは、工業化された農場施設に似ていると言えます。農場にいる動物を全て数えたり見たりすることはもうできません。他の農場には多数の動物が暮らしており、私たちはそれらの世話を他の人に依頼しているため、動物が行方不明になったり、盗まれたり、病気になったりした場合の責任は私たちに残ります。実際、今日では、それらがどこにあり、どこに保管されているかは問題ではありません。私たちが本当に関心を持っているのは、彼らが何を生み出すか、あるいは技術的なレベルに戻って、彼らが何を可能にするかです。

これはもちろん、物理、仮想、クラウドのワークロードで構成される最新のデジタル インフラストラクチャを指します。

コンテナ化がDevOpsを促進

私たちは長年にわたって多くのコンテナを追加してきました。仮想マシンは複数のオペレーティング システム (OS) インスタンスを実行するハードウェアですが、コンテナーを使用すると、単一の OS インスタンス上で複数のワークロードを実行できるようになります。これにより、独自のオペレーティング システムで実行され、より多くのストレージ スペースを占有する仮想マシンよりも、コンテナーは軽量で柔軟性が高く、起動が速くなります。 IT 意思決定者は、ストレージ インフラストラクチャほど速度やフィードには重点を置いていません。アプリケーションとエンドユーザー（社内または社外）のパフォーマンスに細心の注意を払っています。

Kubernetes のプラットフォームとしての価値はここにあります。Kubernetes を使用すると、IT チームはアプリケーションを構成する複数のコンテナを論理ユニットに結合できるからです。 Kubernetes を実行することで、IT チームはアプリケーション配信を安全かつ確実に加速および拡張できるようになります。 Kubernetes を実行すると、アプリケーションの配信も自動化され、変更のリスクが軽減され、反復的な手動プロセスを排除しながら継続的な改善、更新、更新が可能になります。 Kubernetes は、需要の変動に応じてアプリケーションの価値を高める能力と、異なるプラットフォーム上で複数のアプリケーションを同時に実行する能力とのバランスをとるための優れた俊敏性と柔軟性を IT チームに提供します。最後に、Kubernetes は開発、品質保証、運用チーム間の連携を強化します。 DevOps は、これらのチーム間のコラボレーションを促進し、異なるチーム間のサイロを解体して、これらのチームが協力してビジネスと顧客にとってより多くの価値を生み出すという共通の目標を達成できるようにすることを目的としています。結局のところ、Kubernetes が企業に提供できる本当のメリットは、アプリケーションをより速く、より大規模に、より正確に提供できることです。

本質的に、DevOps はクラウドネイティブな方法で物事を実行するプロセスを表すため、Kubernetes は、より広範な目標を持ちながらも共通の目標に向かって取り組んでいる DevOps 組織に適しています。多くの企業の想像を超える潜在的な利点があります。 DevOps は、Kubernetes が提供する自動化機能とスケーラビリティ機能を最大限に活用して、開発サイクルを短縮します。簡単に言えば、企業は以前よりも頻繁にアプリケーションをアップグレード、パッチ適用、更新できるようになります。たとえば、金融サービス業界では、これが重要な利点となります。 2020 年には世界中の多くの銀行支店が閉鎖を余儀なくされましたが、大多数の銀行はオンライン バンキングやモバイル バンキングを通じて顧客にデジタル金融サービスを提供できる準備ができています。このレベルの高度なデジタルサービスが実現できたのは、過去10年間に銀行業界の挑戦者たちがもたらした破壊的変化によるところが大きく、MonzoやRevolutなどの企業が世界的な大手銀行に行動を迫ったからだ。これらの出来事の結果、銀行は年に数回ではなく、毎月アプリケーションとサービスを更新および最適化する必要が生じました。

将来的には、人工知能や機械学習などの技術によって銀行業務の自動化がさらに促進され、個人の財務、貯蓄、支出の追跡が容易になります。銀行が高品質のアプリケーションとカスタマイズされたサービスを立ち上げるために競争する中、クラウドネイティブ プラットフォームと DevOps は、広範囲にわたるイノベーションをより迅速に実現するのに役立ちます。

最新のデータ保護

クラウドネイティブ アーキテクチャと Kubernetes によって実現されるスケーラビリティについて話すとき、新しいコンテナ化された環境の再現性と精度についても言及できます。金融サービス業界を例にとると、この業界はパンデミック中に大きな発展を遂げたため、物理的な小売支店の構成に変化が見られ、より高度なデジタルおよび非接触型システムが必要になります。人々が自宅から繁華街に戻りつつも、デジタルファーストの消費者体験を期待するようになるにつれ、実店舗内での新しいテクノロジーやデバイスの導入は新たな常態の一部となるでしょう。これにより、顧客がどの拠点でも一貫したエクスペリエンスを確実に得られるよう、複数の支店で一定レベルの IT 更新が必要になる可能性があります。

したがって、物理サイト全体で一貫性のある包括的な「オンプレミス」エクスペリエンスを提供したい組織にとって、Infrastructure as Code (IaC) などのアプローチが重要になります。 IaC とは、人為的なエラーによって妨げられる可能性がある手動構成ではなく、機械可読定義ファイルを通じてインフラストラクチャを管理および構成するプロセスを指します。 IaC は、繰り返し可能なタスクを毎回同じ方法で実行できます。昔は、複数のサイト間で IT 環境を複製するには、まず 1 つのサイトを構成およびセットアップし、その後各サイトでまったく同じチームとプロセスを使用するしかありませんでした。世界規模ではもちろん、中国の主要なショッピング街のすべてに 100 以上の小売銀行がある場合、このアプローチは現実的に不可能です。 IaC とは、最初のサイトが基本的にソフトウェア コードで定義され、何度も移行して正確なレプリカを作成できる構成アプローチを指します。さらに、プラットフォーム運用チームを持つ企業では、運用サービスをセルフサービス方式で開発チームに提供し、サイト信頼性エンジニア (SRE) と連携させることができるため、ワークロードの起動が面倒な作業ではなくなります。ワークロードがクラウド、オンプレミス、仮想環境、またはコンテナ内にあるかどうかにかかわらず、IaC はプロセスを繰り返し可能にしながら速度と効率を向上させます。これにより、複数のサイトにわたるデジタル インフラストラクチャの展開プロセスがスピードアップするだけでなく、悪意はないもののシステムの停止やサイバー セキュリティ侵害につながる可能性のある人為的エラーの可能性も低減されます。

金融サービスやその他の多くの業界では、データ保護の問題がデジタル変革の取り組みを妨げており、2021 年の Veeam データ保護トレンド レポートでは、バックアップの失敗や不完全さが原因で組織のデータの 58% が保護されていない可能性があることが明らかになっています。 Kubernetes とクラウドネイティブ プラットフォームは、企業がデジタル変革を継続的に推進するための基盤ですが、データ管理の必要性がなくなるわけではありません。アプリケーションをコードとして展開し、プログラムのバージョンを管理すると、外部ソース (データベースやエンド ユーザーなど) からこれらのアプリケーションにステートフル データが書き込まれるため、すべての処理が完了するまで、データ保護に関してより微妙な課題が生じます。このデータはコードには含まれていませんが、ステートフルになっています。このデータは、コード変更前にバックアップをトリガーするための CI/CD パイプラインおよびネイティブ API の一部として、または Kubernetes 用に構築されたネイティブ ツールを使用して定義されたポリシーとして保護する必要があります。したがって、Kubernetes を活用したい組織にとっての最善のアドバイスは、クラウドネイティブ プラットフォームとツールの両方の専門知識を持つ最新のデータ保護の専門家と提携することです。

コンテナの人気と影響力が拡大し続ける中、企業は物理、仮想、クラウド、Kubernetes 環境全体でデータを保護し、バックアップできることを保証する必要があります。そのため、Kubernetes が提供する俊敏性、拡張性、自動化を最大限に活用したいと考えている企業は、データ保護戦略と機能を同期して更新する必要性を無視することはできません。