2015:FusionStage PaaS
2015年11月、Huaweiの代表者はKubeCon 2015カンファレンスに参加しましたが、その頃には、KubernetesベースのクラウドベースのPaaS(同年7月にリリースされました)の最初の製品リリースが準備され、 Huaweiへの訪問は話し合い、「アイデアを交換したい」という理由で説明されました»Kubernetesコミュニティと。 Huaweiのクラウドプラットフォームのチーフアーキテクト(Ying Xiong)によると、 K8の選択は以下によって決定されました 。
- プラットフォームのオープン性(エンジニア自身がオープンソースを好み、顧客がそれを要求します)と、それに実装された抽象化は、ライフサイクル全体を通してアプリケーションに付随するのに役立ちました。
- 公共環境と閉鎖環境の両方で実行されるアプリケーションに単一のプラットフォームとして適用するための十分に柔軟なアーキテクチャの存在。
- Dockerコンテナのサポート。
HuaweiでのこのPaaSは何ですか? 彼女の初期の発表は、その少し前に行われました-2015年9月、上海万博センターで開催されたHuawei Cloud Congress 2015(HCC 2015)で。 次に、同社は最新のクラウド開発であるFusionSphere 6.0、FusionInsight、 FusionStageのデモを行いました 。 後者は、KubeConで言及されているPaaSです。 著者は、Unaを「 業界のアプリケーション開発者向けに設計された軽量で使いやすいPaaSクラウドプラットフォーム」と説明し、オンプレミスに分類しました。
FusionStageの最初のリリースはプラットフォームとして提供され 、その技術的基盤は次のように形成されました。
- ラウドファウンドリCLI
- Diegoランタイムエンジン (Cloud Foundryからも);
- Kubernetes;
- Docker。
FusionStage PaaSの機能は、さまざまな場所での展開の可能性、つまり パブリック(AWS、Azure、Googleクラウドおよび独自のHuawei Enterprise Cloudを含む)およびプライベート(ベアメタル、VMware、OpenStackおよび独自のディストリビューションFusionSphere)-環境、およびアプリケーションを配信するためのマルチクラスター管理とパイプラインを含む「一連の改善」コンテナ。
HuaweiのFusionStageの役割と機能の図
この1.5分のビデオで、FusionStage Webインターフェイスのデモを見ることができます(クラウドアプリケーションのスケーリングの例)。 現在、FusionStageは、クラスター内の最大10,000ノードのサポートを主張しており、このPaaSに関連する会社の開発は、プロジェクトのGitリポジトリで確認できます 。
FusionStageでのWebベースの管理
2016:クラウドコンテナーエンジン
1年後の2016年8月に開催されたLinuxCon North Americaイベントで、Huaweiの新しい発案のオープンベータ版であるCloud Container Engine(CCE)の発表が行われ、2017年2月に最初の商用リリースが登場しました。 CCEは、「コンテナ化されたアプリケーションを管理する機能を企業に提供する、高性能で信頼性の高いサービス」です。 ワンクリックでKubernetesクラスターを作成し、アプリケーションライフサイクル全体を管理し、アプリケーションをシームレスにスケーリング(さまざまなアベイラビリティゾーンに分散)、パフォーマンス向上のために計画ポリシーを構成し、さまざまなテクノロジースタック(Java、Python、Go、Node.jsを含む)で画像を収集できます)さまざまなIaaSリソースと統合します。
同時に、HuaweiはKubernetesとDockerのネイティブ(アップストリーム)バージョンをサポートし、これらのオープンソースプロジェクトのコードベースへの主要な貢献者の1人でもあることに特に注目しています。 (2017年、Huawei は Kubernetes修正企業の上位5社に加わりました。)
CI / CDプロセスとのCCE統合の図
Huawei CCEは、2017年11月にCloud Native Computing Foundation(CNCF) によって導入された最初の認定(公式に互換性のある)Kubernetesディストリビューションおよびプラットフォームの1つです。
2017:結果、コミュニティ
2017年3月に開催されたKubeCon 2017では、Huaweiの同じYing Xiongが、クラウド(クラウドネイティブ)アプリケーションのサービスで得た経験をまとめました。 彼の短いレポートで、著者は最近まで会社のインフラストラクチャの主な問題について話しました。
- 仮想マシンの数の活発な増加(問題の範囲を理解するには、2017年現在、8つのHuaweiデータセンターで約100万の仮想マシンが起動されていることを知るだけで十分です) 。
- これらのVMによる低いリソース使用率とそれらの管理の難しさ。
- 多くの言語を使用する環境でのアプリケーションサポートの高コスト。
したがって、Huaweiは2015年にアプリケーションのコンテナ化とマイクロサービスアーキテクチャへの段階的な移行を開始し、現在(2017年の初めに) 4000ノードおよび2万以上のコンテナを提供するプラットフォーム(同じFusionStage)が登場しました。 同時に、同社のエンジニアは仮想マシンを完全に放棄しませんでしたが、その数は約5倍減少し、各VMのリソース使用率は数倍に増加しました。
Kubernetes Webサイトで公開されているケーススタディによると、Huaweiの内部部門で使用されるアプリケーションの約30%がKubernetesベースのPaaSに移行されています。 また、移行により運用コストが削減されました(場合によっては20〜30%削減)。 PaaSを実装することで社内で得た経験が市場にとっても有益であり、HuaweiがクラウドサービスFusionStageを提供できるようになったことも、それほど重要ではありませんでした。
同じKubeCon 2017でのHuawei による別のプレゼンテーション -「Kubernetesでのエンタープライズグレードサーバーレスプラットフォームの構築と実行」-会社のプラットフォームのKubernetesアプリケーションの別の領域- サーバーレスに光を当てます。 FusionStageの上に実装されたサーバーレス機能(つまりK8自体)は、 FunctionStageと呼ばれる追加サービスとして提供されました。
ファーウェイの主要製造インフラストラクチャでのKubernetesの使用の増加により、K8コミュニティは2017年11月にKubernetes運営委員会に企業を任命しました。 このように、Huaweiはプロジェクトのコードベースへのコミット数だけでなく、その運営委員会のメンバーの間でも最初の中国企業になりました。
最後に、CNCFおよびKubernetesコミュニティへのHuaweiの関与は、ミートアップの開催や記事の作成など、他の活動によってさらに証明されています。
サイクルからの他の記事
- 「 Kubernetesの生産における成功事例。 パート1: eBayの4,200の囲炉裏とTessMaster 」
- 「 Kubernetesの生産における成功事例。 パート2: ConcurとSAP 。」
- 「 Kubernetesの生産における成功事例。 パート3: GitHub 。」
- 「 Kubernetesの生産における成功事例。 パート4: SoundCloud(著者プロメテウス) 。」
- 「 Kubernetesの生産における成功事例。 パート5: Monzo Digital Bank。 」
- 「 Kubernetesの生産における成功事例。 パート6: BlaBlaCar 。」
- 「 Kubernetesの生産における成功事例。 パート7: BlackRock 。」
- 「 Kubernetesの生産における成功事例。 パート9: CERNおよび210 K8sクラスター。
- 「 Kubernetesの生産における成功事例。 パート10: Reddit 。」