Gラインクラウドコンピューティングシリーズ：フルスタッククラウド運用

導入

G銀行の123+Nデジタルバンキング開発システムの基本技術プラットフォームのクラウドコンピューティングプラットフォームとして、フルスタッククラウドが正式に運用を開始し、クラウド構築タスクの初期完了を示しました。しかし、クラウドの構築はあくまでも出発点であり、クラウドをうまく活用することが難しいのです。成熟した方法論、プラットフォーム ツール、人的サポートを確立することが、クラウドのパワーを解き放ち、企業に価値を生み出す鍵となります。そのため、この記事では、業界の慣行と中国銀行の現状を組み合わせて、フルスタックのクラウド運用システムの構築における中国銀行の実践的な経験を共有します。

図1 クラウドの構築と利用

01運用と保守の違い

正確に言うと、O&M と運用の間に明確な境界線はありません。これらは能力の異なる段階です。つまり、運用と保守は、製品がユーザーに効率的かつ安定的にサービスを提供できるようにするためのものであり、運用は、ユーザーが製品をより良く使用できるようにし、運用主体がユーザーのニーズを発見して製品の機能を向上させるのを支援するためのものです。フルスタック クラウドのシナリオでは、両者の違いは主に、サービス目標、サービス オブジェクト、サービス コンテンツという 3 つの側面に反映されます。

1. サービスの目的。運用保守の主な目的は、フルスタッククラウドの安定した運用を確保し、ユーザーが必要とするクラウドリソースを継続的に提供することです。運用の主な目標は、クラウド上のアプリケーションが真の価値を生み出せるよう、合理的なサービス コストを維持しながら、ユーザーに必要なサービスを提供してユーザーがサービスに満足できるようにすることです。

2. サービスオブジェクト。運用・保守活動は、フルスタッククラウドのソフトウェアとハ​​ードウェアのレベルに重点を置いており、サービス対象には主にネットワーク、ストレージ、サーバー、セキュリティ機器などのインフラストラクチャとプラットフォームソフトウェアが含まれます。運用アクティビティはクラウド サービスとプラットフォーム ユーザー レベルに重点を置いており、サービス オブジェクトは主にプラットフォーム ユーザーとサービス SLA を指します。

3. サービス内容運用保守活動の内容は、主にプラットフォームのソフトウェアとハ​​ードウェアのトラブルシューティング、構成計画の設計、構成の変更などです。運用活動の内容は、主にプラットフォームの進化と容量管理、クラウドアプリケーションのサポート、クラウドアプリケーションの動作保証などです。

02 フルスタッククラウド運用システム構築の考え方

2.1 概要

運用管理活動には、運用目標、運用ポリシー、運用モデル、運用システムの 4 つのレベルが含まれます。運用目標は、組織の運用における中期および長期の目標であり、組織の責任と位置付けに基づいています。運営方針とは、一定期間内に運営目標を達成するために提案される全体的な指針です。それは、運営目標を達成するための主な方法であり、重要な方向性です。運用モデルとは、運用ポリシーのガイダンスに基づいて運用要素の定義と運用要素間の関係を説明する、運用の全体的な方法とアプローチです。運用システムとは、企業内の運用目標、運用ポリシー、運用モデルなどの抽象的な理論的ガイダンスを具体的に実装したものです。

図2 オペレーション管理の概念図

要約すると、運用目標と運用ポリシーは運用モデルの確立をガイドするために使用され、運用モデルは運用システムの計画をガイドするために使用され、運用システムは運用モデルの保守と運用をサポートするために使用されます。

2.2 運用目標

クラウドの運用目標には通常、次のようなものがあります。

1. エンタープライズアプリケーションの運用要件を満たすサービスを提供します。つまり、エンタープライズアプリケーションの運用要件に近いサービスを設計、開発、構築、提供し、可能な限り機能共有を実現します。

2. フレンドリーなサービス提供プロセスを実装します。つまり、合理的なサービスアプリケーション、レビュー、および配信プロセスを策定し、アプリケーション操作に必要なサービスを品質と量に応じて時間どおりに提供できるようにします。

3. 機器リソースの有効活用、つまり、アプリケーションの運用要件を完全に満たしながら、機器とプラットフォームの調達、構築、保守コストを削減します。

この段階で、Bank G のフルスタック クラウドの運用目標は、金融テクノロジーの革新をサポートするための洗練されたリソース管理と俊敏な配信を実現することです。

2.3 運用ポリシー

クラウドの運用ポリシーは、企業戦略やユーザーのニーズの変化に応じて、運用のさまざまな段階で調整する必要があります。建設の初期段階の作業の焦点はサービス提供能力の向上であり、建設の中期段階の作業の焦点は製品の品​​質と製品の豊富さの向上であり、建設の後期段階の作業の焦点は顧客満足度の向上です。運用ガイドラインの変更は、組織のリソース投入とポリシーの傾向に影響し、運用モデルの調整につながる可能性があります。

フルスタッククラウドの現在の運用ポリシーは、エンタープライズレベルのサービス観点に基づき、ユーザー中心で、ビジネス需要志向となることです。フルスタッククラウドオペレーティングシステムの構築を迅速に反復・改善することで、企業内のあらゆるレベルの事業体に対する価値創造を実現し、運用目標の達成に貢献します。

03フルスタッククラウド運用システムの設計と実践

3.1 運用フレームワーク

クラウド運用に関しては、業界全体で統一されたソリューションは存在せず、その多くは依然として Huawei や Alibaba などの商用クラウド サービス プロバイダーの運用モデル システムを参照しています。 G銀行は、主にHuawei Cloudの運用モデルを参考に、フルスタッククラウド運用の現状とギャップ分析を組み合わせ、典型的なシナリオとニーズに基づいて「2つの主要な運用コンテンツと4つの主要なサポートシステム」のオペレーティングシステムフレームワークを構築し、「エンタープライズレベル」のITリソースと機能サービスの共有を実現することを目指しました。その中で、2つの主要な運用内容としては、プラットフォーム運用とアプリケーション運用が挙げられ、4つの主要な支援体制としては、組織体制、プロセス体制、ツール体制、評価体制が挙げられます。

図3 フルスタッククラウド運用フレームワーク設計

3.2 操作内容

3.2.1 プラットフォームの操作

フルスタッククラウドの安定した運用をベースに、お客様のビジネスニーズに応じてさまざまなサービスや技術要件に適応し、プラットフォーム自体の最適化や拡張性を考慮しながら、ビジネスアプリケーションの確実な運用を実現します。独自のサービス要件に基づいて、テナントの細かい操作、視覚的な操作、自動化された運用と保守の3つの主要なトピックに分けることができます。

1) テナント指向の運用: マルチレベルのテナント分散管理、テナント計測メカニズム、クラウド サービス製品カタログ管理、およびすべてのレベルのテナントの容量管理を通じて、組織レベルに応じてテナントを便利に管理できます。

2) 視覚的な操作：データセンター表示、テナントリソース表示、アプリケーションパフォーマンス表示を通じてハードウェアリソースとクラウドリソースの状態を把握し、あらゆるレベルのテナントのリソース割り当てと使用状況を監視し、アプリケーションリソース、コンポーネント、KPI、アプリケーショントポロジなどのパフォーマンス傾向を把握します。

3) 自動化された運用と保守: 運用保証、インテリジェントな障害診断、自動化された保守操作を通じて、フルスタックのクラウド シナリオで自動化された運用と保守の機能を構築します。これにより、運用・保守プロセスの集中化、標準化、規則化、シナリオベースのインテリジェントな障害診断が実現します。これにより、反復的な操作による作業の負担が効果的に軽減され、運用リスクが軽減され、運用と保守の品質が向上し、運用と保守の効率と満足度が向上します。

3.2.2 アプリケーションの操作

ユーザーのビジネスニーズに基づいてターゲットを絞ったカスタマイズされた運用サービスを提供し、ユーザーがアプリケーションをクラウドに移行する過程で遭遇する問題を解決し、ユーザーが迅速にクラウドに移行できるようにガイドします。アプリケーション運用は、クラウドへの迅速なビジネス移行、アプリケーション開発サポート、オンデマンドのリソース供給の3つのトピックに分かれています。

1) 迅速なクラウド移行：完全なクラウド移行評価メカニズムを確立することで、アプリケーションシステムのクラウド移行の実現可能性とリスクを分析し、アプリケーションシステムのニーズに応じて、展開モデル、リソース配信、高可用性アーキテクチャなどに基づいてクラウド移行計画を策定し、対応するクラウドサービスを設計し、オープンで共有されたクラウドサービスリストを構築して、クラウドへのビジネス移行が便利で効率的であることを保証します。

2) オンデマンド リソース供給: テナント プロジェクトのクラウド リソース割り当ての承認、登録、展開、発行、およびステータスの追跡を行います。リソース発行・回収戦略を策定することで、クラウドリソースを合理的に発行し、遊休クラウドリソースを定期的に見直して回収することで、業務システムの安定運用コストを削減し、リソースの合理的な割り当てと使用を確保します。

3.3 サポートシステム

人員組織システム: 組織の調整と統合、責任の明確な定義、活動処理の合理化、階層ベースのチーム構築、個人の能力の深化という原則に従って、制御グループ、運用グループ、製品グループ、顧客サービスグル​​ープ、デリバリーグループ、専門家グループのシフトまたはチームを設定することをお勧めします。

プロセス仕様体系：フルスタッククラウド運用を効果的に実行し、サービス機能とサービス品質の継続的な向上を実現し、サービスコストを継続的に最適化し、運用・保守から運用への変革に適応するためには、プロセスと仕様を再計画し、運用サービスに対するプロセス体系保証を提供する必要があります。

ツール プラットフォーム システム: 標準化、テンプレート化、ツール化、自動化、インテリジェンスの継続的な進化の原則に従って、運用プロセスにおけるさまざまなテクノロジとプロセス呼び出しが、成熟した信頼性が高く使いやすいツール製品にカプセル化され、人員のスキル要件が軽減され、人件費が削減され、手動操作のリスクが軽減されます。アプリケーションのクラウド移行と障害診断に重点を置き、クラウドリソースアプリケーションテンプレートツール、リソース配信監視ツール、クラウド移行ツール、コールチェーン分析ツールなどのサポートツールを主に作成しています。

価値評価システム：品質、進捗、コストなどの次元から、「サービス継続指標」、「顧客サービス指標」、「リソースと能力構築指標」を中核とするサービス評価システムを構築し、運用システムと互換性のある能力モデルと評価指標を構築し、サービス品質の分析を通じて内部チームの運用効率と外部の運用効果を測定します。プロセス設計が科学的であるか、クラウドサービスがタイムリーであるかなどが明確になり、オペレーターの熱意と創造性を刺激し、運用システムの改善と最適化を促進します。

要約する

「構築30%、運用70%」ということわざにあるように、クラウドの構築は単なる出発点であり、クラウドの運用はその後の焦点となります。 G銀行は、フルスタッククラウド運用システムを設計する際に、フルスタッククラウド運用が直面する問題と課題を徹底的に分析し、既存のセキュリティ運用システムと組み合わせて、「サービスモードを受動的から能動的に、思考モードをコスト指向から価値指向に変更する」という作業理念に従い、運用目標、運用ポリシー、運用モデル、運用システムの4つのレベルから全体的な運用設計を完成させました。上記の内容が同業者の方々の参考になれば幸いです。同時に、銀行Gは同業他社との綿密な交流を行い、業界全体の運用ソリューションを共同で生み出したいと考えています。