微博业务如何使用Docker镜像？

Docker解决服务运行环境可迁移问题的关键，就在于Docker镜像的使用上。实际微博在使用Docker镜像的时候并不是把业务代码、依赖的软件环境以及操作系统本身直接都打包成一个镜像，而是利用Docker镜像的分层机制，在每一层通过编写Dockerfile文件来逐层打包镜像，并且在打包Docker镜像的时候，可以分层设计、逐层复用。

微博容器运维平台是如何架构的？

微博的容器运维平台DCP的架构主要分为基础设施层、主机层、调度层、编排层。基础设施层主要解决镜像仓库的问题，用于存放容器镜像的镜像仓库、提供监控服务的监控中心、实时监控系统容量。主机层主要解决如何进行资源调度的问题，需要适配不同底层提供的创建主机的API进行成本核算并且进行配置初始化操作。调度层主要解决容器如何在资源上创建的问题，需要在可用的主机上创建容器。编排层主要解决容器如何运作以对外提供服务的问题，作用是对服务进行整合以对外提供服务，主要包括服务依赖、服务发现以及自动扩缩容。

微博实现DevOps的关键点有什么？

微博主要使用的是GitLab来实现DevOps。在持续集成阶段，需要保证每一次开发的代码都没有问题，即使合并到主干也能正常工作，这里主要依靠代码检查、单元测试和集成测试。在持续交付阶段，需要保证最新的业务代码能够在类生产环境中可能够正常运行。

微博混合云部署要解决哪三个问题？

微博采用了混合云部署，才真正解决了面对频繁爆发的热点事件带来突发流量时，内部资源冗余度不足的问题。但是在企业内部的私有云部署服务，又同时在企业外部公有云部署服务时，需要实现跨云服务的负载均衡、跨云服务数据同步、跨云服务容器运维。

微博是如何走向Service Mesh之路的？

要想让经典的微服务架构直接走向Service Mesh并不容易。微博的各种内部基础设施定制化、业务稳定性优先准则等因素，注定了微博需要走出一条自己的Service Mesh实践之路。微博也是随着业务的发展，在经过多方探索和尝试后才笃定了走Agent代理这条路。而采用的Agent代理的解决方案又与Service Mesh理念不谋而合，于是在Agent代理的方案中吸纳Service Mesh的思想，再进一步演化成如今的Weibo Mesh。所以说一个可靠的架构从来都不是设计的，是逐步演进而来的。

创作场景

微博的 5 个微服务最佳实践