多くの世界的な製品、 のような FacebookやTwitter、世界中の彼らのユーザー。エンジニアは、私たちが生きてオフサイトにそれを呼び出すことができ、ユーザアクセスのための世界では複数のデータセンター（DC）を設定する傾向があります。続く期間では、私はブログのシリーズを書きます、と私たちは一緒に建築を探るために別の場所に住んでいます。
私たちが生きるために場所を必要とする理由この記事では、議論することで、 このアーキテクチャの実装に関する問題が解決されます。
まず、オフサイトライブのメリット
1.ユーザーエクスペリエンスを強化
最も重要なの製品は、バックエンドサービスのためのいくつかの要求をした優れたユーザーエクスペリエンスを提供することです。
高可用性サービス
一部のサービスでは、 提供する必要 6 9、さらに可用性を。可用性の原則は+自動フェイルオーバーのシングルポイントを回避することです。部屋の大きさの単一の点を避けるために、我々は、災害復旧お互いを行うには、複数のDCを提供する必要があります。
グッド応答速度
世界が一つだけの場合は DCは、すべてのユーザーがこれだけにアクセスすることができます。この場合、ユーザエクスペリエンスのための大陸RTT（一般的に> 200ミリ秒）のレベルは、災害でした。ユーザーが近く訪問するので、世界中の世界クラスの製品は、DCを展開する必要があります。
2.コストを削減
安いマシン
我々は、すべてのことを知っている 別の場所で多くの商品の価格は同じではありませんが、サーバーも例外ではありません。 あなたは、ユーザーがローカルのアフリカ安いバックエンドサービスにアクセスできるようにする場合は、 なぜ彼らは行く東トラフィックの米国に行くべき？
トラフィックを共有
一般的に、我々は、ピーク時のトラフィックよりも大きいマシンのリソースの割合を制御するために必要な日活準備ができて1ワット2ワット日活マシンとして、。
あなたの場合は、トラフィックの急増の場所は、あなたが時間の場所にないマシンのリソースを心配する必要はありませんので、もしDCは、世界中をされている、この問題は拡大のピーク後のリソースの無駄です。このようなハロウィン、クリスマス、Facebookの米国のトラフィック高騰など、今回はDCアジアへの流れの一部をカットすることを選択できます。
第二に、どのような場所は生きるん
別の場所でライブを行うために、 私たちが取り組まなければならないいくつかの問題があります。
アクセス層のフロー制御
デフォルトのユーザー・アクセス DC？何時間スイッチングを行いますか？スイッチング処理を制御する方法は？
各 DC同じビジネスロジック
ユーザーのために、 彼のスケジュールされたトラフィックの前と後に、ビジネスロジックは同じです。 例えば、アジアのユーザーの一部のコンテンツは、この制限は無効になり、アジアのユーザトラフィックが米州室に移行されないための、Facebookで見えません。
クロス DCリアルタイムデータの同期と競合
またはで FB、例えば、利用者の賞賛の南米投稿ログインユーザBの時点で部屋にアフリカ室を訪問した場合、その後、Bは、関連する通知をタイムリーに受け取ることができるはずです。この背景には、データのリアルタイム同期に依存します。
ライブの場合は、 マルチ DCデータの書き込みは、東監査システムの米国に所在Facebookなど相反するデータの導入にバインドされ、ポストを操作しながら、ユーザーは、それがデータを競合する東南アジアに位置しています。
一貫性の強いグローバルレベル
ほとんどの企業のために、 私たちは（例えばカウント親指など）結果整合する必要があります。 しかし、いくつかのサービスは、我々は保護するために強力なグローバル契約必要がある（例えば注文、決済業務などを）。
https://mp.weixin.qq.com/s/vkvYJnKfQyuUeD_BDQy_1g
より教材のために、グループに追加することができる：473 984 645またはFangerウェイコードスキャンの下
