认识DevOpsConf俄罗斯

DevOps原则已牢固地渗透到开发人员的生活中,尽管概念上的差异较少,但社区需要一个单独的大型活动来交流经验。 这将是DevOpsConf俄罗斯会议。


俄罗斯DevOpsConf大会将于10月1日至2日在莫斯科举行,届时将聚集500名专家,并从逻辑上继续RootConf系列。 我们去轮回了好几年了,最后我们准备告诉一切。




2015年,作为RIT ++节的一部分,我们重新启动了RootConf会议,以吸引人们对现代开发工具和DevOps方法的兴趣。

大型项目开始由许多组件组成,微服务集开始取代整体。 在不全面了解各个方面的情况下开发和维护此类系统:体系结构,交付技术,操作环境,主要功能-效率低下。


遵循这些要求, RootConf主题涵盖了所有操作问题:


  • 虚拟化和容器化技术。
  • 配置管理。
  • 持续部署和部署。
  • 记录和监视。
  • 技术容错和灾难容忍。

同时,我们逐渐添加了DevOps内容。 在这段时间内,DevOps的概念已经变得越来越普遍。 尽管扩散已经模糊了边界,但从总体上讲,该方法已变得更加有趣,并为社区所理解。 现在,“ RootConf-操作会议和DevOps”的描述不反映我们对事物的看法。




DevOps是开发,测试和操作流程的结合。 项目开发的整个技术过程并不包含单独的阶段,所有部分都紧密地交织在一起并并行运行,并且DevOps范例中的过程本身变得完全不同。
在Highload ++ Siberia之前的一次采访中讨论了有关为什么需要所有这些内容以及将这些内容移到何处的更多信息。

社区发展如此之快,首先,我们决定将会议与节日分开。 其次,给它一个新的正确名称-DevOpsConf Russia 。 转换将于10月1日至2日在莫斯科的Infospace进行 ,我们邀请您参与其中。


主题


在将来的会议上,我们不想只谈论操作,我们对允许我们实施此方法的整体感知和工程实践感兴趣。


我们要在DevOpsConf会议上传达的主要信息-DevOps方法的应用需要对整个开发过程有不同的看法。

这9个主题组充分描述了DevOps,并将在会议上重点介绍:


  • 基础架构平台。
  • 基础架构作为代码。
  • 持续交付。
  • 反馈。
  • DevOps的架构,CTO的DevOps。
  • SRE实践。
  • 培训和知识管理。
  • 安全性,DevSecOps。
  • DevOps转换。

以前熟悉的CI / CD,监视和可靠性主题适合于新结构,但是从不同的角度来看。 它们成为构成大型基础架构的砖块。 单独的技术解决方案有机地融入了整个流程。


对于谁的会议


好处将是每种口味,参与者将能够:


  • 了解技术创新及其使用方法;
  • 在演出和大师班上查看实际的DevOps案例;
  • 与实践DevOps的专家聊天并分享经验;
  • 了解有关DevOps的实践,并将其与您自己的公司实践进行比较。

对于那些已经在DevOps范式中工作的人来说,将会有深入了解该主题和重要细节的报告,以及有关新产品的讨论。 如果您只是旅途的开始,那么这将是一个很好的机会,从开始到成功实施,都可以查看实际的工作示例。 您将看到开发,测试和操作如何密不可分。


总结一下,参与将很有趣:


  • 在DevOps流程中工作的开发人员
  • 测试中的软件工程师,即 参与测试自动化过程的人员;
  • 软件可靠性工程师以及创建基础架构平台的人员;
  • 首席技术官和高级管理人员;
  • 以及任何想知道其他人如何拥有DevOps的人。

对于仍然相信DevOps成为DevOps工程师的DevOps部门的人(我们在去年试图令人信服地摧毁了这一神话和其他神话 ),也需要召开会议。




征集论文


程序委员会正在等待申请, 直到8月15日 。 对我们而言,从不同角度打开主题很重要,因此我们准备好从私人片段中解开难题。 如果您公司中的DevOps尚未完全实施,但是在您已经针对我们分类中的单个问题开发解决方案的路上,我们将很乐意考虑此类报告。


任何甚至是部分的练习都可以被揭示出来,从而传达出宝贵的经验。 计划委员会将为此提供帮助,我们拥有完善的澄清,注释,运行和培训过程。 可以重复地第一次成功地在我们的会议上发言并不是重复的,但这需要时间来准备。


别忘了在会议上,演讲者和与会人员之间总是存在非正式,互动性强的场所。




程序


该程序的工作已经全面展开。 以下是演讲者以及计划委员会已经努力工作的一些不错的应用程序。


该软件卡在哪里?


灵活的管理,精益管理,持续集成,最后-DevOps! 我们没有做的是优化软件的交付时间。 DevOps原理的优点是他们已经收集了所有以前的经验。



Anton Weiss (Otomato) 相信 DevOps是基于系统分析和测量的 ,在会议上我们将与他一起检查软件交付管道的所有部分,并讨论: 如何测量,如何测量 ,如何使用系统分析来识别这些瓶颈,以及它将如何帮助您为您优化IT组织价值的交付时间。



Kubernetes室内建筑


Kubernetes的大多数资源都将其描述为Google向导提供给我们出色技术 。 也许这确实是一件很酷的事情,但是管理员知道:东方的太阳升起, 复杂的分布式系统拒绝生产


本·泰勒(Ben Tyler)正在与Booking.com一起使用针对多个集群的受控发布系统。 Ben 将帮助您为Kubernetes的主要组件及其之间的交互作用创建一个可行的构想。



基于收入的监控


Vasily Ozerov (fevlake)提供了比平常更广泛监视视角 。 每个人都收集了大量技术指标和一些业务指标: 收入,保留率,质量 。 不幸的是,这些指标常常是彼此分开分析的,没有人试图将它们关联起来。 您知道Web服务器带给您多少钱 。 当所有技术监控系统均为绿色时,如何看待问题? 数据库负载90%时,企业会损失多少钱? 还有50%? 来-我们会明白的。


带有示例和论据的Terraform最佳实践


Anton Babenko积极参与开源项目,其中最受欢迎的terraform-aws-modules已被下载了100万次。 从DevOpsConf的报告中,您可以直接了解许多细节:使用Terraform的最佳实践,代码结构的优缺点,技巧和陷阱。 最重要的是,Anton 承诺会展示适用于所有地方的代码示例 :从小型项目到大型基础设施。 如果您已经在使用Terraform,那么这是获得实用建议的绝佳机会。


来参加


我们将在这两天-10月1日和2日-DevOps引起关注。 我们将提供30份报告,以全面涵盖该主题,举行20次会议和研讨会以使自己完全沉浸在该主题中,与专家进行讨论,并准备一个非正式交流的晚间节目。


我们会议的参与者总是强调专业交流的重要性。 我们为有效的人际网络创造了一个环境,并尝试确保访问只留下积极的情绪。


10月1日至2日在俄罗斯Infospace的莫斯科DevOpsConf见。 演讲申请截止到8月15日 。 可以稍后预订门票,但距离越近,价格越贵。

Source: https://habr.com/ru/post/zh-CN418973/


All Articles