第十九篇：了解Apollon环境切换及命名空间配置

专辑目录：SpringCloud学习日志

在上一篇文章中，我们完成了将apollo与自身的eureka进行整合，并成功获取到了相关参数。在本文中，我们将探讨环境差异以及命名空间等相关内容。

关于阿波罗的环境切换问题，我查阅了其他博客资料，了解到除了portal和apolloportaldb之外的组件，如configservice、adminservice、eureka等，通常会在不同的服务器上进行部署。而portal则可以实现共享使用。

这种情况适用于怎样的应用场景呢？例如，在公司正式服务器中，会分别部署pro、uat、fat三个环境的configservice、eureka等服务。而我们在本地开发时，则不仅配置了这些服务，还额外配置了portal。在开发过程中，我们使用的是dev环境的portal，并连接本地的configservice和eureka等服务。当开发完成后，将代码提交至fat环境，并将本地的portal配置改为连接fat环境，并调整相关参数。这样一来，在fat、uat和pro环境中就无需再部署portal。（我不太明白为何不直接为每个环境单独部署，这样不仅可以节省切换环境的时间，还能避免出现混乱的情况。）

由于我没有多台电脑或可用的服务器（我也不打算为了演示而在同一台电脑上安装多个mysql），因此无法实际展示不同环境之间的差异，只能描述整个过程。