Qihoo 360のエンジニアであるYang Zhouを代表して、Goブログのゲスト投稿の翻訳に注目します。
Qihoo 360は中国のインターネットおよびモバイルデバイス向けのウイルス対策製品の大手プロバイダーであり、Androidモバイルアプリケーション（アプリケーションストア）の大規模な配信プラットフォームを制御しています。 2014年6月末に、Qihooは1か月あたり5億人のアクティブPCユーザーと6億4,000万人以上のモバイルデバイスユーザーに使用されました。 Qihooには独自のブラウザと検索エンジンもあり、どちらも中国人の間で人気があります。
私のチームであるプッシュメッセージング部門は、当社の製品（PCとモバイルデバイスの両方）の50以上のアプリケーション、およびオープンプラットフォームを使用する数千のサードパーティアプリケーションに基本的なメッセージングサービスを提供しています。
Goでの「ロマンス」は、プッシュ機能を使用しようとした2012年に遡ります。 最初のオプションは、nginx + lua + redisの束でしたが、深刻な負荷の下でのパフォーマンスは要件に適合しませんでした。 正しいスタックの次の検索で、Go 1.0.3の最新リリースに注目が集まりました。 言語のプリミティブであるゴルーチン（軽量スレッド）とgo-channel（型付きキュー）のおかげで、ほんの数週間でプロトタイプを作成しました。
当初、当社のコルゲートシステムは20台のサーバーに展開され、合計2,000万のアクティブな接続に対応していました。 彼女は1日に200万通のメッセージしか送信できませんでした。 現在、システムは400台のサーバーに展開され、2億以上のアクティブな接続をサポートし、毎日100億を超えるメッセージを送信しています。
ビジネスの急速な成長とプッシュメッセージングサービスの要件の増加と並行して、元のGoシステムはすぐに限界に達しました。ヒープサイズは69Gに達し、GCの一時停止は3〜6秒でした。 さらに、サーバーを毎週再起動してメモリを解放しました。 正直に言うと、Goを削除してカーネル全体をCに書き換えることさえ考えました。しかし、すぐに計画が変わりました。プラグはビジネスロジックの転送中に発生しました。 1人（私）がGoのシステムのサポートを圧倒することは不可能でしたが、同時にビジネスロジックのCへの移植を提供しました。
そこで私はGoにとどまることにしました（そして、私の意見では、これは私が受け入れることのできる最も賢明な方法です）。定性的な進歩はすぐに始まりました。
以下に、いくつかのトリックと最適化を示します。
- 対話中に新しいオブジェクトとバッファを作成しないように、TCP接続（接続プール）を再利用します。
- オブジェクトと割り当てられたメモリを再利用して、GCの負荷を減らします。
- 長期生存ゴルーチンのグループを使用して、タスクキューまたはから受信したメッセージを処理します
ゴルーチンの接続。 つまり 着信リクエストごとに1つずつ、多くのゴルーチンを生成する代わりに、古典的なpub / sub。 - プロセス中のゴルチンの量を監視および制御します。 制御が不足すると、作成されるゴルーチンの量が急増するため、GCに過剰な負荷がかかる可能性があります。 たとえば、外部からのリクエストを処理するゴルーチンの無制御の作成を許可すると、たとえば内部サービスへのアクセスの結果として作成されたばかりのブロックをブロックすると、新しいゴルーチンの作成などにつながります。
- モバイルネットワークで作業する場合、ネットワーク接続の読み取りおよび書き込みの期限を指定することを忘れないでください。そうしないと、ゴルーチンがブロックされる可能性があります。 ただし、LANネットワークでは慎重に使用してください。使用しないと、RPC通信の有効性が影響を受ける可能性があります。
- 必要に応じて、コールにパイプライン処理を使用します（TCPの全二重が利用可能な場合）。
結果として、実装する人が限られている場合でも、アーキテクチャの3つの反復、RPCフレームワークの2つの反復が行われます。 この成果は、Goでの開発の容易さに起因します。 私たちのアーキテクチャの新鮮な図を持ってきます：
継続的な改善と表形式での改善の結果：
そして、それだけでなく、Goプログラムをリアルタイムでプロファイリングするためのプラットフォーム（可視性プラットフォーム）を開発しました。 これで、システムステータスと診断情報にアクセスして、問題を予測できます。
スクリーンショット：
すばらしいことから：このツールでは、Distributed Stress Test Toolモジュール（Goでも記述）を使用して数百万人のユーザーの接続と動作をシミュレートし、結果をリアルタイムで視覚化して観察できます。 これにより、あらゆる革新や最適化の有効性を調査し、戦闘状態でのパフォーマンスの問題を防ぐことができます。 ほぼすべての可能なシステム最適化は、すでにテスト済みです。 また、GoのGCを担当するチームからの良いニュースを楽しみにしています。将来のGCのコードの最適化で不必要な作業を省くことができます。 また、Goが進化し続けるにつれて、私たちのトリックはすぐに初歩的なものになると認めています。
Gopher Chinaに参加する機会を与えてくれたことに感謝し、この話を終わらせたいと思います。 これは厳eventなイベントであり、多くのことを学び、知識を共有し、Goの中国での人気と成功を吹き込むことができました。 Qihooの多数のチームは、既にGoに精通し、試してさえいました。 すぐに多くの中国のインターネット企業がこのトレンドに加わり、Goでシステムを書き換えると確信しているため、Goの背後にあるチームの努力は、近い将来、膨大な数の開発者や企業に利益をもたらすでしょう。