(57)【要約】  本発明は、マルチ/ハイブリッドクラウドのインフラを自動構成してアプリケーションに提供し、管理のための構成情報を同期化するクラウド統合部と、アプリケーションのクラスタを管理する論理的グループからクラウドのアカウントと使用者、ネットワーク資源を割り当て及び管理するサービス管理部と、アプリケーションをコンテナイメージ基盤で配布し、アプリケーション配布時にクラウドのインフラを自動プロビジョニングし、アプリケーションを複製するが、複製されたアプリケーションはロードバランシングを通じてサービスされる一方、アプリケーションのサービス中断なしに配布、インフラ変更などのアップデート作業を遂行し、多くのアプリケーション間の依存性がある場合自動化を構成するローリングアップデートを遂行し、アプリケーションのモニタリングを通じてインストンスのスケーリングをイン/アウトし、アプリケーションのインフラの場合資源容量のスケールをアップ/ダウンとモニタリング情報を通じてスケーリング自動化を構成するアプリケーションオーケストレーション部と、及びサービスの現況、クラスタマップ、モニタリング、リソース管理、メータリング、作業管理、及び全社現況管理/分析機能のための開発/運営部(DevOps View)を含むクラウドプラットフォームシステムを提供する。【選択図】  図１
2020518932.tif 000002
【特許請求の範囲】
【請求項１】
マルチ/ハイブリッドクラウドのインフラを自動構成してアプリケーションに提供して管理のための構成情報を同期化するクラウド統合部(Cloud Integration)と、
前記アプリケーションのクラスタを管理する論理的グループで前記クラウドのアカウントと使用者、ネットワーク資源を割り当て及び管理するサービス管理部(Service Management)と、
前記アプリケーションをコンテナイメージ基盤で配布し、前記アプリケーション配布時前記クラウドのインフラを自動プロビジョニングし、前記アプリケーションを複製するが複製されたアプリケーションはロードバランシングを通じてサービスされる一方、前記アプリケーションのサービス中断なしに配布・インフラ変更などのアップデート作業を遂行し、多くのアプリケーション間の依存性がある場合自動化を構成するローリングアップデートを遂行し、前記アプリケーションのモニタリングを通じてインストンスのスケーリングをイン(In)/アウト(Out)し、前記アプリケーションのインフラの場合資源容量のスケールをアップ(Up)/ダウン(Down)とモニタリング情報を通じてスケーリング自動化を構成するアプリケーションオーケストレーション部(Orchestration)と、及び
前記サービスの現況・クラスタマップ・モニタリング・リソース管理・メータリング・作業管理及び全社現況管理/分析機能のための開発/運営部(DevOps View)を含むことを特徴とするクラウドプラットフォームシステム。
【請求項２】
前記クラウド統合部は前記アプリケーションのクラスタに前記クラウドのネットワークインフラを構成及び提供し、前記アプリケーションに前記クラウドのコンピューティングインフラを構成及び提供するクラウドプロビジョニング機能を遂行し、物理インフラ(Bare Metal)の場合クラスタ設定道具を提供することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項３】
前記クラウド統合部は前記クラウドのインフラの構成情報を統合構成ＤＢに保存及び管理し、運営時インフラ変更情報を前記統合構成ＤＢと同期化することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項４】
前記サービス管理部はマルチクラウドアカウント及び接続情報を統合管理し、ネットワークとクラウドプロビジョニング構成に使用される統合アカウント管理機能(Cloud Provider)を遂行することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項５】
前記サービス管理部は前記サービスを管理するチーム構成員と開発/運営に必要な権限を管理する機能である使用者管理機能を遂行するが、前記権限は全社サービス管理権限(Admin)・全社サービス照会権限(Manager)・構成員で割当されたサービス管理権限(DevOps)を含むことを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項６】
前記アプリケーションオーケストレーション部は前記アプリケーション複製時初期指定した複製数を維持しながら複製するが、アプリケーションコンテナヘルスチェック(Health Check)を通じて異常時再起動する方式であることを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項７】
前記アプリケーションオーケストレーション部は前記アプリケーションのインストンス(コンテナとインフラ)をモニタリングし、臨界値設定を通じたアラームを発生及び管理するモニタリング機能を遂行することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項８】
前記開発/運営部の前記サービス現況機能は前記クラウドの全体アプリケーションクラスタの現況をサービス中心に把握することができるビューを提供するが、前記ビューにサービス現況・クラスタ現況・モニタリングアラーム項目が表示されることを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項９】
前記サービス現況では前記クラウドの全体サービス現況が照会され、サービス内のクラスタの構成現況を総合してクラウド供給者・クラスタ・サーバー・クラウドコンポネント・現在月使用費用が把握されることを特徴とする請求項８に記載のクラウドプラットフォームシステム。
【請求項１０】
前記クラスタ現況ではクラスタの供給者・リージョン・サーバー・クラウドコンポネント・月使用費用がカード形態で照会され、物理(Bare Metal)クラスタの場合使用費用は除かれることを特徴とする請求項８に記載のクラウドプラットフォームシステム。
【請求項１１】
前記モニタリングアラーム項目ではクラスタ内のアプリケーションとインフラでアラームが発生した場合、クラスタカードで確認が可能なことを特徴とする請求項８に記載のクラウドプラットフォームシステム。
【請求項１２】
前記開発/運営部の前記クラスタマップ機能は前記アプリケーションの構成と状態情報をマップ形態で視覚化して照会/管理することができるビューを提供するが、前記ビューにクラスタのサーバー・クラウドコンポネント・サーバーグループ項目が表示されることを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項１３】
前記クラスタのサーバー項目はサーバー内のアプリケーション状態と複製、資源使用量を確認してスケーリング・ローリングアップデートなどを管理遂行し、複製機能の有無によってマルチとシングルインストンスタイプで区分されることを特徴とする請求項１２に記載のクラウドプラットフォームシステム。
【請求項１４】
前記クラウドコンポネント項目は供給者が提供するPaaSサービスを管理することを特徴とする請求項１２に記載のクラウドプラットフォームシステム。
【請求項１５】
前記サーバーグループ項目はサーバー構成の論理的グループを管理することを特徴とする請求項１２に記載のクラウドプラットフォームシステム。
【請求項１６】
前記開発/運営部のモニタリング機能はクラスタ内のアプリケーションとインフラの資源容量と状態を確認してクラウドリソースの状態を確認することができるモニトリングビューを提供するが、前記モニトリングビューはCPU・メモリー・ディスクの平均・ＴＯＰ情報提供で資源の使用量を確認して運営で対応することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項１７】
前記モニトリングビューはビュー転換(トレンド/データ)項目・対象転換(サーバー/リソース)項目を含んで、
前記ビュー転換項目でトレンドビューはサーバーと複製されたインストンス、アプリケーションコンテナに対する時間別モニタリング情報を提供し、データビューは現在時間の平均、ＴＯＰモニタリング数値を提供し、
前記対象転換項目でモニタリング対象はクラスタ内のサーバーとクラウドインフラのリソースで区分されることを特徴とする請求項１６に記載のクラウドプラットフォームシステム。
【請求項１８】
前記開発/運営部の前記リソース管理機能はアプリケーションを構成するクラウドインフラのリソースを確認し、必要時詳細設定を調整することができるリソース管理ビューを提供することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項１９】
前記リソース管理ビューはリソース情報/アクション項目を含むが、前記リソース情報のうちでアプリケーションはコンテナ設定と配布情報を管理し、前記クラウドのリソース情報はロードバランサー・インストンス(VM)・保安で構成され、前記インストンスは容量とボリュームを管理して調整が必要なリソース情報はアクション項目を通じて遂行されることを特徴とする請求項１８に記載のクラウドプラットフォームシステム。
【請求項２０】
前記開発/運営部の前記メータリング機能は前記アプリケーションが使用する前記クラウドのインフラリソースの費用情報を確認することができるメータリングビューを提供するが、前記メータリングビューはクラスタインフラ使用費用項目・サーバー・リソース別費用項目を含むことを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項２１】
前記クラスタインフラ使用費用項目ではクラスタとサーバーが使用するクラウドリソースの費用現況・前月・現在月費用情報・翌月推定費用、及び月別で費用増減推移グラフを提供することを特徴とする請求項２０に記載のクラウドプラットフォームシステム。
【請求項２２】
前記サーバー、リソース別費用項目はサーバー別に使用するクラウドリソース費用をＴＯＰを基準で提供し、クラウドリソース種類別に使用する費用をＴＯＰを基準で提供することを特徴とする請求項２０に記載のクラウドプラットフォームシステム。
【請求項２３】
前記開発/運営部の前記作業管理機能は配布・遠隔命令・リソース管理などの運営作業をスケジューリング/自動化することができる作業管理ビューを提供することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項２４】
前記作業管理ビューは作業現況項目・作業管理項目を含んで、
前記作業現況項目は配布・遠隔命令語・リソース管理タスクで区分し、各タスクを組み合わせて構成されるが、前記配布はアプリケーション配布、前記遠隔命令語はＯＳ命令語を遠隔で遂行、前記リソース管理はスケーリング・状態/設定変更を示し、
前記作業管理項目は直ちに遂行・スケジューリング・アラーム発生によって遂行方式を設定するようにし、前記アラーム発生による遂行は容量モニタリングの基準値による自動スケーリングなどで使用され、前記作業管理項目で作業の実行状態とログ確認を提供することを特徴とする請求項２３に記載のクラウドプラットフォームシステム。
【請求項２５】
前記開発/運営部の前記全社現況管理/分析機能は全社次元でアプリケーションとクラウドインフラの現況を照会して費用/予算管理・費用最適化分析・統計レポートを提供するダッシュボード(Dashboard)を提供することを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項２６】
前記ダッシュボードはアプリケーション現況項目・クラウド現況項目・費用/予算管理・費用最適化分析項目・統計/レポート項目を含んで、
前記アプリケーション現況項目を通じてサーバー・クラスタ・クラウドコンポネントの標準化された要素を基準でアプリケーションとインフラ現況を全社的に把握して照会することができるしサービス中心の現況ビューを提供し、
前記クラウド現況項目を通じて全社で使用するクラウドを供給者・リージョン・リソース別に現況を把握することができるしインフラ中心の現況ビューを提供し、
前記費用/予算管理・前記費用最適化分析項目を通じて全社クラウド費用現況を把握してサービス別予算割り当て/統制と最適化分析を通じてクラウドリソース費用効率化ができる情報を提供し、
前記統計/レポート項目は分析及び報告に必要な統計情報とレポートビューを提供することを特徴とする請求項２５に記載のクラウドプラットフォームシステム。
【請求項２７】
アプリケーションコンテナの登録・共有・ダウンロード・検索・バージョンを管理するイメージ保存所、アプリケーションとインフラのモニタリング情報を管理するモニタリングＤＢ、及びプロバイダー・ネットワーク・サービス・クラスタ・サーバー・コンポネント・クラウドリソースの構成情報を管理する統合構成ＤＢ(Configuration ManagementＤＢ、ＣＭＤＢ)をさらに含むことを特徴とする請求項１に記載のクラウドプラットフォームシステム。
【請求項２８】
オーケストレーション基盤でノードとマスターで構成されて前記ノードの場合ワーカー(worker)を通じて前記マスターの命令語を処理する構造であり、前記ワーカーは前記マスターとの通信を担当して遂行命令語によってExecutorが支援されるクラスタと、
クラウド供給者ＡＰＩを通じて統合管理のための基本モジュールで使用されてマルチクラウドとBare MetalのためのKubernetes ＡＰＩ支援のためのＡＰＩ Rapperであり、プロバイダー拡張のためのプラグインモジュールで構成されるプロバイダープラグインと、
サーバー内のアプリケーションコンテナとインフラのオーケストレーションを遂行する制御モジュールとして非正常終了されたコンテナを再起動/復旧する複製制御、スケールイン/アウトとインストンスタイプとボリューム拡張を通じたアップダウンを遂行するスケーリング、アプリケーションコンテナ配布を順次に無中断で遂行するローリングアップデート機能を提供するサーバーマネージャーと、
マルチクラウドインフラプロビジョニングのための構成管理(Configuration Manager)、マルチクラウド資源の使用量及び費用管理のためのメータリング管理(Metering Manager)、マルチクラウド資源現況及び設定管理のための資源管理(Resource Manager)、コンテナ/インフラモニタリング情報収集及び管理のためのモニタリング管理(Monitoring Manager)、多くの作業タスクを結合して一括遂行し、直ちに遂行・遂行時間・イベント発生が遂行条件であり、配布・サーバーアクション・遠隔命令語のタスクのための作業管理(Job Manager)を提供することとしてDevOpsのためのマネージャーモジュールであるDevOpsマネージャーと、
アプリケーションとインフラの構成情報管理・モニタリング情報管理・アプリケーションコンテナイメージ管理のために提供されたＤＢ/保存所と、
クラウドのすべての機能をＡＰＩに提供し、企業戦略によるオーダーメード化と他のソリューションとの連携を支援するＡＰＩサーバーと、及び
Web ＧＵＩ形態で提供される使用者コンソールを含むアーキテクチャーを有することを特徴とするクラウドプラットフォームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウドプラットフaォームシステムに関するものであり、より詳細には、アプリケーションサービスの可用性と拡張性を保障し、マルチ/ハイブリッドクラウド統合管理が可能であり、開発と運営の効率化が可能なエンタープライズクラウド構築・運営・管理のためのクラウドプラットフォームシステムに関するものである。
【背景技術】
【０００２】
クラウド(Cloud)はコンピューティングサービス事業者サーバーを雲の模様で表示する慣行によって‘サービス事業者のサーバー'で通じる。ソフトウェアとデータをインターネットと連結された中央コンピューターに保存し、インターネットに接続さえすればいつどこでもデータを利用するようにするものである。
【０００３】
このようなクラウドはサービスの提供形態によって‘Salesforce.com'、‘Google e-mail'などのように複数の使用者にオンデマンド(On-demand)で提供されるアプリケーションサービスであるSoftware as a Service(SaaS)、ＡＷＳ ＲＤＳ・Google App Engineなどのように開発用プラットフォームまたはアプリケーション実行に必要なソフトウェアスタックであるPlatform as a Service(PaaS)、ＡＷＳ EC２などのようにサーバーまたはストレージなどを使用者にサービス形態で提供するInfrastructure as a Service(IaaS)で分けることができる。
【０００４】
また、クラウドは導入と配布形態によって単に一つの団体のみのために運営されるプライベートクラウド(Private cloud)、公開的利用のために開かれたネットワークを通じてレンダリングされるパブリッククラウド(Public cloud)、明らかな実体は維持するが、一緒に縛られているふたつ以上のクラウドの組合であるハイブリッドクラウド(Hybrid cloud)などでも分けることができる。
【０００５】
一方、エンタープライズクラウド(Enterprise Cloud)場合には企業のビジネスとIT戦略を具現したクラウドでアプリケーションサービスを中心に技術とインフラをオーダーメード化して最適化することが何より重要である。
【０００６】
ところで、アプリケーションサービスの場合既存のクラウドインフラだけでは可用性と拡張性を保障し難い。したがって、アプリケーション特性に好適なクラウド構築と運営最適化が必要な実情である。
【０００７】
また、アプリケーションサービスの要求によってクラウドインフラ及び技術選択が柔軟ではなければならないし、段階的導入・保安・技術費用を考慮すれば、単一よりはマルチ/ハイブリッドクラウド構築が必要である。そして、このために複雑性と異質性を乗り越えるためのマルチ/ハイブリッドクラウド統合管理が重要である。
【０００８】
そして、最近になって市場及び顧客要求の早くて多様な変化に対する素早い対応が重要になった。クラウドの自動化(ＡＰＩ)、セルフサービスなどの特徴は開発/運営の効率化のための基盤を提供する。アプリケーションサービスと企業に好適な方法論及び技術適用を通じて既存体系の補完及び拡張が必要な実情である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
これに本発明は、このような前記問題点を解決するために創出されたものであり、アプリケーションサービスの可用性と拡張性を保障し、マルチ/ハイブリッドクラウド統合管理が可能であり、開発と運営の効率化が可能なエンタープライズクラウド構築・運営・管理のためのクラウドプラットフォームシステムを提供することにその目的がある。
【００１０】
しかし、本発明の技術的課題らは上で言及した課題らに制限されないし、言及されなかったまた他の技術的課題らは下の記載から当業者に明確に理解されることができるであろう。
【課題を解決するための手段】
【００１１】
本発明の実施例によるクラウドプラットフォームシステムは、マルチ/ハイブリッドクラウドのインフラを自動構成してアプリケーションに提供して管理のための構成情報を同期化するクラウド統合部(Cloud Integration)と、前記アプリケーションのクラスタを管理する論理的グループとして前記クラウドアカウントと使用者、ネットワーク資源を割り当て及び管理するサービス管理部(Service Management)と、前記アプリケーションをコンテナイメージ基盤で配布し、前記アプリケーション配布時に前記クラウドのインフラを自動プロビジョニングし、前記アプリケーションを複製するが、複製されたアプリケーションはロードバランシングを通じてサービスされる一方、前記アプリケーションのサービス中断なしに配布、インフラ変更などのアップデート作業を遂行し、多くのアプリケーション間の依存性がある場合自動化を構成するローリングアップデートを遂行し、前記アプリケーションのモニタリングを通じてインストンスのスケーリングをイン(In)/アウト(Out)し、前記アプリケーションのインフラの場合資源容量のスケールをアップ(Up)/ダウン(Down)し、モニタリング情報を通じてスケーリング自動化を構成するアプリケーションオーケストレーション部(Orchestration)と、及び前記サービスの現況、クラスタマップ、モニタリング、リソース管理、 メータリング、作業管理、及び全社現況管理/分析機能のための開発/運営部(DevOps View)を含む。
【００１２】
前記クラウド統合部は前記アプリケーションのクラスタに前記クラウドのネットワークインフラを構成及び提供し、前記アプリケーションに前記クラウドのコンピューティングインフラを構成及び提供するクラウドプロビジョニング(Provisioning)機能を遂行し、物理インフラ(Bare Metal)の場合クラスタ設定道具を提供することができる。
【００１３】
前記クラウド統合部は前記クラウドのインフラの構成情報を統合構成ＤＢに保存及び管理し、運営時インフラ変更情報を前記統合構成ＤＢと同期化することができる。
【００１４】
前記サービス管理部はマルチクラウドアカウント及び接続情報を統合管理し、ネットワークとクラウドプロビジョニング構成に使用される統合アカウント管理機能(Cloud Provider)を遂行することができる。
【００１５】
前記サービス管理部は前記サービスを管理するチーム構成員と開発/運営に必要な権限を管理する機能である使用者管理機能を遂行するが、前記権限は全社サービス管理権限(Admin)、全社サービス照会権限(Manager)、構成員で割当されたサービス管理権限(DevOps)を含むことができる。
【００１６】
前記アプリケーションオーケストレーション部は前記アプリケーション複製時初期指定した複製数を維持しながら複製するが、アプリケーションコンテナヘルスチェック(Health Check)を通じて異常時に再起動する方式であることができる。
【００１７】
前記アプリケーションオーケストレーション部は前記アプリケーションのインストンス(コンテナとインフラ)をモニタリングし、臨界値設定を通じたアラームを発生及び管理するモニタリング機能を遂行することができる。
【００１８】
前記開発/運営部の前記サービス現況機能は、前記クラウドの全体アプリケーションクラスタの現況をサービス中心に把握することができるビューを提供するが、前記ビューにサービス現況・クラスタ現況・モニタリングアラーム項目が表示されることができる。
【００１９】
前記サービス現況では前記クラウドの全体サービス現況が照会され、サービス内のクラスタの構成現況を総合してクラウド供給者・クラスタ・サーバー・クラウドコンポネント・現在月使用費用が把握されることができる。
【００２０】
前記クラスタ現況ではクラスタの供給者・リージョン・サーバー・クラウドコンポネント・月使用費用がカード形態で照会され、物理(Bare Metal)クラスタの場合使用費用は除かれることができる。
前記モニタリングアラーム項目ではクラスタ内のアプリケーションとインフラでアラームが発生した場合、クラスタカードで確認が可能である。
【００２１】
前記開発/運営部の前記クラスタマップ機能は前記アプリケーションの構成と状態情報をマップ形態で視覚化して照会/管理することができるビューを提供するが、前記ビューにクラスタのサーバー・クラウドコンポネント・サーバーグループ項目が表示されることができる。
【００２２】
前記クラスタのサーバー項目はサーバー内のアプリケーション状態と複製、資源使用量を確認してスケーリング・ローリングアップデートなどを管理遂行し、複製機能の有無によってマルチとシングルインストンスタイプで区分されることができる。
前記クラウドコンポネント項目は供給者が提供するPaaSサービスを管理することができる。
前記サーバーグループ項目はサーバー構成の論理的グループを管理することができる。
【００２３】
前記開発/運営部のモニタリング機能はクラスタ内のアプリケーションとインフラの資源容量と状態を確認し、クラウドリソースの状態を確認することができるモニタリングビューを提供するが、前記モニタリングビューはCPU・メモリー・ディスクの平均・ＴＯＰ情報提供で資源の使用量を確認して運営で対応することができる。
【００２４】
前記モニタリングビューはビュー転換(トレンド/データ)項目・対象転換(サーバー/リソース)項目を含んで、前記ビュー転換項目でトレンドビューはサーバーと複製されたインストンス・アプリケーションコンテナに対する時間別モニタリング情報を提供し、データビューは現在時間の平均・ＴＯＰモニタリング数値を提供し、前記対象転換項目でモニタリング対象はクラスタ内のサーバーとクラウドインフラのリソースで区分されることができる。
【００２５】
前記開発/運営部の前記リソース管理機能はアプリケーションを構成するクラウドインフラのリソースを確認して必要時詳細設定を調整することができるリソース管理ビューを提供することができる。
【００２６】
前記リソース管理ビューはリソース情報/アクション項目を含むが、前記リソース情報のうちでアプリケーションはコンテナ設定と配布情報を管理し、前記クラウドのリソース情報はロードバランサー・インストンス(VM)・保安で構成され、前記インストンスは容量とボリュームを管理して調整が必要なリソース情報はアクション項目を通じて遂行されることができる。
【００２７】
前記開発/運営部の前記メータリング機能は前記アプリケーションが使用する前記クラウドのインフラリソースの費用情報を確認することができるメータリングビューを提供するが、前記メータリングビューはクラスタインフラ使用費用項目・サーバー・リソース別費用項目を含むことができる。
【００２８】
前記クラスタインフラ使用費用項目ではクラスタとサーバーが使用するクラウドリソースの費用現況、前月・現在月費用情報、翌月推定費用、及び月別で費用増減推移グラフを提供することができる。
【００２９】
前記サーバー、リソース別費用項目はサーバー別に使用するクラウドリソース費用をＴＯＰを基準で提供し、クラウドリソース種類別に使用する費用をＴＯＰを基準で提供することができる。
【００３０】
前記開発/運営部の前記作業管理機能は配布・遠隔命令・リソース管理などの運営作業をスケジューリング/自動化することができる作業管理ビューを提供することができる。
【００３１】
前記作業管理ビューは作業現況項目・作業管理項目を含んで、前記作業現況項目は配布・遠隔命令語・リソース管理タスクで区分して各タスクを組み合わせて構成されるが、前記配布はアプリケーション配布、前記遠隔命令語はＯＳ命令語を遠隔で遂行、前記リソース管理はスケーリング・状態/設定変更を示し、前記作業管理項目は直ちに遂行・スケジューリング・アラーム発生によって遂行方式を設定するようにし、前記アラーム発生による遂行は容量モニタリングの基準値による自動スケーリングなどで使用され、前記作業管理項目で作業の実行状態とログ確認を提供することができる。
【００３２】
前記開発/運営部の前記全社現況管理/分析機能は全社次元でアプリケーションとクラウドインフラの現況を照会して費用/予算管理、費用最適化分析、統計レポートを提供するダッシュボード(Dashboard)を提供することができる。
【００３３】
前記ダッシュボードはアプリケーション現況項目・クラウド現況項目・費用/予算管理・費用最適化分析項目・統計/レポート項目を含んで、前記アプリケーション現況項目を通じてサーバー・クラスタ・クラウドコンポネントの標準化された要素を基準でアプリケーションとインフラ現況を全社的に把握して照会することができるしサービス中心の現況ビューを提供し、前記クラウド現況項目を通じて全社で使用するクラウドを供給者・リージョン・リソース別に現況を把握することができるし、インフラ中心の現況ビューを提供し、前記費用/予算管理・前記費用最適化分析項目を通じて全社クラウド費用現況を把握してサービス別予算割り当て/統制と最適化分析を通じてクラウドリソース費用効率化ができる情報を提供し、前記統計/レポート項目は分析及び報告に必要な統計情報とレポートビューを提供することができる。
【００３４】
アプリケーションコンテナの登録・共有・ダウンロード・検索・バージョンを管理するイメージ保存所、アプリケーションとインフラのモニタリング情報を管理するモニタリングＤＢ、及びプロバイダー・ネットワーク・サービス・クラスタ・サーバー・コンポネント・クラウドリソースの構成情報を管理する統合構成ＤＢ(Configuration Management ＤＢ、ＣＭＤＢ)をさらに含むことができる。
【００３５】
また、本発明の実施例によるクラウドプラットフォームシステムは、オーケストレーション基盤でノードとマスターで構成されて前記ノードの場合ワーカー(worker)を通じて前記マスターの命令語を処理する構造であり、前記ワーカーは前記マスターとの通信を担当して遂行命令語によってExecutorが支援されるクラスタと、クラウド供給者ＡＰＩを通じて統合管理のための基本モジュールで使用されてマルチクラウドとBare MetalのためのKubernetes ＡＰＩ支援のためのＡＰＩ Rapperであり、プロバイダー拡張のためのプラグインモジュールで構成されるプロバイダープラグインと、サーバー内のアプリケーションコンテナとインフラのオーケストレーションを遂行する制御モジュールとして、非正常終了されたコンテナを再起動/復旧する複製制御、スケールイン/アウトとインストンスタイプとボリューム拡張を通じたアップダウンを遂行するスケーリング、アプリケーションコンテナ配布を順次に無中断で遂行するローリングアップデート機能を提供するサーバーマネージャーと、マルチクラウドインフラプロビジョニングのための構成管理(Configuration Manager)、マルチクラウド資源の使用量及び費用管理のためのメータリング管理(Metering Manager)、マルチクラウド資源現況及び設定管理のための資源管理(Resource Manager)、コンテナ/インフラモニタリング情報収集及び管理のためのモニタリング管理(Monitoring Manager)、多くの作業タスクを結合して一括遂行し、直ちに遂行・遂行時間・イベント発生が遂行条件であり、配布・サーバーアクション・遠隔命令語のタスクのための作業管理(Job Manager)を提供することとしてDevOpsのためのマネージャーモジュールであるDevOpsマネージャーと、アプリケーションとインフラの構成情報管理、モニタリング情報管理、アプリケーションコンテナイメージ管理のために提供されたＤＢ/保存所と、クラウドのすべての機能をＡＰＩで提供し、企業戦略によるオーダーメード化と他のソリューションとの連携を支援するＡＰＩサーバーと、及びWeb ＧＵＩ形態で提供される使用者コンソールを含むアーキテクチャーを有する。
【発明の効果】
【００３６】
本発明によるクラウドプラットフォームシステムは、アプリケーションサービスの可用性と拡張性を保障し、マルチ/ハイブリッドクラウド統合管理が可能であり、開発と運営の効率化が可能なエンタープライズクラウド構築・運営・管理が可能な効果を有する。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施例によるクラウドプラットフォームシステムの構成図を示す。
【図２】図１のクラウド統合部の機能を簡略に示した図である。
【図３】図１のサービス管理部の機能を簡略に示した図である。
【図４】図１のアプリケーションオーケストレーション部の機能を簡略に示した図である。
【図５】図１の開発/運営部の機能を簡略に示した図である 。
【図６】図１の開発/運営部の機能を簡略に示した図である 。
【図７】図１の開発/運営部の機能を簡略に示した図である 。
【図８】図１の開発/運営部の機能を簡略に示した図である 。
【図９】図１の開発/運営部の機能を簡略に示した図である 。
【図１０】図１の開発/運営部の機能を簡略に示した図である 。
【図１１】本発明の一実施例によるクラウドプラットフォームシステムのアーキテクチャーを示した図である。
【図１２】カクテルサーバーの構成とその周辺アーキテクチャーを示した図である。
【発明を実施するための形態】
【００３８】
本発明の長所及び特徴、そしてそれらを達成する方法らは添付される図面と共に詳細に後述されている実施例らを参照すれば明確になるであろう。しかし、本発明は以下で開示される実施例らに限定されるものではなく、また他の多様な形態で具現されることができるし、単に本実施例らは本発明の開示が完全であるようにし、本発明が属する技術分野で通常の知識を有した者に発明の範疇を完全に知らせてくれるために提供されるものであり、本発明は単に請求項によって定義されるだけである。
明細書全体に渡って同一参照符号は同一構成要素を指称する。
以下、添付された図面らを参考して本発明の実施例によるクラウドプラットフォームシステムに対して説明する。
【００３９】
図１は、本発明の一実施例によるクラウドプラットフォームシステムの構成図を示し、図２は図１のクラウド統合部の機能を簡略に示した図であり、図３は図１のサービス管理部の機能を簡略に示した図であり、図４は図１のアプリケーションオーケストレーション部の機能を簡略に示した図である。そして、図５乃至図１０は図１の開発/運営部の機能を簡略に示した図である。
【００４０】
図１のクラウドプラットフォームシステムはマルチ/ハイブリッドクラウド統合管理を基盤でアプリケーション可用性・拡張性を保障して開発・運営の効率化のためのビューと道具を提供する。以下では本発明のクラウドプラットフォームシステムを“カクテルクラウド(Cocktail Cloud)”と称する。
【００４１】
図１を参照すれば、カクテルクラウドはクラウド統合部(Cloud Integration)１００、サービス管理部(Service Management)１１０、アプリケーションオーケストレーション部(Orchestration) １２０、開発/運営部(DevOps View)１４０及びＤＢ/保存所１５０を含む。
【００４２】
クラウド統合部(Cloud Integration)１００はマルチ/ハイブリッドクラウドのインフラを自動構成してアプリケーションに提供して管理のための構成情報を同期化する役割を遂行する。
【００４３】
クラウド統合部１００はクラウドプロビジョニング(Cloud Provisioning)とクラウド同期化(Cloud Synchronization)の機能を遂行する。
【００４４】
図２を参照すれば、クラウドプロビジョニング機能は、アプリケーションクラスタ(カクテルクラスタ)にクラウドネットワークインフラを構成及び提供し、アプリケーションにクラウドのコンピューティングインフラを構成及び提供する機能である。そして、物理インフラ(Bare Metal)の場合クラスタ設定道具を提供する。サポートクラウドはPublicの場合ＡＷＳ・Azure・Aliyun・Google Computing Engineであり、Privateの場合Openstack・VMWearであり、以外にOn-premise・Datacenter Bare Metal Infraがあることができる。
【００４５】
クラウド同期化機能はクラウドインフラ構成情報を統合構成ＤＢ１６０に保存及び管理し、運営時インフラ変更情報を統合構成ＤＢ１６０と同期化する機能である。
【００４６】
サービス管理部(Service Management)１１０はアプリケーションクラスタを管理する論理的グループでクラウドアカウントと使用者・ネットワーク資源を割り当て及び管理する役割を遂行する。すなわち、サービス管理部１１０は統合アカウント管理機能、ネットワーク管理機能及び使用者管理機能を遂行する。
【００４７】
図３を参照すれば、統合アカウント管理(Cloud Provider)機能はマルチクラウドアカウント及び接続情報を統合管理し、ネットワークとクラウドプロビジョニング構成に使用される機能である。
【００４８】
ネットワーク管理機能はクラウドネットワークを構成してサービスに割り当てる機能である。例えば、ＡＷＳのVPC・Subnetであることがある。一つのサービスはマルチクラウドの供給者のネットワークを使ってクラスタを生成してアプリケーションを構成・運営する。
【００４９】
使用者管理機能はサービスを管理するチーム構成員と開発/運営に必要な権限を管理する機能である。ここで、権限は全社サービス管理権限(Admin)、全社サービス照会権限(Manager)、構成員として割当されたサービス管理権限(DevOps)などを含むことができる。使用者は多くのサービスに構成員で参加可能である。
【００５０】
アプリケーションオーケストレーション部(Orchestration)１２０はアプリケーションの配布と可用性・拡張性を保障する機能でカクテルクラスタ(Cluster)の核心機能を担当する。
【００５１】
アプリケーションオーケストレーション部１２０はアプリケーション配布(Deployment)機能・複製(Replication Control)機能・ローリングアップデート(Rolling Update)機能・スケーリング(Scaling)機能及びモニタリング(Monitoring)機能を遂行する。
【００５２】
図４を参照すれば、アプリケーション配布機能はコンテナイメージ基盤の配布で別途設定と構成作業が必要ない容易性を提供し、アプリケーション配布時クラウドインフラを自動プロビジョニングする機能である。
【００５３】
複製機能はアプリケーション安全性と可用性のために初期指定した複製数(多重化)を維持し、アプリケーションコンテナヘルスチェック(Health Check)を通じて異常時に再起動する方式でＯＳ再起動方式より早くて効率的である。複製されたアプリケーションはロードバランシングを通じてサービスされる。
【００５４】
ローリングアップデート機能はアプリケーションサービスの中断なしに配布・インフラ変更などのアップデート作業を遂行し、多くのアプリケーション間の依存性がある場合DevOps Viewの作業(job)管理機能を通じて自動化を構成する機能である。
【００５５】
スケーリング機能はアプリケーションのモニタリングを通じてインストンスのスケーリングをイン(In)/アウト(Out)し、アプリケーションインフラの場合資源容量のスケールをアップ(Up)/ダウン(Down)する機能である。そして、モニタリング情報を通じてスケーリング自動化を構成する。
モニタリング機能はアプリケーションインストンス(コンテナ+インフラ)をモニタリングし、臨界値設定を通じたアラームを発生及び管理する機能である。
【００５６】
開発/運営部(DevOps View)１４０はサービス現況機能、クラスタマップ機能、モニタリングビュー機能、リソース管理機能、メータリング機能、作業管理機能、及び全社現況管理/分析機能を含む。それぞれの機能を図５乃至図１０を参照して説明すれば次のようである。
【００５７】
サービス現況機能はカクテルクラウドの全体アプリケーションクラスタの現況をサービス中心に把握することができるビュー(図５参照)を提供する。これにサービス現況・クラスタ現況・モニタリングアラームなどの項目が表示されることができる。
【００５８】
サービス現況ではカクテルクラウドの全体サービス現況を照会することができるし、サービス内のクラスタの構成現況を総合してクラウド供給者・クラスタ・サーバー・クラウドコンポネント・現在月使用費用などを把握することができる。ここで、クラスタはアプリケーションの構成単位を意味し、サービスはクラスタの論理的グループを意味する。
【００５９】
クラスタ現況ではクラスタの供給者・リージョン・サーバー・クラウドコンポネント・月使用費用をカード形態で照会可能であり、物理(Bare Metal)クラスタの場合使用費用は除かれることができる。
モニタリングアラーム表示機能ではクラスタ内のアプリケーションとインフラでアラームが発生した場合、クラスタカードで確認が可能である。
【００６０】
クラスタマップ機能はカクテルサーバー(アプリケーション)の構成と状態情報をマップ形態で視覚化して管理することができるビューを提供する(図６参照)。
【００６１】
クラスタマップはクラスタのサーバーとクラウドコンポネント構成をマップ形態で照会/管理して構成情報の可視性を高める。クラスタマップではカクテルサーバー・クラウドコンポネント・サーバーグループなどの項目を含むことができる。
【００６２】
カクテルサーバーはアプリケーションオーケストレーションの基本単位でロードバランシング・アプリケーションコンテナ・インフラで構成され、マルチ/ハイブリッドクラウド管理に標準化されたインターフェースを提供する。カクテルサーバーはサーバー内のアプリケーション状態と複製、資源使用量を確認してスケーリング・ローリングアップデートなどを管理遂行する。カクテルサーバーは複製機能の有無によってマルチとシングルインストンスタイプで区分される。ＡＷＳではマルチゾーンオプションを支援する。
クラウドコンポネントは供給者が提供するPaaSサービスを管理する。例えば、ＡＷＳのＤＢサービスであるＲＤＳであることがある。
サーバーグループはサーバー構成の論理的グループを管理的便宜性を提供する。
【００６３】
モニタリングビュー機能はクラスタ内のアプリケーションとインフラの資源容量と状態を確認してクラウドリソースの状態を確認することができる情報を提供する(図７参照)。
【００６４】
モニタリングビューはクラスタ内のアプリケーションとインフラに対するモニタリング情報を視覚化して提供し、CPU・メモリー・ディスクの平均、ＴＯＰ情報提供で資源の使用量を確認して運営で対応するようにする。
モニタリングビューはビュー転換(トレンド/データ)項目、対象転換(サーバー/リソース)項目などを含むことができる。
【００６５】
ビュー転換項目でトレンドビューはサーバーと複製されたインストンス、アプリケーションコンテナに対する時間別モニタリング情報を提供し、データビューは現在時間の平均・ＴＯＰモニタリング数値を提供する。
対象転換項目でモニタリング対象はクラスタ内のサーバーとクラウドインフラのリソースで区分される。クラウドリソースは供給者が提供する情報を使用する。
【００６６】
リソース管理機能はアプリケーションを構成するクラウドインフラのリソースを確認して必要時に詳細設定を調整することができるビュー(以下、“リソース管理ビュー”と称する)を提供する(図８参照)。
【００６７】
リソース管理ビューはカクテルサーバーを構成するクラウドインフラリソースを確認して設定を詳細的に変更することができる。ここで、カクテルサーバーはアプリケーションオーケストレーションのための基本構成を自動で遂行するが、必要な場合直接クラウドリソースを調整する必要がある時使用される。
【００６８】
リソース管理ビューはリソース情報/アクション項目を含むが、リソース情報のうちでアプリケーションはコンテナ設定と配布情報を管理する。クラウドリソース情報はロードバランサー・インストンス(VM)・保安で構成され、インストンスは容量とボリュームを管理する。調整が必要なリソース情報はアクションを通じて遂行される。
【００６９】
メータリング機能はアプリケーションが使用するクラウドインフラリソースの費用情報を確認することができるビュー(以下、“メータリングビュー”と称する)を提供する(図９参照)。メータリングビューはクラスタインフラ使用費用項目・サーバー・リソース別費用項目などを含むことができる。
【００７０】
クラスタインフラ使用費用項目ではクラスタとカクテルサーバーが使用するクラウドリソースの費用現況を確認することができるし、前月・現在月費用情報と翌月推定費用を提供する。また、月別で費用増減推移グラフを提供する。
【００７１】
サーバー・リソース別費用項目はカクテルサーバー別で使用するクラウドリソース費用をＴＯＰを基準で提供し、クラウドリソース種類別で使用する費用をＴＯＰを基準で提供する。
【００７２】
作業管理機能は配布・遠隔命令・リソース管理などの運営作業をスケジューリング/自動化することができる管理ビュー(以下、“作業管理ビュー”と称する)を提供する(図１０参照)。
【００７３】
作業管理ビューはアプリケーションとインフラの運営のためのスケジューリング及び一括処理機能を提供する。このような作業管理ビューは作業現況項目・作業管理項目などを含むことができる。
【００７４】
作業管理ビューで作業現況項目は配布・遠隔命令語・リソース管理タスクで区分して各タスクを組み合わせて構成される。ここで、配布はアプリケーション配布、遠隔命令語はＯＳ命令語を遠隔で遂行、リソース管理はスケーリング・状態/設定変更を意味する。
【００７５】
作業管理ビューで作業管理項目は直ちに遂行・スケジューリング・アラーム発生によって遂行方式を設定することができる。アラーム発生による遂行は容量モニタリングの基準値による自動スケーリングなどで使用される。作業管理項目で作業の実行状態とログ確認を提供する。
【００７６】
全社現況管理/分析機能は全社アプリケーション・クラウド・費用現況を把握して分析することができるカクテルダッシュボード(Dashboard)を提供する。
【００７７】
カクテルダッシュボードは全社次元でアプリケーションとクラウドインフラの現況を照会して費用/予算管理、費用最適化分析、統計レポートを提供するビューである。このようなカクテルダッシュボードはアプリケーション現況項目、クラウド現況項目、費用/予算管理、費用最適化分析項目、統計/レポート項目を含むことができる。
【００７８】
アプリケーション現況項目を通じてカクテルサーバー・クラスタ・クラウドコンポネントの標準化された要素を基準でアプリケーションとインフラ現況を全社的に把握して照会することができるし、サービス中心の現況ビューを提供する。
【００７９】
クラウド現況項目を通じて全社で使用するクラウドを供給者・リージョン・リソース別で現況を把握することができるし、インフラ中心の現況ビューを提供する。
【００８０】
費用/予算管理、費用最適化分析項目を通じて全社クラウド費用現況を把握してサービス別予算割り当て/統制と最適化分析を通じてクラウドリソース費用効率化ができる情報を提供する。
統計/レポート項目は分析及び報告に必要な統計情報とレポートビューを提供する。
【００８１】
ＤＢ/保存所１５０でイメージ保存所(レジストリ)１８０はアプリケーションコンテナの登録・共有・ダウンロード・検索・バージョンを管理し、モニタリングＤＢ１７０はアプリケーションとインフラのモニタリング情報を管理し、統合構成ＤＢ(Configuration Management ＤＢ、ＣＭＤＢ)１６０はプロバイダー・ネットワーク・サービス・クラスタ・サーバー・コンポネント・クラウドリソースの構成情報を管理する。
【００８２】
図１１は本発明の一実施例によるクラウドプラットフォームシステムのアーキテクチャーを示し、図１２はカクテルサーバーの構成とその周辺アーキテクチャーを示す。
【００８３】
図１１を参照すればカクテルクラウドはカクテルクラスタ２００・プロバイダープラグイン２１０・サーバーマネージャー２２０・DevOpsマネージャー・ＣＭＤＢ１６０・モニタリングＤＢ１７０・イメージレジストリ１８０・ＡＰＩサーバー２９０・使用者コンソール３００を含む。
【００８４】
カクテルクラスタ２００はオーケストレーション基盤アーキテクチャーを提供してプロバイダープラグイン２１０はクラウド供給者ＡＰＩ２８０を通じて統合管理のための基本モジュールで使用される。
【００８５】
クラスタ２００はノードとマスターで構成され、ノードの場合ワーカー(Worker)３１０を通じてマスターの命令語を処理する構造である。ワーカー３１０はマスターとの通信を担当して遂行命令語によってExecutorが支援される。Monitoring Executor３２０はノードとコンテナモニタリング情報を収集してCommand Executor３３０はＯＳとコンテナ命令を遂行する。その外にContainer Engine(Docker、３４０)がある。
【００８６】
プロバイダープラグイン２１０はマルチクラウドとBare MetalのためのKubernetes ＡＰＩ支援のためのＡＰＩ Rapperであり、プロバイダー拡張のためのプラグインモジュールで構成される。
【００８７】
カクテルサーバーはアプリケーションオーケストレーションの基本単位であり、クラスタマスター２００とプロバイダープラグイン２１０を通じてコンテナとクラウドインフラの複製・スケーリング・ローリングアップデートを遂行する。
【００８８】
カクテルサーバーは図１２に示されたようにコンテナとクラウドインフラで構成されるが、ロードバランサー・インストンス(ノード)・コンテナ・ボリューム・保安などで構成され、ＡＷＳの例えばELB・EC２ Instance・Security Group・ESBであることがある。カクテルサーバーはクラウド提供者のPaaSのためにクラウドコンポネントを提供する。例えば、ＡＷＳのＲＤＳであることがある。
【００８９】
サーバーマネージャー２２０はサーバー内のアプリケーションコンテナとインフラのオーケストレーションを遂行する制御モジュールとして、非正常終了されたコンテナを再起動/復旧する複製制御、スケールイン/アウトとインストンスタイプとボリューム拡張を通じたアップダウンを遂行するスケーリング、アプリケーションコンテナ配布を順次に無中断で遂行するローリングアップデート機能を提供する。
【００９０】
DevOpsマネージャーはマルチクラウドインフラプロビジョニングのための構成管理(Configuration Manager)２３０、マルチクラウド資源の使用量及び費用管理のためのメータリング管理(Metering Manager)２４０、マルチクラウド資源現況及び設定管理のための資源管理(Resource Manager)２５０、コンテナ/インフラモニタリング情報収集及び管理のためのモニタリング管理(Monitoring Manager)２６０、多くの作業タスクを結合して一括遂行して直ちに遂行・遂行時間・イベント発生が遂行条件であり、配布・サーバーアクション・遠隔命令語のタスクのための作業管理(Job Manager)２７０を提供することとしてDevOpsのためのマネージャーモジュールである。
【００９１】
カクテルクラウドはアプリケーションとインフラの構成情報管理・モニタリング情報管理・アプリケーションコンテナイメージ管理のためのＤＢを提供し、使用者とプログラミングのためのインターフェースを提供する。
ＣＭＤＢ１６０はプロバイダー・ネットワーク・サービス・クラスタ・サーバー・コンポネント・クラウドリソースの構成情報を管理する。
モニタリングＤＢ１７０はアプリケーションとインフラのモニタリング情報を管理する。
イメージレジストリ１８０はアプリケーションコンテナの登録・共有・ダウンロード・検索・バージョンを管理する。
【００９２】
ＡＰＩサーバー２９０はカクテルクラウドのすべての機能をＡＰＩ２８０に提供し、企業戦略によるオーダーメード化と他のソリューションとの連携を支援する。
使用者コンソール(Console)３００はWeb ＧＵＩ形態で提供される。
このようなカクテルクラウドは次のように活用されることができる。
第一、マルチクラウドとして活用されることができる。
【００９３】
カクテルクラウドは標準化コンポネントを通じて異質的で複雑なマルチクラウド環境の統合管理のためのプラットフォームであり、またアプリケーション中心の企業クラウド全量を具現する。具体的にカクテルクラウドはプロバイダー・ネットワーク・サービス・クラスタ・サーバー・クラウドコンポネントを通じて管理対象を標準化して異質的で複雑なマルチクラウドリソースの統合管理(統合アカウント・資源・費用)する標準化管理コンポネントである。また、アプリケーションはビジネスの核心資源であるが、カクテルクラスタを通じてアプリケーション可用性と拡張性が強化され、カクテルDevOps Viewを通じる開発/運営業務効率化を通じてアプリケーション中心の企業クラウドを具現することができる。
【００９４】
第二、カクテルクラウドは社内、データセンターBare Metalインフラのクラウド化を通じてハイブリッドクラウドを構築/運営の基盤を提供する。また、複雑なハイブリッドインフラの統合管理と開発/運営効率化を提供する。
【００９５】
具体的に社内、データセンターのBare Metalインフラにアプリケーションクラスタを構成してコンテナ基盤のクラウド環境を駆逐することで別途仮想化のためのプラットフォームが不必要であり、可用性・スケーリングなど拡張性を提供し、既存プライベートとパブリッククラウドを統合管理することができる物理インフラのクラウド化を具現することができる。また、カクテルクラウドの標準コンポネントを通じて管理し、カクテルクラウドDevOpsビューを通じた開発/運営業務効率化を提供する。
【００９６】
第三、カクテルクラウドはコンテナとCI/CDのための自動化を通じてクラウド上のアプリケーションの効率的管理とマイクロサービスの構築及び運営プラットフォームを提供する。
【００９７】
カクテルクラスタはコンテナを基盤でクラウドインフラでアプリケーション配布及び管理環境を提供(クラウドネイティブアプリケーション)する。ここで、カクテルクラスタはマイクロサービスを駆逐して管理する基本単位である。
【００９８】
カクテルDevOpsビューの作業管理はアプリケーションをビルドして配布することができる自動化基盤を提供し、コンテナはCI/CDをより軽くて容易に遂行することができる技術である。カクテルクラウドはマルチ/ハイブリッドクラウド上にアプリケーションを配布/運営することができるプラットフォームを提供する。
第四、カクテルクラウドはクラウドサービスブローカーのインフラ再販売及びサービス提供プラットフォームとしても活用されることができる。
【００９９】
パブリッククラウド・データセンターインフラを統合管理して使用者に再販売とクラウド管理プラットフォームをサービス形態で提供するＣＳＢ用プラットフォームをカクテルクラウドで構築・運営し、SaaSのためのマルチテナンシーとビリングシステムを提供し、大きい規模の企業の場合系列社クラウド提供及び管理プラットフォームで活用可能である。
【０１００】
また、既存データセンター事業者のインフラをクラウド化して提供し、パブリッククラウド提供者に特化されたサービス(カクテルクラウドコンポネント(PaaS))を提供する。
【０１０１】
一方、上述した本発明の実施例らはコンピューターで実行されることができるプログラムで作成可能であり、コンピューターで読める記録媒体を利用して前記プログラムを動作させる汎用デジタルコンピューターで具現されることができる。
【０１０２】
前記コンピューターで読める記録媒体はマグネチック記憶媒体(例えば、ロム(Read Only Memory)・フロッピー・ハードディスクなど)、光学的判読媒体(例えば、CD-ROM・DVDなど)及びキャリアウェーブ(例えば、インターネットを通じた伝送)のような記憶媒体を含む。
【０１０３】
このように本発明によるクラウドプラットフォームシステムによればアプリケーションサービスの可用性と拡張性を保障し、マルチ/ハイブリッドクラウド統合管理が可能であり、開発と運営の効率化が可能なエンタープライズクラウド構築・運営・管理が可能である。
【０１０４】
今まで本発明に対してその望ましい実施例らを中心に説明した。本発明が属する技術分野で通常の知識を有した者は本発明が本発明の本質的な特性から脱しない範囲で変形された形態に具現されることができることを理解することができるであろう。それで、開示された実施例らは限定的な観点ではなく、説明的な観点で考慮されなければならない。本発明の範囲は前述した説明ではなく、特許請求範囲に現われているし、それと同等な範囲内にいるすべての差異点は本発明に含まれたものとして解釈されなければならないであろう。
【図１】
2020518932.tif 000003
【図２】
2020518932.tif 000004
【図３】
2020518932.tif 000005
【図４】
2020518932.tif 000006
【図５】
2020518932.tif 000007
【図６】
2020518932.tif 000008
【図７】
2020518932.tif 000009
【図８】
2020518932.tif 000010
【図９】
2020518932.tif 000011
【図１０】
2020518932.tif 000012
【図１１】
2020518932.tif 000013
【図１２】
2020518932.tif 000014
【国際調査報告】
2020518932.tif 000015
2020518932.tif 000016
2020518932.tif 000017
2020518932.tif 000018