この記事を終えて以来、上級技術専門家のアリ - で2019年アリYunfeng徐Wenqiシェア「技術プラットフォーム - アリにおける分散型アーキテクチャの練習ゴールドのドレス、」およびレビューでと技術アーキテクチャコミュニティのリーダーシップの専門家の解釈、アリ包括的な解析技術アーキテクチャの練習ステーション。
分散型アーキテクチャと哲学の最初に、利点
モノマーの伝統的な建築の特徴1。
通常、スタートアッププロジェクト、最初から単一のアーキテクチャです。
利点は、逃げるために生産に作られたWARパッケージを、開発、テスト、デプロイするために、迅速、簡単です。
欠点は、プログラムパッケージ内のすべてのモジュールは、コンパイラは、スロースタートを遅らせるコード違反、毎回コードをマージする原因となるので、また明らかにされている悪夢、出版の成功率ですか？ピュア運。
単一のアーキテクチャ対2マイクロサービスアーキテクチャ
高いモノマーの生産効率を、使用している場合、特定のサイズに複雑で、そしてサービスとして、それらを分割する際にあまり複雑なアプリケーションは、生産性モノマーアプリケーションは、費用対効果が大幅に減少し始めました。
マイクロサービスアーキテクチャは、広くビジネス予測不可能な変動、マイクロサービスアーキテクチャから、認識されている理由は、自己進化を維持し、その後すぐにビジネスの変化に適応します。
3.モジュールの開発
トップレベルの設計操作からマイクロサービスアーキテクチャ、アプリケーションのプレゼンテーション層剥離モノマー、論理層、データ層から独立し、サービスラインに応じてブロック分割始まります。多くの企業は、モノマーは、ビジネスの継続性、データの整合性の問題に注意を払うように、ここで、サービスとして解決プロセスのアプリケーションに適用経験しています。
マイクロサービスアーキテクチャの4負荷分散利点
通常LVS前に、F5の負荷は主にように、電流制限、負荷、セキュリティを提供するために、サービス・アクセス・レイヤーとしてバランスをとります。
マイクロサービスアーキテクチャでは、軽量なロードバランシングを提供するアクセス層、プロトコル変換、認証サービス、マイクロサービス管理フレームワークのゲートウェイは、通常、管理サービスを提供するために、そのようなダボのようなサービス、、、サービス登録、サービス発見を有しますそして、分離。
データアクセスのボトルネックソリューション - 垂直セグメンテーションデータベース
分散型アーキテクチャは、データアクセス、それのボトルネックを解決する方法ですか？まず、データベースは、例えば、ユーザ、トランザクション、データ記憶およびアクセスの圧力が、当然のことながら、ライブラリショットによって調製することができる容易に別のデータベースにアカウント分割、分離を読み書きすることにより、垂直スライシング、です。
6.データアクセスのボトルネックソリューション - データベースレベルのセグメンテーション
次に、このようなデータベースおよびデータトラフィック量データテーブルとしてデータベースの分割レベルが、大きすぎると、テーブルは、トランザクション、サブライブラリー、上に示した分割表計算方法の数で分割してもよいです。
拆表拆库是解决数据访问、存储问题，但是会给数据查询带来很大的麻烦，比如跨多表、多库的复杂查询场景。解决的办法很多，通常有：用ES进行复杂查询，筛用ID再到库里捞数据（即复杂查询拆分多次查询），或用分布式海量数据库方案，不去做太细粒度的拆分库表，如下面会提到的OceanBase。
二、分布式架构实践举例--分布式TA系统
1.传统TA系统架构
传统TA系统架构，清算串行效率低，无法通过增加机器线性扩展性能，一般使用大事务，出现问题全部回滚。
2.分布式TA系统架构
分布式TA系统架构，结构更合理，也更复杂。分成了：接入层、业务服务层、SOFAStack层、LAAS、运维工具链、治理控制。
接入层：包括协议转换、访问控制、文件传输、运维工作台。
业务服务层：即业务核心逻辑服务，如：账户、交易、账单、清算等。
SOFAStack：蚂蚁金服的通用服务组件，许多都开源了，包括：微服务框架、分布式事务、任务调度、消息队列、数据代理、链路跟踪等。
分布式TA系统的需求攻克的技术难题。分布式清算任务如何高效实现？分布式下，加大应用处理出错可能性，那清算任务如何确保正确性?下面会谈谈如何解决。
3.分布式任务调度平台
分布式任务调度平台，支持：
自定义分片，高效利用集群计算能力。
执行中可对任务进行暂停/续跑，强制取消。
任务失败重试机制，保障整体计算任务成功。
4.清算任务调度
清算任务调度，整个架构分为：1）任务拆分，即申请交易文件，按一定的逻辑进行数据分片；2）任务执行，将执行处理过后的数据，存入流水库；3）核心服务，包括交易、清算、账务、账户等。
5.清算的容错和核对机制
清算的容错和核对机制，包含：日初始化、文件导入、清算处理、收益计算、份额调整、清算导出、二次清算、收益导出。
每个环节都可以冲正重做。
可以按文件、用户、备份点进行作业回滚。
优点是，任意流程可回滚、精准逐笔核对，支持按中台用户回滚，缩短了清算时长。
三、分布式架构下如何保障系统的可靠性及稳定性
1.灰度发布机制
グレー解放機構、プロセスは、ベータリリース、グループ公開、グレー排水、解放総量。
時間階調の短縮、抽出スライス寸法によって柔軟グレー、ユーザをクリアすることができます。
2.リンクラインの圧力測定
シャドウテーブルの行への完全なデータ・アクセス・エージェントを介してリンクラインの圧力測定、圧力測定データは、通常のトラフィックデータには影響を与えません、リンク圧力特性を測定します：
。①環境圧力測定多重生産、信頼性の高い結果;ラインより。
②。マーキング圧力測定データは、製造環境、テーブル・レベルの分離を入力することができません。
高可用性メカニズムを3.OceanBase
パクシ島のプロトコル展開の典型的な3枚のコピーに基づいて、高可用性メカニズムをOceanBase：
1）強力なデータ整合性、
2）を連続的に入手可能
3）自動スタンバイスイッチ。
4）シングル、部屋、都市レベルの障害：ノンストップ・サービス、データを失うことはありません。
分散データベース方式が主に反映され、プライマリおよびライブラリプログラムの商用データベースより優れているOceanBase：図書館の半分以上に達するために、分散データベース、書き込みトランザクション、ライブラリには、いくつかの異常2のライブ、灰色のアップグレード中に3つのセンターをビジネスに影響を与えることはありません。
一般的な展開シナリオを4.OceanBase
OceanBase展開シナリオは以下のとおりです。
三つの部屋市内 30キロの距離内に、コア室の都市複数、約0.5〜2msの間の遅延。
二つの3つのセンター、遅れ通常の状況下で合意し、3-中央市の展開は、都市の1人の観察者のダウンタイムの1は、オフサイト同期遅延が増加します。
市 - アクティブの冗長アーキテクチャ
アクティブ - アクティブのディザスタリカバリアーキテクチャ市、通常はエンジンルームの機器の少量を離れて取引、日々の取引を運んで、メインルームをホストするためには、アーキテクチャがによって特徴付けられます：
優先度1）部屋、クロス損失を回避します
任意侵襲無し2）アプリケーション
3）部屋としてスタンドアロンアプリケーションの開発と導入など
4）自動切換災害復旧