おそらく、高負荷システムHighload ++の開発者の会議について聞いたことがあるか、参加したり、話したり、さらにはソーシャルネットワークでのろいをしたりします。
2012年に初めて行ったHighloadカンファレンスへの敬意は、特定の秩序のあるチェーン、構造において当時の混chaとした知識を安定させ、ロシアおよび海外の現在のHighloadテクノロジー市場の最も広範な概要を提供したためです。
2013年、私はTamtekオフィスで夕方にオンラインブロードキャストを視聴し、同僚とRabbit MQの利点、Neo4jのすべてを詰め込もうとするDublgisの試み、NoSQLデータベース（Aerospike、Couchbase、Mongo、Cassandrara ）テストフレームワークについては、私自身が1年前に開発に参加しました。
2014年、3月14日、誕生日に、レポートの説明を含むリクエストをHighloadに送信し、待ち始めました。 半年後、私は確認を受けて関連分野で働く同僚と会うだけでなく、ビッグデータの意識を新しいレベルに引き上げることを期待して道に行きました。
そして最初の日が来ました...そして門が開かれました...
地下鉄や停留所の会議会場へのアプローチのずっと前から、管理者プログラマーの聴衆は、平均的な白雲母とはまったく異なり、ゆっくりとリラックスした方法で集中し始めました。
世界貿易センターは、エルメスのような裸の男の哀れみで私を迎えてくれました。それは会議の高コストを暗示し、内部の広い範囲と楽しみを約束しました。
参加者が完全にシャードでバランスの取れたラインナップで防御した後、彼はメインホールに登り、最初の大きなレポート（基調講演）を待っている人々に参加することができました。
早く到着した人々は、なんとか主催者からのやる気を起こさせるビデオを見ました。
コンテンツの全体的な感触
午前は、2人の講師が注目を集め、簡単な写真と概念を使用して、業界でよく使用される重要な用語を明確にしようとする導入レポートから始まりました。
1日目と2日目の傍観では、本当に暑かったです。短いスカートをじっと見たい人には、スタンドがありました。MongoDBの開発者と話をしたい人には、彼ら自身がいました。
一般的に、techtalksのような有用なものはゆっくりとロシアに浸透しています。メインの講義スペース外の小さなディスカッションプラットフォームです。 そして、Highloadでは、これらのスペースが最先端で働いているさまざまな企業の賢く社交的なエンジニアで情報満載になっているのは素晴らしいことです。 Mongo DBとPostgreSQLを説教して互いに反対した人たちは、特に試みました。
各スピーカーのスピーチの前に、リアルタイムで描かれた漫画がありました。 彼らはすべてここにある 。 これが私の「顔」を描くプロセスの例です。
報告書は次々に出されました：スピーカーが働いている著名な会社はますます深刻に聞こえました。 しかし、ほとんどの深刻な企業は、収入のある主なサービスの秘密を急いで開示するのではなく、二次的なソリューションのアーキテクチャを共有しました。 一方では、毎年Badooアーキテクチャを聞かないのが普通です（それほど急速には変化しません）。他方では、「クール」な会社は常に最適な方法で問題を解決するとは限りません。いくつかの欠陥のため。
仕事での絶え間ない高い作業負荷のために、話し手はしばしば頭に浮かんだ最初の言葉を除いて十分な表現力のあるロシア語を見つけることができなかった可能性があります。 誰かが成功しますが、主演の演技の仕方を盲目的にコピーする若いスピーカーの大多数にとって、これはひどく判明し、場違いに見えます。
今年のトレンド
今年の主な傾向は、PostgreSQLの完全な優位性、MySQLの影への出発（怠け者だけにscられなかった）、すべてが浮かぶDocker、そして頭を上げるRTBワールドドラゴンでした。 ただし、RTBトピックに（説明に基づいて）何らかの形で関連するすべてのレポートは、アーキテクチャやサービスの相互ダンスを公開するのではなく、言語、データベース、アーカイブアルゴリズムに関するものでした。
最近、プロジェクトが徐々に「重く」なり始めた経験豊富な開発者に最適な別のトレーニングトラックを使用して、異常に成功したアイデアに注目する価値がありますが、インターネット上の「救済」レシピは混乱しあいまいです。
また、かなり成功した発見は、1つの部屋に次々に似たような被験者のレポートを配置することでした。これにより、2つまたは3つのレポートでさまざまな角度から問題を見ることができました。 私の意見で最も成功し、凸状だったのは、PostgreSQL、地図作成、インデックスおよびMongoDBの使用に関する一連のレポートでした。
地図作成ブロックでは、Open Street Mapsプロジェクトのデータとウクライナの開発者Vladimir Agafonkin Lefleatのjsライブラリに基づく、新しい全国検索エンジンSputnikの地図作成サービスのプレゼンテーションが非常に面白かったです。
スピーカーは非常にまじめな人物であることが判明し、タイルのレンダリング方法と「月に一度世界を更新する」方法に精通しています。
カウント、多...
2日目の夕方、「大規模グラフ処理へのとげのある道」というプレゼンテーションを行いました。そこでは、大規模なグラフの現代の問題とタスク、特定の種類のグラフ（道路の問題を解決する方法） 、ウェブ、ソーシャル）。
グラフに関する2つの連続したレポート、グラフDBMS、それらの処理方法により、私と学生は主題領域を深く掘り下げることができたので、1つのトラックで同様のトピックに関するレポートを作成することをお勧めします。
大きなグラフ、NoSQLデータベースの運命が心配な場合、またはあなたが広い視野とまともなマナーを持っている人なら、 VCで私を見つけたり、 ブログを調べたり、 G +やtwitterで友達を作ったりできます。
ちなみに、すべてのプレゼンテーションは、 ここのリンクで既に利用可能です。
会議では、ドライ理論と複雑な数学モデルとアルゴリズム、1つの頭にしっかりと収めるのが難しい非常に多くの回路とグラフに関する多くの報告がありました。 このようなイベントに初めて来た人は、高品質のトレーニングトラックから本当の喜びを得ることができます。これは、基本的な用語、基本、負荷の高いシステムの一般的なケースを説明しました。たとえば、さまざまなデータベースのインデックスの操作についてすべて学ぶことができました。
今年は、DevOpsとデータベース管理者向けのレポートに対する偏りが大きすぎるように思えましたが、同時に、最初の嵐の負荷から綿密に考え抜かれたソリューションへのプロジェクトの進化は不十分でした。
それにもかかわらず、Highloadカンファレンスとそのすべての参加者から、練習の精神が息づきました。 彼はすべての会話に飽き飽きし、握手や名刺交換の際に目に見えない存在でした。 多くの人が傍観者と話し合った後、興味深い新しいプロジェクトを始めることは明らかでした。
会議は終了し、私たちは常に少しずつ意識を変えて帰宅し、サーバーをさらに構成して新しいコードを作成します。 コードが少し異なり、設定が少し良くなるだけです。 そして、 応答時間が少し短くなります...このため、結局のところ、これはすべて回転しています。