温馨提醒本项目使用MITLicense协议，仅适用于学习交流，并且不提供无偿的、不提供无偿的、不提供无偿的维护修改服务（但可提issue）。若直接将本项目用于商用，因本项目带来的所有后果由使用者自行承担。如需商用升级版，请联系我微信，微信二维码在本博客页面右上角在此奉劝某些人，请尊重作者的劳动成果，做人积点德吧！最近发现有人拿我的源码进行二次分

软件开发从传统的瀑布流方式到敏捷开发，将软件交付过程中开发和测试形成快速的迭代交付，但在软件交付客户之前或者使用过程中，还包括集成、部署、运维等环节需要进一步优化交付效率。因此Devops的产生将敏捷的相关理念扩展到运维侧，从而将产品、设计、开发、测试、运维团队更紧密的结合在一起。而从交付给客户产品视角看，前端研发通常又是在整个产品设计开发链条的最终节点，意味着前端团队受到上游变更的影响是最大的，并且从经营理念效率出发，提升前端交付效率是至关重要的。

为什么需要k3s?k8s集群搭建费时费力,需要非常大的集群资源,运行环境还是有一定的门槛,那还学个锤子,成人的世界我全要。废话不多说,下面我们来实际安装k3s入门容器编排的微服务。首先需要下载三个资源,如下官方直通车安装的脚本http://ranchermirror.cnrancher.com/k3s/k3sinstall.sh

云业务容灾建设节奏一般是同城双活—异地双活—两地三中心（同城双活异地多活），因为要解决的问题的复杂度和难度也是在逐步上升的，不可能一蹴而就。gslb可以实现两地三中心容灾，这时应用在多数据中心的情况下，业务需要分布式部署，无论哪个数据中心都可以独立承担业务，数据中心内通过服务器负载均衡（lb）进行数据中心内的业务负载，gslb是通过dns给lb做负载均衡，配合健康检查实现业务的故障切换，数据中心切换，一些算法如静态就近性可以就近访问加速等。