DevOps组件高可用的思路
引言:
以往部署的应用或服务基本都是自成体系不会被其他影响。而在DevOps下这种部署方式也正在发生改变。因为应用或服务本身所涉及的组件越来越多。DevOps串联着应用或服务以及应用和服务所涉及的组件,以保证所有应用和服务的正常运行。
目录:
一、传统高可用
二、DevOps 简述
三、传统高可用架构模式
四、DevOps 带来的改变
一、传统高可用
传统生产模式下,如应用、中间件以及数据库等服务都需要有高可用。以避免业务服务出现宕机的问题。
常见的部署方法,有服务主备、服务集群,还有两地三中心的高可用方案。
高可用常见的指标,以及服务宕机时间。
https://en.wikipedia.org/wiki/Mean_time_between_failures
MTBF = MTTF + MTTR
365*24*(1-0.99)=87.6,在实际情况下当然故障时间越短越好
系统可用性比率 = MTTF/MTBF
二、DevOps简述
1、DevOps带来的变化就是整个部署过程是自动化的、部署的周期变短了。开发和运维所关注的焦点也发生了变化。开发人员从提交代码,到看到本次修改的内容可以在很短的时间内完成。
2、在实际的接触的过程中,由于DevOps串连了多重的应用服务,因此许多人会提出对于DevOps所串联的组件都必须是高可用。因此问题就出现了,使得原本简单清晰的架构发生了很大的变化。
3、DevOps带来的变化与传统的高可用是有区别的。
三、传统高可用架构模式
说明: 简单的将Gitlab服务做成主备,或者主主的方法。这样的Gitlab服务已经从单点变成的了稍微复杂的架构。
这样我们的harbor也已经变成高可用了,当通过程devops串联后,运维变得复杂起来。当然DevOps还可以串联更多的组件,这里只是举了两个例子。
四、DevOps带来的改变
进入DevOps时代,DevOps在串联组件高可用时,对于组件的要求也发生了变化。由于DevOps起到了串联的功能,因些希望所有的组件即可以高可用也可以是分布式的,希望所有服务都是可解耦的。
从图上可以看到,APP这一层就是一个简单的分布式。这也许是我们经常部署的一种典型的架构。简单的将APP这层进行了分布式的设计。而其他的组件还是沿用传统集群的部署模式,但在这种架构的部署模式下,增加了运维的难度。
复杂的分布式在图中看起来比简单分布式要简单。但在实践中会发现这个会很难。因为APP、Cache、DB、Storage等等都是分布式的,这样复杂对于架构上提出了很高的要求,同时对于运维也增加了难度。图上画的比较少,但实际上复杂的分布式比这要多的多。
也许集群就是分布式。也许集群只是解决高可用的,而分布式是解决高并发、高性能的问题,也许集群是分布式的一部分。每个人都有自己的理解,理解你的自己的业务、需求等等。
其实还有一种技术可以来帮助我们实现分布式部署,就是容器技术。通过kubernetes来实现自己所需求应用的高可用以及应用的分部式。
当随着微服务和devops的到来,容器化的微服务和devops更好的落地实现。高可用的kubernetes为我们提供了基础的容器平台和容器的调度能力。Kubernetes本身就具备容错能力。
也许你会说横向扩展并不是高可用的架构。但如果你考虑到业务对资源需求变化时,你会发现kubernetes的部署对你非常用利。当访问量突增时,就可以利用kubernetes的横向扩展能力。而不是像以往在从零开始。
同时Kubernetes本身时可靠的监控对高可用系统非常重要,利用很多商用的软件或者很多开源的工具进行整合甚至自行开发可以对整体的业务状况以及系统状况进行把握。也可以使用额外的开源软件promethus等来对业务状况的监控。
原文发布时间为:2018-10-10
本文作者:严伟
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
作为面试官,我是怎么快速判断程序员能力的?
技术面试是一个工程师成长到一定阶段后必然要承担的一项工作,优秀的技术面试官能帮助公司筛选出优秀的工程师,并且潜移默化的吸引候选人选择加入公司。相反,糟糕的面试不仅会错失优秀候选人,甚至还会给公司招来大麻烦。尽管技术面试如此重要,我还是了解到,很多公司的技术面试官都是“无证上岗”,hr 随便抓壮丁去面试,面试质量参差不齐。本文就这个问题,根据我自己的面试经验和思考,总结了一些面试技巧分享跟大家,希望有所帮助。 如何阅读候选人简历 阅读候选人的简历,这是招聘流程中摆在我们面前的第一项工作。候选人的简历各式各样,我曾经见过很多人的简历写超过 10 页,项目零零总总罗列几十个,也有见过个人评价可以像散文一样写半页纸的,工程师们一般都比较忙,如何快速的阅读简历又不失重点呢?我总结了两点:忽略掉主观性太强的描述,比如简历中的自我评价,重复性的项目经历,一些熟悉某某技术,精通某某语言的主观性很强的描述,这些都可以一眼带过。另一方面,抓住候选人的亮点,亮点就是那些非常有力的能证明候选人能力的经历,我根据自己的经验罗列了一些,供大家参考: 首先,对于候选人来讲,大公司的工作经历是很重要的能力背书,而且级...
- 下一篇
50万年薪都招不来的大数据开发工程师是什么样的?
从2010年至今,大数据投资热潮与大数据岗位开始集中爆发。从360指数我们可以看出,目前大数据在市场的热度远远高于前几年特别火的产品经理。 大数据之火热,以致身边很多人对于大数据相关热门趋势及词汇都能随口就来。但如果问他大数据和他之间的关系,却很难能说出一二三来。 究其原因,大家置身于大数据环境下,耳濡目染各种新的概念,但是真正参与实践大数据的案例少之又少,造成了对大数据整体认知的缺失。 下面讲讲大数据行业不同角色对大数据的观点,希望能够还原出来一个较为全面的认识,了解不同角色对大数据的需求背景。 大数据开发 2010开始,大数据成为了分布式技术框架的别名,Hadoop开始频繁进入大家眼中,从此以后,hive,spark,flink等分布式计算框架如雨后春笋进入大家的开发工作环境中(当然大数据的薪资也开始水涨船高,远远高于其他同类开发)。 那么在大数据开发的眼中,大数据应该是长这样的: 第一:数据体量巨大。大数据的起始计量单位至少是P(1000个T)、E(100万个T)或Z(10亿个T); 第二:数据类型繁多。比如,网络日志、视频、图片、地理位置信息等等; 第三:需要不同的框架解决不同...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Red5直播服务器,属于Java语言的直播服务器
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS6,CentOS7官方镜像安装Oracle11G