赵成的运维体系管理课
赵成
蘑菇街平台技术总监
立即订阅
5576 人已学习
课程目录
已完结 48 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 带给你不一样的运维思考
免费
应用运维体系建设 (11讲)
01 | 为什么Netflix没有运维岗位?
02 | 微服务架构时代,运维体系建设为什么要以“应用”为核心?
03 | 标准化体系建设(上):如何建立应用标准化体系和模型?
04 | 标准化体系建设(下):如何建立基础架构标准化及服务化体系?
05 | 如何从生命周期的视角看待应用运维体系建设?
06 | 聊聊CMDB的前世今生
07 | 有了CMDB,为什么还需要应用配置管理?
08 | 如何在CMDB中落地应用的概念?
09 | 如何打造运维组织架构?
10 | 谷歌SRE运维模式解读
11 | 从谷歌CRE谈起,运维如何培养服务意识?
效率和稳定性最佳实践 (20讲)
12 | 持续交付知易行难,想做成这事你要理解这几个关键点
13 | 持续交付的第一关键点:配置管理
14 | 如何做好持续交付中的多环境配置管理?
15 | 开发和测试争抢环境?是时候进行多环境建设了
16 | 线上环境建设,要扛得住真刀真枪的考验
17 | 人多力量大vs.两个披萨原则,聊聊持续交付中的流水线模式
18 | 持续交付流水线软件构建难吗?有哪些关键问题?
19 | 持续交付中流水线构建完成后就大功告成了吗?别忘了质量保障
20 | 做持续交付概念重要还是场景重要?看“笨办法”如何找到最佳方案
21 | 极端业务场景下,我们应该如何做好稳定性保障?
22 | 稳定性实践:容量规划之业务场景分析
23 | 稳定性实践:容量规划之压测系统建设
24 | 稳定性实践:限流降级
25 | 稳定性实践:开关和预案
26 | 稳定性实践:全链路跟踪系统,技术运营能力的体现
27 | 故障管理:谈谈我对故障的理解
28 | 故障管理:故障定级和定责
29 | 故障管理:鼓励做事,而不是处罚错误
30 | 故障管理:故障应急和故障复盘
31 | 唇亡齿寒,运维与安全
云计算时代的运维实践 (6讲)
32 | 为什么蘑菇街会选择上云?是被动选择还是主动出击?
33 | 为什么混合云是未来云计算的主流形态?
34 | Spring Cloud:面向应用层的云架构解决方案
35 | 以绝对优势立足:从CDN和云存储来聊聊云生态的崛起
36 | 量体裁衣方得最优解:聊聊页面静态化架构和二级CDN建设
37 | 云计算时代,我们所说的弹性伸缩,弹的到底是什么?
个人成长 (5讲)
38 | 我是如何走上运维岗位的?
39 | 云计算和AI时代,运维应该如何做好转型?
40 | 运维需要懂产品和运营吗?
41 | 冷静下来想想,员工离职这事真能“防得住”吗?
42 | 树立个人品牌意识:从背景调查谈谈职业口碑的重要性
加餐 (4讲)
划重点:赵成的运维体系管理课精华(一)
划重点:赵成的运维体系管理课精华(二)
划重点:赵成的运维体系管理课精华(三)
新书 |《进化:运维技术变革与实践探索》
结束语 (1讲)
结束语 | 学习的过程,多些耐心和脚踏实地
赵成的运维体系管理课
登录|注册

04 | 标准化体系建设(下):如何建立基础架构标准化及服务化体系?

赵成 2017-12-27
前面我们一起讨论了为什么要做标准化,标准化的套路是什么,并按照套路进行了基础设施和应用的标准化示例。我想这些内容可以帮助我们举一反三,尝试着应用到实际工作中了。
今天,我继续跟你聊基础架构标准化的问题,但是今天我计划不谈如何进行架构标准化的细节,而是想强调一下基础架构标准化的重要性,因为从我个人的经历和我实际观察到的情况来看,这块的问题会更普遍一些,而这一部分又影响着后续一系列效率和稳定性平台的建设方案。
同时,如果说上次我们讲的基础设施和应用标准化是运维团队职责的话,那今天的内容就是架构、开发和运维共同的职责。

常见的分布式基础架构组件

让我们先一起列一下,微服务的分布式架构下,涉及到的主要基础架构组件有哪些。
分布式服务化框架,业界开源产品比如 Dubbo、Spring Cloud 这样的框架;
分布式缓存及框架,业界如 Redis、Memcached,框架如 Codis 和 Redis Cluster;
数据库及分布式数据库框架,这两者是密不可分的,数据库如 MySQL、MariaDB 等,中间件如淘宝 TDDL(现在叫 DRDS)、Sharding-JDBC 等。当前非常火热的 TiDB,就直接实现了分布式数据库的功能,不再额外选择中间件框架;
分布式的消息中间件,业界如 Kafka、RabbitMQ、ActiveMQ 以及 RocketMQ 等;
前端接入层部分,如四层负载 LVS,七层负载 Nginx 或 Apache,再比如硬件负载 F5 等。
上面是几类主要的基础架构组件,为了便于理解我以开源产品举例。但在实际场景中,很多公司为了满足业务上的个性化需求,会自己研发一些基础组件,比如服务化框架、消息中间件等,这个情况在有一定技术实力的公司里比较常见。不过大部分情况下,我们会基于这些开源产品做一些封装或局部的改造,以适应我们的业务。

基础架构组件的选型问题

关于基础架构组件,业界可供我们选择的解决方案和产品非常多,但是选择多了就容易挑花眼,反而不知道从何入手。我们大概都会遇到同样的问题,是自研还是选择开源产品?有这么多的开源产品到底该选哪一个?
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《赵成的运维体系管理课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(8)

  • 赵成 置顶
    本篇的重点,标准化的目的是为了更好地提供服务,而服务化又是标准化的技术落地形式。
    2017-12-29
    9
  • 宵伯特
    亦如编程的过程就是了解工具掌握工具规范化使用工具的过程,编程中的自由并非为了达到目的就可以胡作非为,而是在一定的约束下,通过有限且有效的步骤来实现业务逻辑,而这些约束或者是编程范式,或是设计模式,或是代码规范,总之想要提升效率就需要制定标准规范,遵守契约,以流程化,标准化的方式进行高效的协作。在架构中规范协议,制定标准,避免过多精力耗费在组织之间的协作沟通上,从而提高研发效率。

    作者回复: 优质评论!赞

    2017-12-28
    7
  • 白开水
    正在梳理公司的运维标准及规范。公司以前也有,就是比较零散,现在发现缺乏一个方法,把这些零散的文档串起来。就是说,希望能找到一个方法,能整理出我们需要哪些标准规范,具体要求是什么。缺少的,我们补充;不达标的,我们完善。请问有什么建议吗?

    作者回复: 从你实际的运维对象出发,应用,服务器等等,这个需要你去识别,同时后面几篇文章也可以看看,有介绍从生命周期的角度入手的套路。

    2018-01-06
    3
  • james
    不知道用java技术栈能否开发出您说的这类运维平台,而无需为每个被管理对象安装一个代理,比如:开机关机,当然是针对虚机或docker,还有控制redis的启停啊,rabbitMQ的启停啊,当时的消息的消费情况什么的,等等,相信这个团队要有相当的技术实力,比如阿里云的所有服务都通过网页可以操作

    作者回复: 语言不重要,关键是理清需求和架构,各个公有云平台其实提供了很好的借鉴。

    技术实力是一方面,确实需要积累,只能一步步来

    2018-03-09
    1
  • 付盼星
    服务化也是运维能力的输出,当然它的核心目的是标准化的落地。

    作者回复: 讲的很好,不过我觉着反过来理解会更好,标准化是手段,运维能力输出是目的。

    2018-03-04
    1
  • 悟空
    痛点
    2019-09-19
  • 牧野静风
    基础架构的服务化平台开发,目标是平台自助化,让开发依赖平台的能力自助完成对基础组件的需求,而不是依赖运维的人,这里需要运维要有强大 的研发能力,这块需要哪些技能呢
    2019-07-22
  • keeper
    后面提到的基础架构服务化“基础架构的服务化平台开发,目标是平台自助化,让开发依赖平台的能力自助完成对基础组件的需求,而不是依赖运维的人”,不是很理解这里的意思,意思是后面运维工作交给开发?
    2018-09-25
收起评论
8
返回
顶部