| REVIEW | あなたは曇りのアプリケーションがすでに非常に柔軟であると考えている場合は、あなたが本当にハイブリッド曇ったオファーの利点を探求するために、待ちます。曇りまたは単にハイブリッドクラウド、地域のインフラを混合し、一緒にクラウドをコンピューティングリソース。ハイブリッドクラウドは非常に有利である多くの理由があります。 |
たとえば、ときに、高いパフォーマンスと柔軟性を両立できるハイブリッドクラウド環境に依存する、大量のデータを処理します。このようなビジュアルAI、十分にオープンで柔軟なクラウド・システムの使用を維持しながら、ユーザは、リアルタイムで、ローカル処理から利益を得ることができるように、ハイブリッドクラウドなどの特定の用途に。
本当の課題は、バランスを見つけることです。クラウドコンピューティングは現在、非常に利用可能ですが、ローカルに配置参入障壁はまだ比較的高いですが。でも、ハイブリッドクラウドの概念自体を定義するのは困難です。この記事では、我々は地元のソリューションやクラウドサービスとの間のバランスを見つける方法について説明します。
地域のインフラやクラウドサービスのバランスを作るためには、あなたが最初に行う必要がある最初の事は必要性がハイブリッドクラウドを実装するために、なぜ定義することです。目標を決定し、取るために、このプロセスの最初のステップに合わせて、ビジネス目標とハイブリッドクラウドを確保します。
「なぜ？」まだここに大きな問題ですが、これが唯一の問題はほど遠いです。また、自分で達成することが主な目的と期待される利益を依頼する必要があります。あなたはハイブリッドアーキテクチャで実行したいまた、識別ソリューションとアプリケーションは実装を実現する方法も明らかにします。
さらに重要なのは、あなたが収集特定の要件に必要な、その後に移動します。いくつかのケースでは、濁った環境ではなく混在環境への移行がよりよい解決策です。あなたはまだローカルのハードウェアに投資することなく、非常に近く、特別に調整クラウドリソース、および相互間の距離の恩恵を受けることができます。
ビジネスや運用の目的を定義した後、あなたのニーズとソリューションについての必要な情報が実行されるようになるだろう、プロセスの次の部分は、動作し、クラウド環境に投資するのが妥当であることを証明します。ここでは、ソリューションの作業負荷を考慮しなければなりません。一般的に、スタッフは、それがあまりにも複雑になるので、あなたはクラウドにすべてのコンテンツを移行することはできません、最も簡単な解決策になるために、ローカル、ハイブリッドソリューションのために実行されています。
リアルタイム・アプリケーションのためのより適切なローカルサーバーや他のハードウェアをサポートしています。あなたはプライベートで安全な環境を必要とするとき、我々はまた、地元のソリューションを必要としています。ローカルで実行している場合は、あなたがその可用性、拡張性、およびその他の地理的な場所を確保するかにも考慮しなければならない要因ので、必ずしもすべてのアプリケーションは、正しく実行することができます。
コストも考慮すべき重要な要因です。ワークロードのコストおよびハイブリッドクラウド環境を作成するには、比較のために処理されます。あなたは、ハードウェア、サービスが混在する環境コストを検討すべきであるだけでなく、新しい環境への移行のコスト（で、ダウンタイムかどうか）を検討すべきです。
方程式のスキルの最後の部分。ワークロードおよびハイブリッドクラウドエコシステムを一致させるためには、すべてのサーバー管理者とDevOpsチームの専門家は、ローカルとクラウドのクラスタを管理することが可能であることを確認する必要があります。これは、パズルを完了し、あなたがハイブリッドクラウドのための詳細な計画を移行することができます。
前の因子の徹底的な考察（および計画段階）場合、実際にハイブリッドクラウド環境への痛みを伴う移行が大幅に低減されます。あなたは総合的な方法で、ハイブリッドクラウドを実現するために喜んでいるかどうかを評価することができます。
この実装プロセスでは多くの方法を使用することができますが、始めるための最も簡単な方法は、一連の締め切りにあります。必要期限後に新たな溶液は、所定の因子のセットに従ってローカルクラウド溶液または溶液として定義される実施形態。
ローカルクラスタとクラウドサービスの統合は簡単です。あなたは（Amazonなど）、クラウドサービスプロバイダーが提供するリソースを使用している場合は、それが利用可能なツールを持つことになります。たとえば、あなたは通常、ローカルのハードウェアの統合にAWS前哨すぐにAPI、管理ツール、AWSクラウドインフラストラクチャおよびサービスを使用することができます。
使用AWSの前哨、あなたはすべてのコンテンツIDおよびアクセス管理を管理するために、AWSのネイティブツールを使用することができます。ローカルソリューションは、データベースのソースアマゾンRDSとして使用することができ、RDSも容易に統合し、一元管理を可能にする、ローカルVMで実現することができます。
実施形態のこのタイプものIoTデバイス、センサー及び他の合理計算ツールは、ハイブリッドクラウド環境に統合されてもよいことを意味し、エッジがコンピューティングデバイスを統合することができます。すべての要素は、スケーラブルで管理しやすいまま。
この環境では、アプリケーションやソリューションを実行するためのスケーラブルな方法の完璧な要素を提供します。この時点で、あなたはそれらのワークロードのソリューションやアプリケーションに応じて分割することを開始することができます。高いワークロードのすべてのアプリケーションは、ローカルに保持することができます。このようなデータ処理アプリケーション等一方、クラウドに移動させることができます。
クラスタにローカルクラスタからの移行を混合する場合、あなたはいくつかの特別な場合に対処する必要があります。たとえば、データのセキュリティ規制の対象になることがあり、規制は、ローカル・データ・ストレージが必須です。この場合、クラウドクラスターは、クラスのバックアップデータなどのメンテナンス機能ではなく、実際のデータの格納や処理を扱うことができます。
だけでなく、クラウドソリューションといくつかの限られた互換性のために。完全に雲にこれらの局所解する前に、あなたはスケーラブルで可用性の高いハイブリッドクラウド環境のケースを維持したい場合は特に、再構築する必要があるかもしれません。
あなたがローカルクラスタとクラウドサービス間のバランスを見つけるためにしようとすると、一つのことを覚えている：あなたはちょうど最初の時間のバランスを得ることはありません。継続的なモニタリングと評価が等しく重要です。
より多くのあなたがハイブリッドクラウドの実装に関連する指標を収集し、より高いパフォーマンス、スケーラビリティと可用性を実現するために、環境を改善するためのより多くの方法です。また、あなたはさらにバランスにハイブリッドクラウド環境のコストを使用することができます。
いくつかの微調整した後、あなたは最終的に平衡に達するだろう。その時、あなたはあなたのソリューションは、より良い実行されることを知っているし、ローカルクラスタとクラウドサービスのすべての利点を享受します。
これは、スイッチ：https://www.linuxprobe.com/local-and-cloud-services.html