专栏首页Forrest随想录DOIS大会参会总结和思考

DOIS大会参会总结和思考

上周去参加DOIS(DevOps International Summit,缩写:DOIS)会议。除了自己的分享外,也看了一些其他公司当前在做的事情,谈谈个人的看法:

一、对于DevOps的理解

目前来看大家都在推行DevOps相关的事情,不同的公司,不同的阶段,不同的行业,都会从不同的维度去入手。

1、ThoughtWorks林冰玉微服务测试的思考与实践

分享中,提到了传统的通过TDD(测试驱动开发)模式向GDS(目标驱动策略)转变,既定目标和度量结果的差异带来的改进手段问题。

在我们日常测试过程中也看出测试同学对测试环境的不够用的诉求,这块恰好和我们的多项目环境最初的诉求一致。

所以,在独立部署的情况下,底层平台对CI/CD的支持,以及遵守契约测试,我们自己Demeter开发阶段也是用过这种方式,提高团队之间协作效率。

注:CDC,消费者驱动的测试,分为服务Provider和服务Consumer端,那原始数据的格式和交互细节定义是由Consumer端定义契约文件,然后Provider根据契约文件来实现。

2、京东的模块化运维体系建设实践

本次和京东运营专家何永成同一个专场,京东在推进DevOps的过程中,是通过Kit工具集合来驱动的,也就是说提供制作和管理Kit的“商店”。

然后,把大家日常用到的工具集合起来,通过Agent下发执行,当然对于一些通用的Kit工具其实是可以被广大用户申请授权使用的。

其次,京东的运维也在做故障模拟相关的系统“响尾蛇系统”,类似我们现在做的故障模拟平台,可以去做场景化的模拟单机,应用,网络,机房级别的故障演练。

同时,在压测系统和容量系统的结合下,实现集容灾,资源,性能于一体的资源管控平台,一方面验证容量符合预期,另一方面在容量符合的前提下能够支持容灾能力

当然,随着机器的增加,同等宕机率的情况下,故障机器数量必然会增加,所以在这种量变带来质变的情况下,对于故障自动报修能力也是他们迫切需要的。

鉴于此,结合日常的故障发现(主机层面),故障分析,然后结合分析结果自动提交报修单,来释放运维的这种简单的繁琐工作

以上是京东分享出来的内容,当然会后沟通,还聊到了包括我们正在做的全生命周期管理平台,涉及到容量,资源,运维能力平台化的思考。

交流下来,上述内容在我们Demeter的规划中都有体现,当然好的产品还是需要持续打磨,需要时间,更需要贴近用户的使用。

二、对AIOPS的一些探索

1、百度曲显平分享的AIOps实践:

百度对AIOPS的探索主要在监控整个体系上面的尝试,比如故障管理中的发现,变更管理的监控,监控体系中的告警。

然后,基于现有数据,通过算法来驱动,按照策略,类型,业务,机房,人的维度去合并,当然对于一些特殊的场景其实并能不能适配,还需要个性化定制。

对于故障自愈方面结合业务场景去收集全局信息,然后通过算法去帮助快速决策,而在所有的能够故障自愈的场景中,不只是底层的公共设施,业务自身也需要具备自愈能力,所以这部分是底层技术和业务共同实现的。

无人值守变更管理,这块其实对于自助化服务来说其实是一个非常重要的环节,百度的整体方案还是结合DevOps自动化流水线的方式来驱动,其中涉及到流量调度,变更多次,信息通知,当然在整个变更过程中,把时间,任务,可用性影响,用户影响,上下游的影响涵盖了。

这块在我们Demeter的CD环节也可以做一定尝试,毕竟未来是开发自助式运维,那么变更是否合理,是否符合预期,出了认为判断,系统是否也能支持自我诊断能力。

不过,就目前AIOPS的探索中,绝大多数公司还都是在尝试,就目前来看大家做的停留在算法中,像BAT等大公司因为在体量和资源上的优势,无疑是走在最前列的。

2、阿里子昊-阿里集团网络的自动化推进

分享中仅提到的对历史的埋坑,一个人用了三个月把集团近5万行的无效配置清理掉,解决了历史坑向自动化标准化的改变。

其实,这块我想说的是我们在系统建设中难免会有各种各样的老数据,甚至是一些非常不标准的,而且是低ROI的事情。

但是,我们还是希望能够在迁移整理过程中,把这部分凌乱的数据规范化,做平台不仅仅是支撑业务,更是让业务在平台的约束能力下做规范,为后续工具平台能够方便、快速的支撑。

3、华为消费者BG张燕斌-云服务自动化运维平台开发实践

整个分享中其实主要谈到的是自动化平台的建设,其中更多的倾向于自动化系统的部署,配置,作业执行,以及基础的CMDB,监控系统,运维管理系统的思考。

这块其实算整个工具平台的场景化下面的原子化操作,这块就不做详细描述了。

监控体系采用的Prometheus和Grafana整合,当然对于小集群还是可以的,规模增加后其实一样会面临着数据压力的问题。

最后

以上是我参加的一些分享主题的思考,对于DevOps,大家都很清楚,它是提高开发的运维能力,必须需要工具平台支撑。

对于AIOps,绝大多数情况下,主要还停留在补数据+跑场景化验证,多数都是结合监控现有的丰富数据去尝试,聚合报警,关联诊断,故障自愈等。未来的AIOps,我想会更加趋于务实的方向逐步发展。


罗伟,花名清泉,蘑菇街工具平台技术专家,目前在主要负责蘑菇街的运维工具平台开发,支撑研发,运维,日常运维相关的服务,致力于提供简单、高效、快速的基础运营运维平台。加入蘑菇街之前曾在就职阿里巴巴,负责手淘整体运维工作,后转型运维开发,负责运维工具平台开发,支持无线,合一,闲鱼,阿里体育等业务。

本文分享自微信公众号 - Forrest随想录(forrest_thinking),作者:清泉(罗伟)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2018-07-03

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 有运维专家推荐吗?

    因为工作行业的原因,会有很多的同行或朋友找我推荐一些有运维经验的人,或者直接希望要运维专家。

    赵成
  • 谈谈运维的价值

    2016GOPS上海大会参加完有一些感受和感想,最近一直在思考,再就是前两天在高效运维的群里,大家又谈到运维苦逼,没有成就感的事情,也促使我更加的想表达一下运维...

    赵成
  • 一个真实的DevOps演进过程是啥样的?

    前几天听老王分享,提到关于DevOps在国内外的发展问题,其中就说到早期腾讯做运维时,那个时候也没什么意识是DevOps,其实就是在变态的业务体量下面一步步做出...

    赵成
  • 构建面向IT性能的运维组织

    在复杂的IT运维组织事务活动中,如何确定IT运维的目标,对于很多运维组织来说也是一个难点。有些运维组织用的是稳定性/可用性/质量的指标,有些团队用的是效率,有些...

    用户1593318
  • 做运维的感悟(做运维需要考虑事,运维组织结构,运维学习地图....)

    不过大公司会专门做某一部分,例如应用运维不需要关注测试和安全等方面,但建议都学学,触类旁通有好处。 有这些基础,进到公司就可以去完成基础的建设工作了。比如会...

    常见_youmen
  • 透过谷歌宕机事故看存储运维三大重要趋势!

    近日,谷歌又出现大面积瘫痪事件,导致全球范围内多款Google服务崩溃,这已经是谷歌近半年第三次出现大规模宕机事件,堪称上演宕机“帽子戏法”。

    大数据在线
  • 运维的最终目标是什么?

    闲来无事,聊聊运维的终极目标。。。反正是瞎扯,毕竟么有风。。。天气还这么寒冷。。。思维不能灵动,不能起一丝波澜。。。

    SRE运维实践
  • 运维未来的发展方向是智能运维(AIops)

    近年来运维技术飞速发展,运维团队大多建设好了各种系统:虚拟化、容器化、持续集成等等。但是如何有效的利用这些系统最终实现站点的高可用、高性能和高可扩展?随着智能化...

    日志易
  • 腾讯云+运维,助力运维领域技术发展

    在云计算时代和互联网持续高速发展的今天,数据和服务规模迅速升级,传统运维面临着许多新型挑战,如何结合DevOps理念,解决云计算时代的运维难题?

    云加社区
  • 谈AIOps基础-从自动化运维到智能化运维

    今天准备谈下AIOps的内容,在我前面已经写过多篇文章谈DevOps研发运维一体化方面的内容,原来也一直看到AIOps的概念,潜意识里面理解是DevOps里面的...

    IT大咖说

扫码关注云+社区

领取腾讯云代金券