专家观察 | 景韵：“云在DevOps中的典型运维场景与实践”

讲一下云原生应用,一定要把自己的应用往云上做设计,你不是要成为像BAT这样的规模,那你把你的应用长在云上,没有问题.

这是一个AWS的架构,有智能路由、负载均衡、应用服务其,后面还有具体的缓存,还有存储、CDN、监控预警、消息服务、NoSQL、邮件,所有的都是基于AWS的服务来做,不是说自己去搭一个.

别人的技术一定比你牛,别人把这个东西做得很可靠,而且很多人支撑这样,所以你只要快速把业务实现出来.这是乐视自己的,做了一个LeEngine,这边还没有用,用了一些其他的服务.

比如CDN,我们有全球研发中心,刚刚提到,一个包就10G,每天有很多软件包,需要同步到美国、印度,这时候用他的CDN分发,包括读数据库这块,我们不再自己去运维数据库,我们自己把MySQL做一个高可用的集群,难度是有的,运维成本非常高,所以我们采用云服务.

这个是云原生基金会,他们整理出来整个的云原生的全景图.在每个领域我们基础设施,还有编排、应用等都会有这样的一些工具平台在里面.

刚刚提到12因子,我本身是做持续交付,这个东西被认为是非常重要的一块,我们要按照12因子设计出来的应用架构就符合云原生架构的应用模式.基准代码,一定大家有一个共同的代码库.

在开发环境、生产环境、测试环境、预发布环境,我们配置做部署旧好,因为我们的代码加上配置,就形成真正在线上应用的版本.这里面提到构建、发布、运行,一定要严格走这样的过程,而不是说大家直接倒出来一个东西就完了,包括后端服务,一定要使用更多的SaaS服务来做这件事情.

相信很多做技术的同事都会有这种感觉,什么东西都要自己来一把,尤其是很多大公司更是这样,一定要自己做,没有那个必要,大家去使用更多的后端服务就好了.

推荐几本书,《精益企业》,非常好的一本书,之前老王同学极力推荐,里面包括了持续交付的内容,包括企业应该搜查探索的还是发展的过程.《凤凰项目》,之前高效运维还有沙盘定制版,这里面把整个IT交付的过程描述得非常清晰.还有《DevOps Handbook》,这是DevOps之父写的.这个叫《迁移到云原生应用》,这里面12因子也做了描述.

文章来自微信公众号：云计算开源产业联盟

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!