2016年4月14-15日,在北京珠三角JW万豪酒店,51CTO举办了WOT互联网运维与开发者峰会。WOT秉承专注技术,服务技术人群的理念,自 2012年首次举办以来,历经八届,积累了大量的技术资源,成为广大技术从业者和技术爱好者一致认可的技术分享大会、交流和人脉拓展平台。会后,记者专访了本次大会行业运维专场的马桦讲师,他分享的内容是台网融合下的跨屏互动敏捷开发与运维。
马桦 央视网互动中心总监
嘉宾介绍
马桦,央视网互动开发与运营中心的总监。他在央视网主要承担央视媒体融合的一些业务和产品研发,比如为央视网站、央视客户端提供跨屏互动的解决方案和产品。
在本次WOT峰会上,马桦老师分享了《台网融合下的跨屏互动敏捷开发与运维》,主要内容是随着中央电视台媒体融合的全面推进,央视网面临着众多频道、栏目和活动的跨屏互动需求。为了满足这一互动需求,技术团队建立了一套敏捷开发机制与之匹配。因为电视互动的特点是潮汐现象显著,在重大直播期间海量用户会瞬间进入,给系统带来极大的压力。而日常情况下,系统负荷又会非常低。为了有效提高运维效率,央视网在运维机制、平台架构等方面进行了积极探索。
在台网融合背景下,跨屏互动对开发和运维提出了哪些新挑战?
在中央电视台与央视网的媒体融合过程中,央视网希望电视入口带来的巨大的流量能够转化为新媒体的用户并加以沉淀,推动中央电视台的新媒体战略发展。为了配合这一战略的实施,技术人员面临了很多的挑战,无论是开发的敏捷性上,比如很多需求要求在一个月或者一个星期内就要上线。还是在运维层面上,比如提高系统的强壮性、稳定性和安全性。
这些挑战主要来自日常业务的产品、技术和运维三个方面。在产品层面上,因为现在互联网,特别是移动互联网发展非常快,央视也在随着行业在变化,不仅是传统意义上的门户,也有移动端的产品,比如OTT、IPTV等各个业务线,技术支持上要考虑给跨屏的多个产品提供统一的支持,这是一个非常大的挑战。
另外一方面,技术更迭的需求变化快。中央电视台的业务栏目、频道非常多,大概每年有将近300个电视栏目,100场电视活动,如果对全部几百个节目提供跨屏业务支持,其压力非常大,而且基本上每个星期都会有新的技术需求。
另外在电视转型的过程中,大家都在拥抱互联网,央视也和基本上所有的互联网企业都有合作,但是真正意义上落实到央视网日常业务中,从电视端传递过来的许多新媒体需求是不确定的,很模糊。这个过程中,互动中心团队就要和电视的业务需求进行密切沟通,把它转化成互联网可能实现的产品和技术,而且还要按照指定的时间保证上线,最重要的一点还是要保证播出的安全,因为基于媒体的属性,不仅电视是央视的播出平台,互联网同样也是央视的播出平台,这就对安全的要求非常高。这是他们面临的产品、技术、运维上的挑战。
在敏捷开发与运维调整工作中,哪些坑是可以避免的?
央视网互动中心一直在技术积累上,不停探索敏捷开发,经历过播出事故或者说是灾难,有些经验可以分享下:
第一是对支撑平台的弹性设计上要留出余量,准备更充分的预判方案。
第二是前期做产品设计和开发时,要注意这两个方面的重点把握。一方面在业务需求和架构设计上一定要留有弹性;否则很容易给系统造成非常大的压力。另一方面是建议做成松耦合模块,建立颗粒化和服务化的结构。一定把各模块不要太紧耦合的写在一起,否则可能发现调用一个模块的时候调用不了,“牵一发而动全局”,造成重复的技术返工。
他们日常最担心的故障是什么?
央视网互动中心最担心的故障情况就是页面打不开,开天窗,就跟电视上出现黑屏一样的播出事故。目前的解决方案比较简单,一是做多机房的后备,二是通过CDN,把一些重要的页面、数据和图片,尽量做成CDN分发到网上的比较基础的工作。另外,今年央视网希望在一些热冷备,包括容灾方面,能够有一些更全面,跟业内合作的解决方案。
DevOps全栈运维非常火,央视网后续会往这个方向发展吗?
全栈运维是比较好的发展方向,在互动中心的团队里面,已经对运维人员增加了这样的要求和职责,在按照这个概念在运作。比如说运维团队里面也有一些从开发转岗过来的,希望每个运维团队的成员都有DevOps的概念共识,而开发团队的同事也要了解系统的架构,了解具体的部署和监测、监控等情况。技术团队和运维团队希望不要做严格的上下级的区分,每个环节都有一定的交叉。央视网互动中心希望在2016年的建设中在全栈运维方面取得更好的效果。
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/54491.html