アリ雲の専門家はどのようにITインフラを再構築する方法を教えて！

著者|李李

Zebian |胡威威

著者の資料の提出

21世紀では、我々は、クラウドネイティブアプリケーションアーキテクチャの進化に、マイクロサービスアーキテクチャのSOA（サービス指向アーキテクチャ）からエンタープライズ分散アプリケーション・アーキテクチャを目撃しました。

エンタープライズアーキテクチャ記述の進化の背後にあるための考え方では、いくつかの「形而上学」についての話をしましょう：

熱力学第二法則に沿って、企業のITシステム（エントロピー）のL複雑。時間の控除では、ビジネスの変化は、企業のITシステムの複雑さはますます高くなります。

lは、よく知られた保存則のコンピュータインタラクションデザインの複雑さを持っている：対話型アプリケーションの複雑さは消えないだろう、だけ別の方法があります。この原理はまた、ソフトウェアアーキテクチャ、新しいソフトウェアアーキテクチャの、すなわち導入に適用される、ITシステムの全体的な複雑さを軽減しません。

あなたがしたいかどうか、これを聞くことだけで、私たちは少し冷静さを感じて投げない、人生のですか？

現代のソフトウェアアーキテクチャのコアタスクの1つは、顔に必要なアプリケーション開発の複雑さを軽減、国境インフラストラクチャとアプリケーション、合理的なセグメンテーションの複雑さが定義されています。換言すれば、開発者は、技術革新のコアバリューに集中できるよう、そして解決するために右の人とシステムにいくつかのより多くの質問を置くことです。

私たちは、企業の分散アプリケーションアーキテクチャの進化を探る、図I-1から始めました。

変態の痛み-soa

2004年に、IBMは、R＆Dと顧客の範囲ヘルプPepBoysへの世界的なパイロットプロジェクトに参加TLアーキテクトとして、I、グローバルなSOAデザインセンターを設立し、オフィスデポや他の国際企業がビジネスの俊敏性を高め、企業内および企業間の最適化ビジネスプロセスにSOAを使いますセックス。

大きな画像は、そのは、経済のグローバル化が徐々に深化し、企業が競争の激化に直面している、ビジネスの変化が加速し始めました。大企業のITシステムの中で進化の施さ十年を持っています。全体の技術のシステムは非常に複雑で、そのため、このようなホストシステム上のCISCおよびCOBOLアプリケーション、ミニコンピュータAS / 400 RPGのビジネスシステム、X86または電源分散システムC、J2EE、.NETアプリケーションなどのトランザクション、中に共存になっています。サードパーティのサプライヤーが提供する多数のアプリケーションは、いくつかのシステムでも何のメンテナンスを持っていません。そして、繰り返しのビジネスに、いくつかの新しいビジネスシステムは、合理的な方法論ガイダンスシステム、「情報の島」の数の形成の欠如との間に有機のリンクが不足しているため、継続的ビルドアップしているITインフラストラクチャの複雑さを増加し続け、することはできません事業開発支援の要請。これは、マスターに見えた被害者Linghuを助けるために、短い時間のために傷害を緩和することができますが、異種腹立たしいは、体内に入るが、長い時間ダウンのためにお互いを攪拌し、多チャンネル腹立たしいを統合することはできません傷つけるプラス傷害ます。

そのため、IT企業が直面する主要な課題は、垂直バレルの企業の多数の統合で、ますます複雑なビジネスプロセスと効果的なビジネス上の意思決定を支援するITシステムを、（サイロ化）と急速なビジネスの変化に対応しています。この文脈では、IBMやその他の企業がSOA疎結合サービスアーキテクチャを構築する企業を向上させる、ビジネスプロセスを通じてサービスを柔軟に組み合わせることができ、より粗粒度のサービスに概念、抽象アプリケーションシステム（サービス指向アーキテクチャ）を提案しましたIT資産の再利用、「情報の島」問題に対処するために適応性、柔軟性と拡張性を向上させます。

SOAは、分散システムを構築するための一連の原則を提示し、これらの原則は、今日でも適用されます。

1）明らかに、サービス定義によって定義される標準化されたインタフェースを持つサービスは、サービスコンシューマ（消費者）と分離するサービスプロバイダ（提供者）の実現を記載します。サービス契約、最初ではなく、コード最初のファッションを開発し、採用されなければなりません。代わりに、特定の言語のドキュメント指向のRPCプロトコルメッセージを利用したサービス、及びサービスの間の通信は、システムの可用性と拡張性を改善するために、同期または非同期通信を選択できる柔軟性を達成するために、他方では、分離型言語を解決することができます。

2）サービスが疎結合されなければならない、何時間、空間、技術があってはならない、サービス間のチームに依存しています。

3）サービスは、サービスコールおよびセッションのコンテキスト状態のデカップリングを作り、ステートレスでなければなりません。

4）サービスは、再利用可能なサービスのシリーズに再利用可能なビジネス・ロジックカットする必要があります。

5）サービスは、バージョン管理、自己管理と回復、サービスの実装は、独立して配置することができ、自律的かつ自己完結型でなければなりません。

6）サービスが発見され、それを組み合わせることができます。例えば、サービスは、サービス・レジストリを通じてサービスコンシューマとサービスプロバイダの動的結合を実現するために見つけることができます。ビジネス・プロセスのオーケストレーションは、異なるシステムからビジネスサービスに組み立てることができます。

初期ビルドSOAシステム、ポイントの通信リンクをポイントを使用してほとんどのシステム、およびサービス呼び出しロジックは、アプリケーション統合の実装に埋め込まれている場合。このように、サービスの数は、実際に開発を簡単かつ効率的な方法であるとき、比較的小さいです。しかし、最大の問題は、サービス間の大きさで成長して、つまり、通信サービスはより複雑になり、接続パスの複雑さは、巨大なガバナンスの課題にサービスを提供するために急増します。

図I-2に示すように、これらの課題に対処するために、エンタープライズ・サービス・バス（エンタープライズサービスバス、ESB）は、導入されるようになりました。エンタープライズ・サービス・バスは、サービス間の仲介の接続、変換および処理能力を提供します。そして、企業内の様々なサービスは、システム統合の複雑さを遮蔽する、情報システム間の疎結合を達成するために、サービス・バス・アーキテクチャに接続することができ、ITインフラストラクチャの柔軟性を向上させ、内部情報の共有のコストを低減します。

易筋経のようなSOAの方法論の目標、私が使用されるように、異なる腹立たしい、支配を集める行く、整理することができます。しかし、栽培過程は容易ではありませんでした。野心的なSOAの多数のプロジェクトが望ましい結果を達成できませんでした、その背後にある理由は何ですか？

どれでも成功したITアーキテクチャのビジネス目標、技術インフラストラクチャと組織能力と併せて、互いに不可分です。

ビジネスでは、時間がSOAエンタープライズITの株式市場の問題を解決するに焦点を当てています。これは、かなりの程度までSOAの方法論は、エンタープライズアプリケーション統合（EAI）と狭くされます。SOAの哲学において、情報システムとの間の経絡を開くには、最初のステップです。ITは、アジャイル柔軟なインフラ、企業を維持するように、企業のITインフラストラクチャーの反復再構成するために必要な秀内部強度は、事業の発展と変化をサポートし続けます。

組織構造、その時点で、企業のIT部門の多くは、まだコストセンター、ビジネスサポートですので。ほとんどの企業は長期的なIT戦略計画が不足している、それはまた成長の欠如を認識し、チーム、SOAプロジェクトは、運用システムになりますが、保証組織し、持続的な投資はありません。場合でも、プロジェクトの成功は、時間をかけて複雑に積極的で、徐々にその活力を失うことになります。アメリカの生活の友人で昨年はまた、既存店全国のビジネスをサポートしてビルドビジネスシステムへのお客様のために15年前、私に写真を送りました。これは、企業の技術戦略の欠如を反映し、成功した技術プロジェクトです。

技術的には、ESBアーキテクチャの実装ビジネスロジックとサービス統合のデカップリングが良く一元管理することができますサービス。また、いくつかの深刻な問題を暴露：

1）による業務システムの再利用ではなく、ガバナンス、企業のITインフラの再建をオーバー強調。サービス統合ロジックの多数ESBの内部にヒートシンクに実装され、ESB乱用をリード、I-2図に示したようなロジックをESB負担になる、非常に維持することが困難で、かつ拡張を移植することは困難であり、右端。我々は適切に正しい場所に複雑さを処理しなければならないし、単純に譲渡することはできません。

2）ESBは、インターネットの急速な発展で、ESBは、大規模企業のIT成長の課題を満たすことができなかった、集中メッセージ処理システムに基づいています。

3）ESB「スマートパイプ、ダム端末」システムアーキテクチャように急速に変化し、一般公衆革新的なアーキテクチャに適応することができません。類推ビットは、通信事業者は、複雑な機能を期待していたビデオ通信、電気通信インフラへの電話会議、豊富な通信サービスを楽しむことができるだけで「ダム」電話端末。しかし、スマートフォンの普及で、マイクロチャネルとネイル分散型コラボレーションツールなどの技術革新は、人々のコミュニケーション方法に革命をもたらしている、と電気通信ネットワークは、パイプラインの運命を返します。

米国の出現 - マイクロサービス

インターネットの発展、モバイルインターネット時代の特に到着と、世界の経済構造は、非常に大きな変化を遂げてきました。（などERP、SCM、など）の伝統的な取引システムからエンタープライズITの進化の焦点は、（例えば、フルチャネルマーケティングなど）システムと対話します。これらのシステムは、インターネット規模の急速な成長にも対応できるようにする必要があり、かつ急速に反復処理し、試行錯誤のコストすることができます。ITは技術革新の駆動エンジンの一つとなっているエンタープライズ、理想的な技術は、さらに、エンタープライズITの進化を加速するために、ビジネスの境界はまた、ITチームミッションのより良い感覚を助ける展開します。

図I-3に示すように、マイクロサービスアーキテクチャ - Netflixのでは、インターネット企業の一連の率いるアリババは、新しい変更の企業構造を支配します。Apacheのダボは、そのようなマイクロフレームワークとしてのSpringクラウドサービスが広く用いられています。

核となるアイデアは、アプリケーションの機能を分割し、ミクロのサービスをデカップリング、業務システムの実装の複雑さを軽減することです。マイクロサービスが疎結合解体サービスのセットとしてアプリケーション機能は、各サービスが単一責任の原則に準拠していることを強調しました。マイクロサービスアーキテクチャは、従来のモノリシック・アーキテクチャに固有のいくつかの問題を解決します。各サービスは、大幅にビジネスの俊敏性を高め、独立して配信展開することができ、独立してスケールは、シュリンク各サービス、インターネット規模の挑戦。

マイクロサービスアーキテクチャは、SOAのアーキテクチャの原則を継承するが、実装レベルで、それは分散アーキテクチャESBの中心に「スマート端末、ダムパイプ」を構築することによって置換される傾向にある、サービス制御ロジックは、ルーティング、すべてのサービス発見を含みます解析又はサービスメッセージ、統一削除ESB内部に配置され、単純なサービス間の通信プロトコルは、SOAは、分散より完全であるように、アーキテクチャに分散化。

同時に、マイクロサービスアーキテクチャは、現代の革新的な組織構造のニーズを満たすために。コンウェイの有名な法則は、組織が技術的なアーキテクチャを決定することを述べています。インターネットビジネスの急速な進化に直面し、「2つのピザの原理は、」最初のアマゾンCEO Bezos氏によって提案された、彼はピザを食べるために2つのプロジェクトチームが十分でない場合は、その後、チームは大きすぎる見えるかもしれませんと考えています。小さなチームの効果的なコミュニケーションがより助長していると合意に達することが容易協力して、効果的に企業内のイノベーションを促進することができるので。この組織は、各チームが、より明確なビジネスモジュールの境界を持っていることを、小さなチームが、それぞれが自分のライフサイクル全体のモジュールを担当している、と独立した進化することができ、モジュール、間の可能なデカップリングが必要です。

もちろん、複数のマイクロサービスへの大規模なモノリシックなアプリケーションの解体は、確かにITシステム開発の調整、配信、運用、保守の複雑さを増加します。大規模なアプリケーションコンテナ技術により、コンテナは、アプリケーションの標準アプリケーションの配布および配信となっており、基礎となるオペレーティング環境は切り離すことができる。Kubernetesは、アプリケーションの円滑な実行にヘルプを基盤となるアーキテクチャの違いを遮蔽し、標準リソースのスケジューリングと振り付けになります別のインフラストラクチャ上で、そのような様々な環境として、クラウドにデータセンターからスムーズなアプリケーションの移行を支援することができます。このときマイクロサービスアーキテクチャと自然の血管DevOpsチームと一緒に来て、ネイティブクラウドアプリケーションアーキテクチャのプロトタイプを構成します。

マイクロ・サービス・アーキテクチャは、内因性の分散アーキテクチャの複雑さに直面する必要があります、記事を参照してください。「というエラーを計算配布されています。」マイクロサービスフレームワーク、融着なサービスの発見などの複雑な通信やサービス管理サービスを、解決できるようにする必要があり、電流制限、リンクトレーシング挑戦。マイクロは、HSF、ダボ春クラウド、またはこれらの機能をカプセル化するためのコードライブラリへなどとして、フレームワークにサービスを提供します。図に示すように、コードライブラリは、アプリケーションおよびメンテナンスと共に放出アプリケーション自体、で構成されている。I-4。

サービス通信とガバナンスは、本質的に水平なシステムレベルの関心事である、ビジネスロジックは直交しています。しかし、マイクロサービスアーキテクチャでは、ビジネスロジックとその実装とライフサイクルが一緒に結合されました。再構築につながり、全体のサービス・アプリケーションをデプロイしますマイクロサービスフレームワークをアップグレードします。コードベースは、通常、特定の言語に関連付けられているので、また、多言語エンタープライズアプリケーション（ポリグロット）実装をサポートすることは困難です。

光の進化 - クラウドネイティブ

敏捷性とスケーラビリティを向上させながら、だけでなく、ビジネスロジックとサービスを犠牲にして、呼び出しの中心点に戻るには、マイクロ・サービス・アーキテクチャ、SOAの採用センター・サービス・バス・アーキテクチャ、ビジネスロジックとサービス制御ロジックのデカップリング柔軟性・ロジック・デカップリングは、ガバナンスをもたらしました。

これらの課題に対処するために、コミュニティはサービスグリッド（サービスメッシュ）アーキテクチャを提案しました。それは再びコンシューマとプロバイダのサービスで展開独立したプロセスでは、サービスのガバナンスインフラストラクチャに両側をシンクします。これは、システムの拡張性を保護するためにセンターの目的を達成することはありません。また、デカップリングのサービス管理とビジネスロジックを実装して、両方の独立した進化は、全体的なアーキテクチャの進化の柔軟性を高めるために、互いに干渉することはできません。同じ時間サービスでグリッド侵襲アーキテクチャは、ビジネスロジックを低減するに示すように、多言語サポートの複雑さを低減する。I-5。

2017年、グーグル、IBM、Lyft大手プロジェクトがIstioサービスグリッド・アーキテクチャを開始したが、典型的な実装である、プロジェクト新しい現象クラス「赤のネットワーク」となっています。

サービス検出および負荷分散、増分配信（グレー・リリース）、カオス注入と分析、全体リンクトラッキング、ゼロ信頼とネットワークセキュリティ：Istioは、次のようなハイエンドのサービス管理機能の範囲を提供しています。システムは、独自のITインフラ・流通システムへの上側の振り付けのために運用されます。その上、ドメイン指向のクラウドネイティブフレームは急速な機械学習指向のクラウドネイティブプラットフォームKubeflowとして、新興国、およびサーバレスKnative用というようにしています。この階層化アーキテクチャにより、開発者は、基本的な実装の複雑さに焦点を当てることなく、自社のビジネスロジックに集中することができます。

2019年には着陸グリッド・テクノロジー・サービスのための重要な年であり、我々はサービスグリッド技術の代表としてIstioに急速な成熟を目撃し、広く使用されてきました。アリ経済の内部では、アリの金のドレスと電気の供給業者は、事業をドッキングのしきい値を減らし、多言語サポートを提供するために、大規模な業務アプリケーションサービスグリッド技術を始めている。スピード反復技術を高めるために、統一されたフレームワークのモデルを提供します。

私たちは、Istioのも深く、それは高い学習曲線を持っていることを感謝し、使用中のユーザをサポートしています。客観的に言えば、そのような複数のプロトコルなどの機能、その富から一方のケースのIstioの複雑さは、それが双方向サポートTLS認証を有効にすることができ、アプリケーションを変更せず、フロー制御、複数言語のサポートをサポートするなど、他の一方が配置、操作および保守の分散アーキテクチャに由来する上で本質的に複雑です。

開発者として、一方ではサービス、使用、セキュリティ、および安定性の容易さの基礎となるシンプルなグリッド技術基盤を期待する一方で、自社のビジネスにフォーカスを置きたいと思います。これらの目標を達成するために、ホスティングサービスのグリッドパターンは、より合理的な選択肢かもしれません。ホスト・モードでは、コントロールプレーンコンポーネントがユーザーの複雑さを軽減するために管理され、ユーザーはデータプレーントラフィックのアプリケーションの開発と展開に注力する必要があります。依然としてIstioとの互換性を維持しながら、柔軟なルーティング・ルール、統一されたトラフィック管理支援複数Kubernetesクラスタを定義するための宣言的な方法をサポートします。

見通し

「世界のトレンド、部門の長い期間、除算するのに長い時間のために一緒に。」エンタープライズ分散アプリケーション・アーキテクチャは、自然の中で進化のパスの類似点を経験してきました。次々に新しい技術、今日では、我々は新しい技術によってもたらされたアーキテクチャの変更を包含するようにするだけでなく、ロジックとその背後にあるコア値の進化に関心を高めるために、体系的に複雑さをコントロールする必要があります。

コンテナ、サービスグリッド技術の急速な発展に伴い、我々は雲が現れ始めたネイティブのオペレーティングシステムのプロトタイプを見ることができます。これは、ネイティブの技術をクラウドコンピューティングインフラストラクチャとクラウドが大幅にビジネス革新のスピードを強化した、時代の開発者の最善の方法です。一方、ネイティブのクラウド技術の開発は、より優れたネイティブのクラウドコンピューティングを構築するために、コミュニティの成長と拡大、一緒にクラウドアリババネイティブ技術、およびコミュニティへの大規模生産におけるベストプラクティスに戻って、コミュニティを包含すると不可分です。

I「Istioサービスグリッド技術の分析と実践」SOAの分野での彼の技術専門家だった王Xiの寧が10年間働いていたこの本の著者、ビジネス・プロセスは、関連分野における世界の技術の多くは、分散アーキテクチャの進化を目撃しました特許。彼は、グリッド技術アリクラウドサービスの事業化プロセスを担当して、グリッド・サービスの分野で非常に深遠な理論的知識と実践的な経験を持っています。本当に私たち読者がより良いグリッドの技術サービスの本質を把握し、柔軟に業務システムに適用することに役立ちます、この本を楽しみにして。

「Istioサービスグリッド技術の分析と実践」の限界8.1倍は、できるだけ早く開始します

王西寧アリクラウド上級技術専門家によって書かれた本は、Istio基本原則と実践的な開発を詳述、それは例と参照コードの大規模な選択が迅速エントリIstio開発のためにダウンロードすることができます含まれています。ガートナーは、2020年までに、サービスグリッド技術は、すべての主要なコンテナ管理システムの標準になるだろうと考えています。この本は、すべてのサービスの読者に適しており、関心のマイクロネイティブを曇らせる、我々は本の中で、深読書にお勧めします。

李李、担当のアリクラウドコンテナのサービスマン、上級技術専門家：著者について。

【終わり】

重要な一環として、「何百万人もの人々のAIを学ぶ」で、開発者ワンストップは、現在のAI研究最先端の技術を学ぶためになるよう、2020 AIProCon開発者会議は、6月26日のライブオンラインフォームによるコア技術万人となりますアプリケーションだけでなく、ビジネスの場合、実際の経験だけでなく、エキサイティングなオンライン開発者シャロンとプログラミングの様々なプロジェクトに参加することができます。活動の前向き関与Aシリーズ、ライブオンラインの相互作用は、開発者の数万人、だけでなく、排他的なライブギフト、コーヒー、さらには大規模な技術小麦を獲得するチャンスと通信することができないだけ。

ゲストブックが選択されたコメントは、299元、「2020 AIの開発者百万人大会」のライブオンラインチケットの値を取得します。あなたはそれを言いたい書き留め、指先を是非！