Highload ++「小規模で負荷の高いプロジェクト用の独自のキー/値リポジトリの作成経験」に関するレポートの要約

猫の論文の下で、何が興味を引き、何を切るのかを知りたい



このレポートは、意欲的なアーキテクトと主要なプログラマー向けに設計されています。 レポートの最初の部分では、例としてLovePlanet.ruを使用して、内部からの最新のデートサービスがどのように構成されているかを確認します。 モジュラーアーキテクチャの概念は、独立したサービスまたはデーモンとして実装される特定のタスクを別のモジュールが担当する場合に提案されます。 このようなアーキテクチャを提供するものと、通常のWEBページの実行に対する利点は何ですか。



アーキテクチャのモジュールの1つは、追加のロジックを備えたキー/値ストアとして実装される「Preferences Storage」サービスです。 なぜ独自のNoSQLストレージを作成する必要があり、memcached、membase、redis、tarantool、またはMongoDBが起動しなかったのですか？ これおよびその他多くのことは、このスピーチの第2部で見つけることができます。 私たちが発明しなければならなかった自転車と既製のもの、そして：

-Exchangeプロトコル、memcachedが選ばれた理由

-プロトコルを拡張し、ネイティブmemcachedクライアントを使用します。 何が機能し、何が理論のままであるか。

-内部のストレージの配置方法（キーと値のハッシュとツリーに基づいて）、ストレージを調整する方法と理由を理解するために、少し退屈な理論を学ぶ必要があります。

-モニタリングの編成方法。

-memcachedから独自のストレージに切り替えるときに発生した問題は何ですか？