Weihong Technology の KubeSphere に基づくマイクロサービスアーキテクチャの実践

著者: ying Min、KubeSphere アンバサダー、寄稿者、KubeSphere コミュニティユーザー委員会杭州ステーションのウェブマスター。

会社概要

Hangzhou Weihong Technology Co., Ltd. は 2012 年に設立され、ビジネスプロセス管理と自動化 (BPM&BPA) ソフトウェアの研究開発およびソリューションプロバイダーに重点を置いています。創設チームは浙江大学、清華大学、米国ライス大学、テキサス大学など国内外の有名大学を卒業し、世界的に有名なソフトウェア会社やフォーチュン500企業に勤務してきた。

Microvast は、プロセスの計画と設計、プロセスの運用、プロセスの自動化、プロセスの統合、プロセスマイニングに至るまで、ライフサイクル全体のプロセスソフトウェア製品とソリューションを 1,000 社を超える国内外の大企業および中堅企業および政府に提供してきました。製造、金融、電気・電子、医療、サービス業、ハイテク、政府など10以上の業界。

Weihong Technology は国家ハイテク企業であり、浙江省の専門企業であり、ISO9001 品質マネジメントシステム認証、CMMI 認証、ISO27001 情報セキュリティマネジメントシステム認証を取得しています。CCID「2021年インテリジェントBPM分野最優秀製品賞」、「2021-2022年ビジネスプロセス管理・自動化分野優秀製品賞」、中国ソフトウェアネットワークの「2021年インテリジェントプロセスプラットフォーム優秀製品賞」、「2022年」を受賞Yinglong Cup Best Best BPA Business Process Automation Product Award、「2022 Digital Government Construction Leading Enterprise」賞を受賞し、浙江省ソフトウェア協会の「浙江省ソフトウェア中核競争力企業（成長型）」リストに2年連続で掲載されました。

背景の紹介

同社は、自社の IDC コンピュータールーム内の物理サーバー上に Kubernetes クラスターを構築し、クラスター管理ツールとして Kuboard を使用しました。R&D 環境は、開発とテストにこれらのクラスターリソースを使用します。CI/CD パイプラインは、同じく物理サーバーにデプロイされる Jenkins を通じてコードのコンパイル、イメージの構築、その他の手順を実装し、最終的にサービスを手動でリリースします。

このモデルにはいくつかの問題があります。統合されたサービスオーケストレーションと管理の欠如、クラスターとサービス間の連携の欠如、CI/CD プロセスの自動化が不十分、デプロイメントとリリースに必要な手動操作、分散したログと監視データ、統一された視覚化の欠如です。プラットフォームなどこの従来の研究開発モデルは、アジャイル開発と自動配信に対する企業のニーズに適応できませんでした。インフラストラクチャのインテリジェンスと研究開発プロセスのエンドツーエンドの自動化を実現するには、クラウドネイティブテクノロジーをさらに統合する必要があります。

プラットフォームの選択

DevOps 運用および保守チームとして、私たちはセルフサービスの包括的な運用および保守プラットフォームを提供する必要があります。オープンソースプラットフォームを選択する際、同社は次の 2 つの点を考慮し、最終的に KubeSphere を選択しました。

KubeSphere は、Kubernetes の複雑さを保護し、GUI を通じてクラスター管理を簡素化し、学習コストを削減します。
KubeSphere は、Prometheus、Jenkins などのさまざまな優れたオープンソースプロジェクトを統合および拡張し、統一された入り口を提供し、フルスタックの DevOps 機能を実現します。

他のプラットフォームと比較して、KubeSphere は Kubernetes 自体の複雑さを回避し、さまざまなオープンソースツールを統合する作業負荷を軽減します。これにより、基盤となるインフラストラクチャとサービスを個別に管理する必要がなくなり、運用とメンテナンスの自動化とセルフサービスプラットフォームの構築により集中できるようになります。したがって、KubeSphere が会社のニーズを満たす最良の選択肢となりました。

練習の流れ

ハードウェアリソース

研究開発環境: IDC コンピュータルームに 40 台の仮想マシン、自社構築の K8s+KubeSphere クラスタ。本番環境: Alibaba Cloud ACK クラスター 12 ノード。

ストレージプラン

JuiceFS を分散ファイル層として使用し、MinIO をオブジェクトストレージアクセス層として使用します。

JuiceFS: 分散型高性能ファイルストレージを提供します。LevelDB など、ほぼアトミックなオープンソースストレージエンジンを使用します。
MinIO: オープンソースのオブジェクトストレージは AWS S3 API と互換性があり、JuiceFS オブジェクトストレージインターフェイスとして機能します。

統合ソリューションの利点:

シンプルで使いやすく、S3 のようなオブジェクトストレージ API を提供します。
JuiceFSによる高いパフォーマンスと弾力性を実現。
低コストで、安価なクラウドディスクまたは NAS をバックエンドストレージとして使用できます。

DevOps の継続的インテグレーションの展開

同社の研究開発環境における以前の CI/CD は主に単一ノードの Jenkins に依存していましたが、これには多くの問題がありました。

開発者はコードを頻繁に更新したり、複数の環境を切り替えたりするため、ビルドやデプロイメントのエラーが頻繁に発生します。
Jenkins のリソースは限られており、ビルド効率は低いです。

これらの問題を解決するために、私たちは KubeSphere プラットフォームに切り替え、その統合された DevOps 機能を使用して CI/CD プロセスを改善しました。

KubeSphere は視覚的なパイプラインオーケストレーションを提供し、複雑なプロセスの構築を簡素化します。
Kubernetes の柔軟なリソースに基づいて、Jenkins エグゼキュータを動的に拡張してビルド効率を向上させることができます。
標準化とベストプラクティスにより、環境構成エラーが減少し、展開の安定性が向上します。

KubeSphere の DevOps ソリューションを通じて、CI/CD プロセスを改善し、研究開発環境の効率と品質を向上させました。

ロギングとモニタリング

同社は、自社構築の ELK スタックを使用してログデータを収集し、KubeSphere プラットフォームに組み込まれた Prometheus を監視ソリューションとして使用し、Grafana を使用して監視データを視覚的に表示します。

効果

CI/CD

同社は、KubeSphere プラットフォームの DevOps 機能を使用して、大規模な同時ビルドパイプラインのニーズをより適切に満たしています。

アプリストア

クラウドネイティブを検討する過程で、同社は Helm を使用することでアプリケーションのリリースを標準化できることを発見しました。KubeSphere は本質的にアプリケーションストア機能を備えており、Helm の機能を可視化し、開発者の学習コストを大幅に削減します。

これからの計画

現在、当社はビジネスの完全なコンテナ化を完了し、KubeSphere プラットフォームの機能に基づいたクラウドネイティブアーキテクチャに移行しました。KubeSphere は、GUI ベースの Kubernetes クラスター管理、CI/CD パイプライン、サービスグリッドガバナンス、その他の機能を提供し、クラウドネイティブテクノロジーのアプリケーションを簡素化します。

このプラットフォームのおかげで、研究開発と運用保守の効率が大幅に向上しました。私たちは、KubeSphere のクラウドネイティブプラットフォームを使用することで、同社の次のビジネス成長のための強固な基盤が提供されると信じています。当社は今後もビジネスシナリオを拡大し、プラットフォーム機能を強化し、KubeSphere をベースとしたマルチクラウドやエッジコンピューティングなどの新しいアーキテクチャを模索し、お客様により良い製品エクスペリエンスを提供していきます。

この記事は、複数の記事を公開するブログOpenWriteによって公開されています。