クラウドネイティブの定義とルール

クラウド リソースを使用するように設計されたソフトウェアを作成することは、移行する組織にとって次の大きな動きとなるはずです。

人々は流行語に対して愛憎の感情を抱くことが多い。一方で、あまりにも酷く乱用されることが多く、実用的な意味をほとんど失ってしまいます。その一方で、特定の概念を簡潔に伝える唯一の方法であるように思われます。

[[271499]]

クラウド ネイティブというのは流行語です。最近では、ありとあらゆるものがクラウド ネイティブと称されるようになっているようです。信じられませんか？ 「クラウド ネイティブ ハードウェア」、「クラウド ネイティブ セールス エキスパート」、「クラウド ネイティブ 会計事務所」というフレーズを Google で検索します。それは伝染病だ。

しかし、パブリック クラウド プラットフォーム上で実行することを明確な目的として構築されている新しいソフトウェアの波について、他にどのように話せばいいのでしょうか?これより良いラベルはないようです。最近流行りの「モダンクラウドアプリケーション」には一定の親和性があるものの、まだ一歩前進とは捉えられておらず、この分野にどう参入するかを真剣に検討している状況です。

こうした新しいタイプのアプリケーションのセキュリティ保護にまったく異なるアプローチを採用しているセキュリティ スタートアップ企業として、発生した変更について意味のある話さえできないのに、自分たちの仕事についてどうやって説明できるでしょうか。

したがって、クラウド ネイティブが何を意味するかについて合意に達するように努める必要があります。テクノロジーには多くの定義がありますが、そのほとんどは過度に詳細で、驚くほど役に立たないものです。クラウド ネイティブという用語を理解する最も便利な方法は、クラウド プラットフォームをオペレーティング システムとして考えるときに、その背後にある哲学全体がクラウド ネイティブであると考えることです。

歴史的に、クラウド コンピューティングは、コンピューティング、ストレージ、ネットワークなどの仮想化されたハードウェアを利用する手段として使用されてきました。企業が「クラウド ネイティブ」になると、次のレベルに進み、クラウド プラットフォームに依存するソフトウェアを設計、構築、展開、実行して、企業が活用できる豊富なサービスと、それらのサービスの利用を容易にする便利な抽象化を提供できるようになります。

他のオペレーティング システムと同様に、企業は、ストレージ リソースの管理、ハードウェア コアへの処理要求の一致、多くのアプリケーションに共通する複雑なタスクの処理について心配する必要がないようにしたいと考えています。他のオペレーティング システムと同様に、企業が一般的に知りたくない内部の詳細があります。他のオペレーティングシステムと同様に、

これが問題の原則です...

上記の定義から派生したクラウド ネイティブ ソフトウェアの重要な原則をいくつか見てみましょう。

可能な限りマネージドサービスを利用する

AWS が Windows のようなものだとしたら、Kinesis は DirectX だと思ってください。企業が Windows 向けのゲームを開発しようとしている場合、おそらく独自のグラフィック レンダリング エンジンを導入することはないでしょう。企業はネイティブ プラットフォームが提供する機能を使用します。企業がリアルタイムのストリーミング データを収集して処理することを検討している場合、EC2 マシン上の複雑なパイプラインに頼るのではなく、Kinesis を活用する必要があります。

クラウドプロバイダーに健全性とスケーリングを任せる

企業が健全性と負荷を監視し、スケーリングを処理することを要求するアーキテクチャは避けてください。これらは、パフォーマンスとコストが絡む複雑な問題であり、ほとんどの組織にとって悩みの種となっています。現代のクラウド プラットフォームでは、こうした問題がますます解消されています。 AWS Lambda や Google Cloud Run などのサービスを使用すると、企業はスケーリングや健全性を気にすることなくコードを実行できます。 Azure Blob や AWS S3 などのストレージ サービスを使用すると、企業は容量やスループットを気にする必要がなくなります。これにより、アプリケーションの回復力が高まり、操作が簡単になります。

コードはビジネスロジック用です

コードの記述は最後の手段であり、主に価値のあるビジネス ロジックを実装するために使用されるべきです。ビジネスに必要なその他のものはすべて API 呼び出しになります。コアでない場合は、他の誰かが構築しています。それらを使用してください。高価に思えるかもしれませんが、企業はコードの作成だけでなく、テスト、保守、運用にかかるコストも考慮する必要があります。

ベンダーロックインを心配する必要はありません

これはとても重要です。企業がソフトウェアを作成する場合、プラットフォームを切り替える必要が生じた場合に何が起こるかを考えるのは間違いではありません。しかし、企業が将来のプラットフォームには存在しない可能性のあるものを使用することでアプリケーションが機能しなくなることを避けなければならない場合、少なくとも準備はできていることになります。これはパブリック クラウドではさらに顕著になります。企業が 1 つのプラットフォームに縛られることはありません。企業はいつでも、アプリケーションの一部またはすべてを別のクラウド プラットフォームに移行できます。したがって、選択したプラットフォームを最大限に活用することに集中し、移行を決定したときに何が起こるかについてはあまりストレスを感じないでください。

また、DevOps、CI/CD、アジリティ、12の要素

それは人々が行うもう一つのことです。彼らは好きなものを何でも混ぜます。ソフトウェア構築には素晴らしいトレンドが数多くあります。企業が最新の CICD パイプラインに可能な限りすべて (セキュリティを含む) を自動化しなければ、後で問題が発生することになります。これらが直接関連していないからといって、企業が従うべきではないということではありません。つまり、企業がクラウドネイティブではないソフトウェアを構築している場合でも、それらに注意を払う必要があるということです。

結論は

諺にあるように、敵に勝てないなら、敵に加わればいい。クラウド ネイティブ ソフトウェアを構築する場合は、クラウド ネイティブ プロセスとクラウド ネイティブ アーキテクチャを使用し、クラウド ネイティブ セキュリティ、クラウド ネイティブ ビルド オーケストレーション、クラウド ネイティブ操作も忘れないでください。