Gdevops广州站归来

  • 时间:
  • 浏览:0
  • 来源:大发排列3APP下载_大发排列3APP官网

在技术工具的选折 上,一切全部都有美好的,规划好了要开搞的过后,会发现有过后实现会远比想象的差。

也会在一定程度上行成信息孤岛,在这方面,数据关联不了就抛弃了参考和依旧。也会成为大数据发展的瓶颈。

会后,各位讲师聚在一并,还是蛮开心的。在晚宴上亲戚亲戚另一个人所有聊了所以有技术现象,所以有不曾想过的现象机会说热点现象在技术人眼中是有所以有不一样的观点的。你你你这一 技术氛围还是蛮有意思的。

会场还是很火爆的,早上是主会场,下午回拆分为有俩个 分会场。尽管今天是阴天,到来的人数还是超过了亲戚亲戚另一个人所有的预期,坐的满满当当。

接下来分享的是来自虎牙直播的业务运维负责人张观石老师,他分享的是在直播业务中的运维实践技巧,我的理解他的有俩个 核心思想点所以作为运维,要逐步走向SRE的方向,而不所以把工作做好,所以要做到更细粒度的把控。

目前对于所以有企业而言,所以有日志信息还是过低重视,机会说或多或少数据还是那么引起重视,目前存在“数据沉睡”的阶段。

第有俩个 分享的是来自携程的许鹏老师,主题是关于ES的,现在ES非常火,作为大数据的有俩个 组件,在搜索方面还是有有点痛 要的角色。许老师从整理,优化的深度做了或多或少分析和阐述。

在Oracle,思科,ING等哪些公司,DevOps已然落地,机会亲戚亲戚另一个人所有机会平时所以关注数据库方向,其我我其实或多或少方向Oracle也是在紧锣密鼓的落实他的云战略,把DevOps坐实。

后面 提到的或多或少建议我我其实所以错,也值得亲戚亲戚另一个人所有多多借鉴。比如运维研发会议,不光是运维内部被委托人讨论消化,和开发结合起来能让亲戚亲戚另一个人所有考虑现象的过后有有俩个 一致的目标。

来自中国移动云运维团队的戴声老师分享的是自动化平台的整理和开发之路。对于运维有有俩个 段子,是有俩个 对联,上联是:你你你这一 需求很简单,下联是:为什么实现我不管, 横批:明天上线,可见运维有多么无奈,多么无助。戴老师的分享很接地气,也是逐步迭代,不断试错,改进,最终里能使得产品落地,达到弯道超车的效果。

第二位是来自美团点评的雷雨老师,他是基础服务平台的负责人,对云计算平台的设计和管理有第一手的经验,美团的云服务带有的服务器规模全部都有几十万级别,在整理和网络优化上就前要做得精细化的管理。雷老师有几句话说得很好,算清楚每分钱,你才知道为什么去省钱。机会每或多或少细小的优化和改进都有被放大数倍,节省所以有的成本。比如内外网络的监控,里能做到闭环。

我对于DBA的工作有有俩个 基本的工程师模型,基本要做到鹰眼(眼光犀利),狮心(内心强大),绣花手(做事细致)

下午场我来客串主持,我所在的场次是DevOps&运维专场。

最后非常感谢哪些默默奉献的会务工作者。那么亲戚亲戚另一个人所有就不不有那么井然有序的会议,真心感谢。

Google的SRE理念我我其实影响了相当大的运维群体,也让所以另一个人所有你你你这一 群体的关注度和吸金能力有了新的认识。运维做到SRE还是很金贵的,开发要搞,业务要熟,事情都能搞定。我借用清华毕导说的一句话:清华精神所以把有俩个 错综复杂的现象转化为若干个机会处里的简单现象。清华精神那么,运维的SRE精华我认为也在此。

开源和自由,被委托人也前全部都或多或少疑惑,感觉是有俩个 东西,因此听老王一席话,有了有俩个 较为清晰的认识。

整个会议带有有俩个 环节很有特色,那所以颁发年度的MVP,还有定制的DBA美酒,是的,牌子所以DBA.

还有别出心裁的请到了腾讯官网的荣耀cosplay美女。

谢涛总分享的主题很有意思,我其实主题是关于日志方向的,因此后面 带有了不少关于运维的体系理念,他会从有俩个 更高的深度来分析当前的运维体系建设,而引入日志的要素也是机会需求,机会痛点。

DBAplus社群年度的收官会议Gdevops在广州举办,我也应邀参加,每次技术大会和交流中,都有有新的认知和收获。今年是社群成立2周年,而这2年也是我被委托人快速成长的2年,简单一句:感谢DBAplus。来道尽我的祝福。

最后是我分享的主题,是关于DBA运维的建议和发展小结。

而机会接维,后面 提到了所以有细节的建议,前要好好消化下。

早上开场的是老王的分享,老王深耕开源领域多年,有被委托人的自媒体品牌“Linux中国”,他分享的内容是要怎样正确打开开源技术,后面 有所以有关于开源的故事和纷争。

一年了,感谢各位专家的支持和贡献,社群里能风风火火,离不开亲戚亲戚另一个人所有的付出。

开篇因此你提了有俩个 观点,所以对于分享亲戚亲戚另一个人所有听别人讲道理,比如看看别人正在走机会机会走过的路,对于被委托人有过都有有有点痛 的收获。

落实到运维理念,我的有俩个 基本的规划是原来 的,我我其实所以有事情全部都有循序渐进的过程,基础打牢了,自动化平台才有据可依,有参考的方法。

接下来是来自Jfrog的CEO George分享的内容体系相当的全,对于开源产品的理解很值得亲戚亲戚另一个人所有思考。他分享的内容主所以从有俩个 国际化的深度来解读DevOps。

当发现工具很好,因此有或多或少潜在的死穴的过后,亲戚亲戚另一个人所有就前要先封装,让它里能成为可里里能控制的技术,在你你你这一 而基础上前要二次开发和整合。

我分析了MySQL的高可用方案HA,做了或多或少技术实现细节的分析。比如维护主库宕机后,从库间的克隆qq关系,其我我其实启动MHA的过后就会有或多或少基本的检查,你你你这一 检查工作也是有所以有的实现细节做了优化。比如传输文件的测试,所以拷贝了binlog的头部和尾部,而不不一股脑儿都拷贝过去。

原来 知道现象,知道现象在哪个方向,对于现象处里还是很有帮助的。做技术,可里里能了只关注技术价值,当技术价值和业务价值结合起来,产生的收益和效果是最大的。在雷雨老师的分享中,亲戚亲戚另一个人所有里能感受到你你你这一 循序渐进的过程。

对于数据库的架构进阶要素,我我其实HTAP方案对于亲戚亲戚另一个人所有的DBA工作还是里能落到实处的,你你你这一 要素也是亲戚亲戚另一个人所有后期要考虑的事情,把OLTP和OLAP打通,因此还里能实现基本的平滑迁移和过度。

而实现的过程突然充满更多的挑战,机会初步的实现和预期的结果差异很大,看起来不错的架构实际上会带来更多的现象。

后面 结合业务提到了有俩个 点蛮有意思,所以直播中的卡顿率,为什么去衡量原来 有俩个 业务指标,可里里能逐步拆分成不同的技术参数和阈值。