Apollo学习路线图【精华帖】

Apollo学习路线图【精华帖】

Apollo社区精选帖名单公布！

案例一些Apollo学习的入门视频

最近在学习Apollo开发者技术，到现在收集了Apollo开发者技术方面大量的资料，主要都是网页的，也有很多有意思的code，抽空一起整理了一下，通过学习Apollo的架构，大家可以深入理解微服务架构的一些基本原理。一个新东西从零开始学的话，我们肯定

在文档上有这么句话：据说Apollo非常适合作为初学者第一个通读源码学习的分布式中间件产品 那么就开始吧。 这里我主要为了记录一些在阅读Apollo源码时所学习到的一些开发技巧，方便自己回顾。 我是一边参考：Apollo源码解析，一边自己阅读源码，有

Apollo 有配置中心：统一化管理配置文件。比如扫描包、数据库、mq的配置 传统配置的缺陷： （1）配置不统一，管理非常复杂 （2）修改完需要重新打war包、重新读取配置信息到jvm内存中、重新启动 分布式配置中心：在微服务当众使用同一个服务器管理

随着程序功能的日益复杂，程序的配置日益增多：各种功能的开关、参数的配置、服务器的地址…… 对程序配置的期望值也越来越高：配置修改后实时生效，灰度发布，分环境、分集群管理配置，完善的权限、审核机制…… 在这样的大环境下，传统的通过配置文件、数据库等方式

Apollo服务端共需要两个数据库：ApolloPortalDB和ApolloConfigDB，数据库、表的创建和样例数据都分别准备了sql文件(官方git获取)，只需要导入数据库即可。需要注意的是ApolloPortalDB只需要在环境部署一个即可

通过学习Apollo的架构，大家可以深入理解微服务架构的一些基本原理。Apollo目前在国内开发者社区比较热，在Github上有超过5k颗星，在国内众多互联网公司有落地案例，可以说Apollo是目前配置中心产品领域Number1的产品，其成熟度和企业

Apollo服务端设计（分享）

项目中配置文件比较繁杂，而且不同环境的不同配置修改相对频繁，每次发布都需要对应修改配置，如果配置出现错误，需要重新打包发布，时间成本较高，因此需要做统一的分布式注册中心，能做到自动更新配置文件信息，解决以上问题 Apollo（阿波罗）是携程框架部门研

在系统架构中，和安全、日志、监控等非功能需求一样，配置管理也是一种非功能需求。配置中心是整个微服务基础架构体系中的一个组件，它的功能看上去并不起眼，无非就是简单配置的管理和存取，但它是整个微服务架构中不可或缺的一环。另外，配置中心如果真得用好了，它还

上图简要描述了Apollo的总体设计，我们可以从下往上看： 1、Config Service提供配置的读取、推送等功能，服务对象是Apollo客户端 2、Admin Service提供配置的修改、发布等功能，服务对象是Apollo

笔者在工作中遇到如下问题，随着程序功能越多，配置文件不断增加，一些功能的开关、服务器地址、接口地址、不同环境的一些配置文件不同，这些在每次发布不同环境、更新项目时都比较繁琐，后来学习微服务时接触到了Spring Cloud Config配置中心，用了

Configure Server apollo 服务端主要有三个Spring Boot项目 和两个数据库组成： apollo-configservice（默认端口：8080） 提供配置的读取、推送等功能，服务对象是Apollo客户端 apollo-a

springcloud原生的配置组件是springcloudconfig，没有统一的管控界面，不方便操纵，其他的什么灰度发布之类的不说，对于我这挑剔的人来说，交互不友好的一律淘汰，除了apollo还有nacos也是很优秀的，阿里出品皆是精品嘛，至少我

随着程序功能的日益复杂，程序的配置日益增多：各种功能的开关、参数的配置、服务器的地址。对程序配置的期望值也越来越高：配置修改后实时生效，分环境、分集群管理配置，完善的权限、审核机制。在这样的大环境下，传统的通过配置文件、数据库等方式已经越来越无法满足

随着程序功能的日益复杂，程序的配置日益增多：各种功能的开关、参数的配置、服务器的地址…… 对程序配置的期望值也越来越高：配置修改后实时生效，灰度发布，分环境、分集群管理配置，完善的权限、审核机制…… 在这样的大环境下，传统的通过配置文件、数据库等方