クラウド対応アプリケーション アーキテクチャを構築するための 5 つのステップ

特定のプラットフォーム用にアプリケーションを構築することは常に良い考えです。 今日の多くの人にとって、それはCloud Ready Applicationを構築することを意味します。 アプリケーション アーキテクチャがクラウド専用に設計されていることを確認すると、途中で直面する問題が少なくなりますが、それ自体が課題になる可能性もあります。

クラウド対応のアプリケーションを作成したい場合、最初から成功させるためには多くの手順を踏む必要があります。 はい、今日作成されたすべてのアプリケーションがクラウドベースになる可能性があることは事実です。 ただし、プロジェクトのニーズに合わせて拡張できるクラウド対応アプリケーションが必要な場合は、これを容易にするために必要な独自の開発手順があります。

クラウド対応アーキテクチャと従来のアーキテクチャの違いは何ですか? アプリケーションとそのコンポーネントは、オンサイト リソースではなく仮想リソースでホストされるため、これらのリソースは異なる方法で割り当てられます。 ローカルではなく、広域ネットワーク (WAN) 経由で配布する必要があります。 また、リソースを管理して、アプリケーション ユーザーがパブリック クラウド情報にアクセスできないようにする必要があります。

何が違うのかがわかったので、アプリケーションが「クラウド対応」である理由も認識する必要があります。 IBM の Kyle Brown 氏と Mike Capern 氏によると、「パブリック クラウドまたはプライベート クラウドに効果的にデプロイできるアプリケーションは、クラウド対応です」。 つまり、アプリはホストのすべてのサービスとしてのプラットフォーム (PaaS) 機能を利用できる必要があります。

これは見かけほど画期的ではありません。 実際、クラウド対応アプリケーションを作成するために既存のツールをすべて残す必要はありません。 重要なのは、実装プロセスを最大限に活用するために、最も重要な手順とルールを念頭に置いておくことです。

クラウド環境への移行は、かつてないほど簡単になりました。 急速に変化する消費者の要求のおかげで、開発者は注意を払い、常に改善する必要があります。 それは正しい; 快適になる余地はありません。 クラウド テクノロジーにより、スケーリングが容易になり、手頃な価格になるため、今日の世界ではオプションではなくなりました。

クラウド対応アプリケーション アーキテクチャとクラウド ネイティブの比較

まず、部屋にいる象に話しかける必要があります。 Cloud Ready Applicationアーキテクチャとクラウドネイティブ アーキテクチャには違いがあり、この違いは非常に重要です。 クラウドネイティブ アプリケーションは、パブリック クラウドで実行するために作成されたプロジェクトです。 これらは、もともとコンテナベースの展開で構築されました。

クラウドネイティブ アプリケーションは、アジャイル ソフトウェア開発を使用して、常に新しい反復を繰り返します。 オブジェクト ストレージやキューイング システムなどのクラウド サービスへの依存度が高くなります。 これは、ここで話しているクラウド対応とは大きく異なります。

上で概説したように、 Cloud Ready Applicationは、従来のエンタープライズ アプリケーションをクラウド上で機能できるように変換することです。 パブリック クラウドが提供するすべてのサービスを利用することはおそらく不可能ですが (これはクラウド ネイティブにしかできないことです)、移行を行うことにはまだ多くの利点があります。

この状況の制限要因はコードではありません。 それは実際には展開の仕組みです。 エンタープライズ アプリケーションは伝統的に多層であり、これにより、元の設計に水平方向の自動スケーリングが組み込まれているクラウド ネイティブと一致させることが困難になります。 これが、アプリケーションが現在どのように展開されているかを調べることが非常に重要である理由です。 更新プログラムのインストールを自動化する一連のスクリプトが既に装備されている場合は、クラウド対応に変換するのがはるかに簡単になります。

アプリのCloud Ready Applicationアーキテクチャを作成する意味を理解したところで、移行を行う際に従うべき 5 つのステップについて説明しましょう。

1. クラウド対応アプリケーションのスケーリングの影響を検討する

プログラミング環境をクラウドベースの環境に変更するのは簡単ではありません。 これは抜本的な変更であり、スケーリング時に問題が発生するのを回避するには、多くの根本的な変更が必要です。

スケーリングは、クラウド プラットフォームを使用するメリットの 1 つです。 仮想アプリケーションは簡単に構築および更新できます。 ただし、特定のトポロジを使用してアプリをコーディングすると、すぐに問題が発生します。 今すぐ準備しないと、動的スケーリングは大混乱を引き起こす可能性があります。 最初の段階にいるように、すべての新しいプロジェクトに取り組みます。

最善の戦略は、アプリをできるだけ汎用的に開発することです。 このようにして、現在だけでなく将来にわたって、定期的な更新を開発し、アプリを可能な限り共同で維持することがはるかに効率的になります。

2. クラウド対応アプリケーションの処理とデータを切り離す

アプリを停止させるよくある間違いの 1 つは、データをアプリケーションに結合することです。 他の状況ではこれで問題ないかもしれませんが、クラウド対応アプリを設計している場合は、処理とデータを別々のコンポーネントとして保持する必要があります。

ほとんどのパブリック クラウドとプライベート クラウドでは、このデータと処理を分離する必要があります。 また、特に機密情報を保存している場合は、非常に安全です。 さらに重要なことは、アプリケーションを圧迫する追加のデータ ストレージがないため、アプリケーションの動作が大幅に向上することです。

今日の時代では、遅く、信頼性が低く、ユーザーに反応しないアプリを使用する余裕はありません。 クラウド アーキテクチャでは、アプリを常に最高の状態で実行したい場合、データを分離することが不可欠です。

3. クラウド対応のアプリケーション ログにアクセスできるようにする

100% 安全でエラーのないアプリケーションはありません。 これは開発者のせいではなく、テクノロジーの現実です。 ログをローカル ファイル システムに書き込まないでください。 これを行って問題が発生した場合、これらのログにアクセスするのはさらに困難になります。 アプリケーションが完全にクラッシュした場合、これらのローカル ログはどのように役立ちますか?

貴重なデータを失わないでください。 ログは、問題の存在に気付く前に問題に戻るためのパンくずリストです。 ファイルをローカルに保存する代わりに、サード パーティのログ アグリゲーターを使用します。 オープンソースのアグリゲーターまたは商用のアグリゲーターを使用しているかどうかに関係なく、何が起こっても開発チームが scala サーバーとインフラストラクチャの監視にアクセスできるようにします。

これらのログ フレームワークを利用することには多くのメリットがあります。 表示したい情報をフィルタリングしたり、クラウド ストレージでログ ファイルを追跡したりできます。 そもそも問題の発生を防ぐ最善の方法は、アグリゲーターを使用してリアルタイムの変更を最新の状態に保つことです。

4. クラウド対応のアプリケーション セキュリティが最優先

はい、技術的にはセキュリティはこのリストの 4 番目ですが、開発者にとっては常に最初に来る必要があります。 今日のニュースフィードをスクロールすると、モバイルアプリ開発会社のデータ侵害に関する別のレポートが表示されます。 毎日、サイバー攻撃はより一般的になっています。 アプリを単なる別の統計にしたくはありません。

アプリ内のデータは暗号化する必要があります。 システム間を流れるため、より脆弱です。 この情報を保存および保護するシステムを作成します。

クラウド対応アプリケーションのセキュリティは、企業のセキュリティに基づいている必要があります。 まだ完全にクラウドに移行していなくても、開発段階以降のアプリ セキュリティへのアプローチに一貫性を持たせてください。 明確なセキュリティ仕様を作成し、DevOps の自動化をこれらの基準に準拠させます。 最後に、自分の業界のセキュリティ規制とコンプライアンス条件について学びましょう。 これらは大きく異なる可能性があります。

5. クラウド対応アプリケーションからデータを移動するための戦略を作成する

最後に、クラウド対応アプリケーション データをクラウドに移動する方法を検討する必要があります。 これらの前段階で十分な準備をしておけば、簡単なプロセスになります。 もちろん、これはすべて、移動するデータの量によって異なります。 データがあまりない場合は、インターネット接続を介してこのデータをコピーするのと同じくらい簡単です。

より大きなワークロードの場合、送信する前にデータを圧縮する必要がある場合があります。 非常に大きい場合は、クラウド プロバイダーに物理ドライブを発送する必要がある場合があります。 プロバイダは、移動のベスト プラクティスについて具体的な指示を与えることができます。

ただし、アプリ開発会社によるアプリケーションは、ドライブに入れたら移植可能であることを確認してください。 プロバイダーだけでアプリケーションを「ロックイン」することは望ましくありません。 多くの場合、メタデータは単一のプラットフォームに固有であるため、これも移植可能にしておく必要があります。 最後に、理想的には自動化された最終的なテスト戦略に進みます。 それだけです、あなたは雲の中にいます！

クラウド対応アプリケーション: まとめ

従来の開発からCloud Ready Applicationアーキテクチャに移行する際には、注意すべきことがたくさんあります。 はい、途中で間違いを犯す可能性があります。 ただし、テクノロジを学習して成長している限り、より効果的な戦略を作成できます。

クラウド テクノロジーに投資することで、プロジェクトにさまざまなメリットがもたらされます。 迅速かつ効果的にスケーリングできるようになりました。 ただし、上記の手順を使用して、安全で安定した移行を行うという課題に取り組む必要があります。 簡単ではありませんが、それだけの価値はあります。

続きを読む: 2020 年に自信を持ってモバイル アプリケーションを宣伝する方法