クラウドレット:クラウドがインテリジェントデバイスと出会う場所

ハイパースケールパブリッククラウドは、記録システムの新しいプラットフォームとして確立されています。ERP、サプライチェーン、マーケティング、および販売アプリケーションのプロバイダーは、今日、主にまたは排他的にハイパースケールのパブリッククラウドに基づいています。オラクルだけでも、フロントオフィスとバックオフィスのSaaSに何千もの顧客がいます。また、顧客のリストは、従来のフロントオフィスおよびバックオフィスアプリケーションのリストをはるかに超える速度で増加しています。

もちろん、ハイパースケールのパブリッククラウドは、これらの記録システムアプリケーションを拡張または拡張する新しいクラウドネイティブアプリケーションを実行するための適切な場所でもあります。これらの新しいアプリケーションは、異なる方法で設計されています。記録システムは通常、クラウド内の仮想マシンで実行される大規模なモノリシックアプリケーションですが、クラウドネイティブアプリケーションは通常、マイクロサービスとして記述され、コンテナーにパッケージ化され、完全なアプリケーションをユーザーに提供するように調整されます。このアプローチの利点の中には:

  • より速いイノベーション
  • アプリケーションの使用ごとに特定のカスタマイズを提供する機能
  • コードの再利用の改善
  • コンテナの展開密度が高く、リソースの消費効率が高いため、従来の仮想化と比較してコストを削減できます。

これらはすべて常識であり、際限なく宣伝され、もはや議論されていません。

ただし、あまり議論されていないのは、集中型のハイパースケールクラウド展開に必ずしも適しているとは限らないアプリケーションの銀河です。代わりに、これらのアプリケーションは、潜在的にクラウドサービスに基づく分散コンピューティング環境で、ネットワークのエッジまたはその近くで繁栄します。これらのアプリケーションは、エンゲージメントのシステムと制御のシステムです。

エッジのシステム

業界をリードするアナリスト企業によると、エンゲージメントシステムは、「トランザクションを記録し、財務会計を整理する従来の記録システムとは異なります。プロセスではなく人に焦点を当て、アプリやスマート製品を直接提供します。顧客、パートナー、および従業員の日常生活とリアルタイムワークフローのコンテキストで。」人間の相互作用を促進するように設計されたエンゲージメントシステムは、本質的に記録システムよりも分散化されています。

区別するための3番目のタイプのアプリケーションは、私が制御システムと呼ぶものです。これらのアプリケーションは、インテリジェントデバイス間のリアルタイム制御を提供します。おそらく、古典的な例は自動運転車の例です。 2台の車が時速65マイルで高速道路をスピードダウンしている場合、速度と位置に関するデータを処理のためにリモートデータセンターに送信することによって、間隔を自動的に調整することはありません。それらは互いに直接通信し、マイクロ秒単位で応答します。自動車の高速化、組立ラインの製造、ロボット手術のいずれの場合でも、ネットワークの遅延を最小限に抑えることは、モノのインターネットにとって重要な問題です。

エンゲージメントシステムと制御システムを構築している開発者も、マイクロサービスとコンテナーに基づくdevopsモデルを採用しています。これらの種類のアプリケーションに対して、コンテナは以下を提供します。

  • 多数のシステムに展開するためのほぼゼロのコスト(数十万台の車両を考えてください)
  • インスタントリプレイとリセットによる高速起動時間
  • ネットワーク上の多くの異なるタイプのコンピューター間でプラットフォームの互換性の問題が減少するため、移植性が向上します

これらのコンテナはどこで実行されますか?制御システムの場合、コンテナは通常、インテリジェントデバイス自体で実行されます。たとえば、自動運転車内で実行されます。

エンゲージメントシステムを実行するには、企業は、顧客、従業員、パートナーに近いネットワークの端にあるデジタル不動産を、ハイパースケールクラウドではなく、軽量のコンテナベースのアプリケーションに適したはるかに小さなクラウドに杭打ちする必要があります。 。それらをクラウドレットと呼びます。

クラウドレットを入力してください

クラウドレットは、クラウドコンピューティングの容量をネットワークのエッジにあるインテリジェントデバイスに近づける方法です。カーネギーメロン大学の研究者がクラウドレットを定義しているように、クラウドレットは、インテリジェントデバイス、クラウドレット、クラウドの3層階層の中間層です。クラウドレットは、クラウドをデバイスに近づけることを目的として、ボックス内のデータセンターと見なすことができます。CMUの研究者のアイデアに基づいて、クラウドレットには4つの重要な属性が必要だと思います。

  • 標準のクラウドテクノロジーに基づく、小型で低コストのメンテナンスフリーのアプライアンス設計
  • 強力で、接続が良好で、安全です
  • ソフト状態のみを維持します(マイクロサービスとコンテナー用に構築されています)
  • ネットワークの端にあり、通信するインテリジェントデバイスの近くにあります

その影響は重要です。たとえば、多くの人がクラウド内の単一のハイパースケールデータセンターでアプリケーションを一元的に実行する仮想企業のビジョンを持っていますが、現実には、革新的な企業がエンゲージメントを展開し、世界中の数百または場合によっては数千のクラウドレットにアプリケーションを制御します。

小売業者にとって、クラウドレットインフラストラクチャとそれらが実行するコンテナをどこに配置するかは明らかかもしれません:小売業者のアウトレット。ローカルの実店舗を持たない他の企業の場合、電気通信プロバイダーは、大都市のデータセンターで、または最寄りの携帯電話タワーと同じくらい地理的にローカルでクラウドサービスを提供します。

事実上、プレゼンスが必要な場所に何百ものデータセンターを所有するのではなく、企業は一定期間クラウドのスライバーを借りることができます。事実上、ローカルデータセンターでアプリケーションを使用するためのホテルの部屋です。アプリケーションは、ネットワークのエッジにいる人、デバイス、またはセンサーが必要に応じてチェックインおよびチェックアウトします。

牧畜コンテナ

もう1つの重要な意味:問題を修正するための従来の手動アプローチは自動化に取って代わられます。数百または数千のコンテナーが膨大な数のクラウドレットにプッシュされると、本番環境でのトラブルシューティングの時代は終わりました。

ハードウェア障害がありますか?自動スケーリングコンテナは、必要に応じて冗長クラウドハードウェアで新しいコンテナを自動的に起動できます。システムソフトウェアの障害?欠陥のあるコンテナはカリングされ、新しいコンテナがロードされる可能性があります。アプリケーションソフトウェアの障害?ソースを一度修正して、コンテナの新しい波をグローバルにプッシュします。現場でコンテナにパッチを適用したり、アップグレードしたりしないでください。

これは、CERNのGavin McCanceによって説明されているように、アプリケーションの展開と管理の「牛対ペット」モデルと呼ばれます。ペットはユニークです。彼らは手で育てられ、愛情を込めて世話をされています。彼らが病気になったとき、あなたは彼らを健康に戻します。大規模で複雑なモノリシックアプリケーションで構築された従来のOLTPおよび意思決定支援システムについても同じことが言えます。

一方、マイクロサービスとコンテナに基づくシステムは、牛のように扱われます。牛はほとんど同じです。あなたはそれらの数百または数千を持っているかもしれません。病気になったときは、別のものと交換します。

そのため、コンテナベースのエンゲージメントと制御システムのIT運用の基本的な見方は異なります。ITは多くのコンテナーを作成し、ユーザーとデータに近いクラウドレットにプッシュして、通常は数時間または数日という短期間の使用を行います。コンテナーに障害が発生したり、古くなったりしても、パッチやアップグレードは行われません。コンテナーは削除され、新しいコンテナーがクラウドレットにプッシュされます。

ビジネスがまとまりのある全体として機能するためには、記録システム、関与システム、および管理システムを統合する必要があります。ライフサイクル全体の共通インフラストラクチャ(開発、構築、配布、監視、および管理)を使用して、コンテナーの形式で分散型クラウドサービスを構築および展開できます。大規模なモノリシックSaaSアプリケーションはなくなることはありませんが、例外であり、ルールではない可能性があります。

このコンセプトを実現するために必要なテクノロジーに焦点が当てられています。コンテナの開発、展開、および管理のライフサイクルを簡素化する一連のツールを持つことの重要性に対する認識が高まっています。

マイクロサービスベースのアプリケーション開発は、通常、スクリプト言語、開発フレームワーク、ソースリポジトリ、バグ追跡ツール、継続的インテグレーションツール、バイナリリポジトリなどのツールに依存しています。他のツールは、マイクロサービスをコンテナーとしてパッケージ化してデプロイします。展開と構成のための管理ツールは、同一のサーバー間で同一のサービスを頻繁に実装するように設計されています。オーケストレーションツールは、クラスター管理、スケジューリング、サービス検出、監視などのアプリケーションに属するコンテナーの論理コレクションを作成するために使用されます。

多くの企業がこれらのツールを提供しており、業界標準が現れ始めています。最終的に、これらのツールと標準により、企業は、数十または数百の物理データセンターにまたがる多くのクラウドサービスで構成される仮想データセンターを運用できるようになります。

仮想データセンターのこのより大きなビジョンをどのように始めることができますか?2つの即時のステップがあります。まず、記録システムをパブリッククラウドに取り込み、内部リソースを解放して、新しい革新的なエンゲージメントと制御のシステムに集中します。次に、IT組織内でDevOpsの規律を確立します。どちらの手順も長くて骨の折れる作業ですが、進むにつれて自分でお金を払うことができます。旅の終わりには、真のリアルタイム企業に必要なスケーラビリティ、信頼性、応答性を備えた仮想データセンターがあります。

Robert Shimpは、OracleのLinuxおよび仮想化製品管理のグループ副社長です。

New Tech Forumは、前例のない深さと幅で新しいエンタープライズテクノロジーを探索して議論する場を提供します。選択は主観的であり、読者にとって重要で最も興味深いと思われるテクノロジーの選択に基づいています。出版用のマーケティング資料を受け入れず、寄稿されたすべてのコンテンツを編集する権利を留保します。すべてのお問い合わせは[email protected]までお送りください。