🕤 🐉 👩🏼‍💻 泰迪熊似乎负担很重 👨🏽‍🚀 🤙🏼 👩🏻‍🤝‍👨🏽

6月底，新西伯利亚第二次使用HighLoad ++。如果去年新颖性的影响在所有人都满意的事实中起着重要作用，那么这次我们需要做更多的准备，以保持并超越印象。首先，我们以三倍的力量承担了主要任务-程序。既然已经进行了演讲，甚至已经在第二轮中进行了有选择的审查，已经收集并处理了会议参与者的反馈，我们可以自信地说这是成功的。

HighLoad ++ Siberia的基础是38份出色的报告，这些报告具有丰富的经验和深入的专业知识。国际巨头和区域公司都分享了他们在解决标准工具根本不存在的任务上的经验。 人们举行了一次特别会议。 我们诚实地尝试了解问题所在以及如何在其他地方进行相同的真诚活动，但没有-为了获得难以形容的友好气氛，我们将不得不再次前往西伯利亚，我们全力以赴。此外，我们已经在考虑新产品。

他们带来了这只熊，没有一只当地动物的代表受伤。

但是我们不会改变的是选择报告的方法。除非我们早些时候声明已经应用的主题，否则我们将在4个月内在莫斯科发布HighLoad ++，并且已经发布了一些报告。到目前为止，这是西伯利亚唯一的高负荷会议，有用的信息和技术性的核心细节约占莫斯科老大哥的三分之一，如果我们将注意力集中在参与者的心上，则要高得多。根据程序委员会的说法，某些报告可以安全地添加到过去十年中所有高负荷报告的顶部。观众收视率也证实了这一点-报告的平均得分为4.2。

为了让您对HighLoad ++ Siberia程序有个印象，我们给出一些简短的摘要。这不是最高的投票等级，您不必注意顺序-只是一组有趣的主题，它们的差异足以构成一个很小的代表性样本。我们将逐步将完整图片的所有视频发布在youtube频道上（订阅，例如，按一下铃铛-这些都是写博客的东西，以查看更新）。

视讯通话：每天从数百万人到一场会议的100位参与者

亚历山大·托博（同学）

现在，在所有流行的即时通讯工具中，都有机会致电对话者。当然，使用同一工具进行任何通信都非常方便。因此，如果您有公司的通讯方式，但是目前还没有电话，那么值得增加。从哪里开始，使用什么协议和技术，就知道Alexander Tobol（ alatobol ）。即使您不打算在不久的将来开发视频通话服务，亚历山大的报告也充斥着有关数据网络的总体细节。大概这就是为什么他的报告获得收听记录的最高评分（满分5分中的4.9分）的原因。

去年，亚历山大（Alexander）详细介绍了P2P呼叫的设备，但是这次他只回顾了要点，并切换到功能，例如，一对多呼叫的信令和编码。不难理解，如果其中一位参与者的通信质量较差（并且大部分流量都通过移动网络），则必须降低会话中所有参与者的比特率。但是，为了决定如何处理此问题，有必要看一下其他人在这个方向上所取得的成就，并且-显然是-善加利用并修复缺陷。

在Odnoklassniki中选择：

不要使用软件编解码器，而要对H.264进行编码。
在一个流下使用整个频道，即请勿以两种分辨率编码或发送视频。
使用端混以确保高质量，而使用集中式电路则可以降低质量；
最多3-4个参与者，首选选项是网格。

在最终的比较中，该解决方案在延迟，电池消耗和质量方面可与Zoom媲美，但是Zoom与WebRTC不兼容（我们都阅读过有关此消息的新闻）。当您决定重复上述步骤并比较竞争对手时，请不要忘记确定。或立即利用亚历山大的建议，他的报告再次充满了重要的技术细节，这似乎是一份DIY指令。

如何创建高负载事件通知系统

Artyom Gashkin（CFT）

CFT公司是区域IT细节的杰出代表-大型金融科技企业。该报告涉及CardStandard处理中心的工作，该中心（考虑一下）处理该国每三张卡的付款。

一旦您付费，此处理过程就会通过SMS或推送通知您。发卡的银行-发卡行也希望在线接收此类通知。这是该项目的目标，Artyom Gashkin谈到了该项目的目标：实现一个通知发送模块，该模块可以应对双重负担。不幸的是，Artyom无权命名确切的数据，他只是说单个模块的负载达到每秒200个事务。同时，正在进行通过更改系统设置来减少负载的工作。开发人员希望为性能留出一定的余地，以免尽可能长的时间不回到此问题。解决方案的要求是相当标准的，但是最重要的是，授权处理时间不应增加。

传统上，Oracle用于企业公司，如果可能的话，很难水平扩展。因此，为了不增加数据库的负载，即保持最少的数据库连接数，因此选择了Apache Kafka。

工程师选择了实施选项的选择，这对工程师来说应该是这样-我们测量了将40万条记录从一个主题移到另一个主题所花费的时间。此数据可以解释为在故障后处理将恢复其工作能力的时间。我们停止了异步等待交付的生产者，认为20-30秒是可以接受的恢复时间。 Artyom还谈到了一种特定的实现-一方面，所有内容都在表面上，因为Kafka保证，如果将两个记录顺序发送到主题的分区，则它们将以相同的顺序传递。另一方面，开发人员必须深入研究工作和文档的功能。目前，交易通知会在大约0.5秒内发送到银行。

扩展结果系统很容易-如果负载增加，则需要增加特定处理程序的数量。路由和通知模块无需更改即可工作，并且生成通知的模块负责业务逻辑。例如，当您还需要快速发送一次性密码时，就足以实现新的处理程序。这种改进不会影响现有系统，并且所有回归测试都将顺利通过。

自从提到CFT以来，我们将告诉您他们的合作伙伴对会议的装饰。他们组织了一个整个休息区，比赛和比赛在这里进行了两天。但该计划的亮点是StudioCFT-一个现场工作室，用于录制发言人和会议专家的播客。嘉宾中包括：Tinkoff Bank的Vladislav Blinov和Valeria Baranova，ITSumma的Sergey Sporyshev，Miro的Viktor Yeremchenko，Yandex的Sergey Polovko以及Oleg Bunin和Alexey Obrovets（有关男性在2019年的讲话）。采访发布在公司的youtube频道上。

最佳地质学家（）格兰德河以西

安德烈·阿克塞诺夫（安德烈·阿克塞诺夫（Avito，Sphinx）

“使用线性插值，男孩。”

他们说，安德烈（Andrei）是从通常的讽刺风格开始的，如果这是可以理解的，那么您可以分开。可以理解，这是可以理解的，但是如果您还添加了Sphinx开发人员的经验（可以在Avito中进行搜索），那么一切都会更好。 Andrey选择了GEODIST（）函数作为HighLoad ++ Siberia的主题，该函数特别用于排序，过滤器，在地图上搜索等。

任务：找到两个坐标给定的两个点之间的距离。看来七年级，第二季度。但是，如果距离的计算不在笔记本的范围内，而是至少在俄罗斯联邦一个区域的范围内，则必须在“球体”上考虑该距离。或更确切地说，是椭球。恰好是大地水准面毕竟，如何不参与大地水准面，大型生产中采用的近似方法和古老的优化技术，我们将不再赘述-请参阅该报告。

来自ComputerVision Mail.ru团队的建模经验

爱德华·季安托夫Mail.ru集团

计算机视觉团队解决了Cloud，Mail和Vision专业B2B产品项目的问题。照片的面部和景点识别，邮件的照片文本识别等爱德华·季安托夫（Edard Tyantov（ EdT ）在其报告的大部分内容中发表了适用于任何领域的声明，但特别适用于AI：

“问题的陈述是关键的阶段。”

在此阶段，需要产品经理和机器学习专家之间的持续合作。如果您尝试省钱，那么您要么错过真正重要的事情，要么花数月的时间学习如何识别涂漆的面孔，而生产模型将永远无法满足任何此类示例。顺便说一下，关于基于机器学习技术的项目管理的其他功能，Edward将于9月在UseData Conf上发表演讲。

而且，只有当项目中的所有参与者都清楚该声明时，我们才可以开始处理以准备数据为开始的任务。显然，需要清除它们，既可以消除类内部的标记不良和垃圾，也可以消除过多或不足的类划分。有时必须生成数据，如果对于字符识别任务而言，只要采取PIL并使文本变形就足够了，那么在其他情况下，您需要更具创造力。

直接转向培训，在度量学习领域，Eduard依靠Mail.ru的丰富经验，在原则上明确建议使用Angular Softmax进行模式识别和分类，并讨论使之更有效的技巧。

而且，包括相当简单的知识分发和分解几乎一无所获可为AP带来+ 0.5–1％的收益。字节对编码非常适合用于文本，并且使用Nvidia的Apex在FP16中进行培训可以为几乎免费的人节省20％（二十倍！）的时间。

如何将模型带入生产是一个单独的大话题，因为数据科学家通过PyTorch进行操作，却没人愿意部署它。最近出现了一个很好的选择，即如何应对。 PyTorch开发人员意识到了用户的痛苦，并发布了TorchScript，它将Python模型序列化为静态图。通过这种转换，一切工作都与Python中的工作原理完全相同，并且已经捕获了第一批错误-您可以使用它。

亚马逊扩展

Vasily Pantyukhin（亚马逊网络服务）

该报告是我们如何从国际公司获得国际经验的典型示例。没错-我们称呼在我们的工程文化和会议中成长的说俄语的孩子。外国演讲者可以做广告，但实际上，与会人员通常对他们的报告评价不高。在俄罗斯，通常来说，我们的专业会议旨在交流专业经验。在国外，有关公司新闻的报道很流行，没有专门的技术会议可以参加我们的计划。为什么这样是一个单独的问题，但是我们很想尝试选择讲俄语的人。从没有语言障碍和心态差异的角度来看，这对理解材料很有帮助。

返回AWS，数百万用户同时享受其服务，从而获得了预期的结果。该系统会自动缩放，以适应每个用户的需要，这样在他看来，他是一个人。 Vasily Pantyukhin这么想，直到他成为亚马逊的建筑师。当然，现在，他知道AWS云服务的本质，并与会议来宾分享了一些有趣的方面。云的短暂概念背后是什么物理服务器，对其进行了哪些优化，如何安排最具扩展性的AWS Lambda服务，亚马逊如何构建自己的数据库以及如何安排网络。

最重要的是，瓦西里（Vasily）的演讲给他留下深刻的印象，他谈到解决方案时的灵感，以及提到的事实，即进入内部设备后，他才开始更加信任公司的服务。该报告对于刚开始使用AWS的人员和需要技术细节的人员（即每个人）都非常有用。

瓦西里（Vasily）还举行了一次有关“大脑友好的图表”的会议，从聊天中的讨论来看，会议非常有用。但这不会在记录中，这是一种特殊格式。因此，这是未来的生活技巧：如果在我们的会议上，您可以在报告和mitap之间进行选择，然后优先选择mitap，然后在记录中查看报告，幸运的是，我们都记录了几天并提供了视频。

NodeJS后端

尤里·加夫申（螺栓）

螺栓-从英语快速发展-提供运输服务的平台：出租车，私人交通工具，摩托车和电动踏板车租赁。在过去三年中，该公司在各个方面都增长了十倍以上，因此对后端的主要要求是：快速输出到生产，容错和弹性（服务下降不会影响相邻服务的性能），可扩展性。

堆栈的基础是NodeJS。它的独特功能是无阻塞的输入/输出以及与网络的异步操作。目前尚不清楚这是否是一个好主意，以及如何在社区中的NodeJS上完成复杂的服务。似乎没有太多理由选择Node而不是使用成熟的服务器语言，但是上市时间短只是其中之一，因此开发高负载后端的生产经验非常有趣。此外，Yuri还通过示例详细地讲述了如何有效利用其优点并消除NodeJS的缺点，例如，他建议使用TypeScript并切换到异步/等待状态。他关注诸如构造整体的不便之类的特征。 NodeJS强制开发人员限制服务的大小，根据Bolt团队的说法，这是一个加号。他谈到了测试和监视的主题。

报告幕后遗留下来的所有内容，以及更多内容，都可以从公司展位的服务开发人员那里找到。除了技术堆栈外，他们还讨论了搬迁到爱沙尼亚的问题-但是这已经在会议的框架内进行了，在该会议上传统上是有时间和地点的。自发的小会议和生动的讨论是需要召开会议的原因。您还可以在其他地方观看Zabbix实时编码技巧或分享记录方面的麻烦。

总的来说，这次我们得到了更多公司的支持。我们认为我们去年通过了测试，并向当地人证明了我们正在为他们的利益而努力。

他出生的地方，在那里派上了用场

在我们看来。这是我们将会议带到莫斯科之外的主要想法。为了使优秀的开发人员不会被迫涌向大型公司的资本或海外办事处，因为仅对他们而言将面临挑战，因此有必要发展专业的区域社区。例如，我们特别邀请了来自新西伯利亚和克拉斯诺亚尔斯克以及同时来自圣彼得堡和克拉斯诺达尔的社区活动家，以便他们分享经验并成功地推动自己的地区发展。

确实值得注意的是，我们仍然建议您前往莫斯科。我们会议的内容不会重复，因此如果您想了解高负载世界中正在发生的一切，我们将在11月在Skolkovo开会。