通过微服务命名空间在MSE上组织微服务应用 - 微服务引擎MSE

MSE微服务治理通过微服务命名空间，实现了不同环境下资源和配置的隔离。本文介绍如何通过微服务命名空间在MSE上组织您的微服务，以及如何管理微服务命名空间。

什么是微服务命名空间

通常情况下，用户有生产、测试、开发环境，各环境的资源是隔离的。在MSE微服务治理中，不同微服务命名空间下的应用微服务治理配置相互独立且严格隔离，不支持跨命名空间生效。因此，同一微服务应用在不同环境部署时，拥有各自独立的微服务治理配置。此类情况下，您可以使用微服务命名空间将不同环境中的应用隔离。

命名空间.png

微服务命名空间和Kubernetes命名空间是独立的概念。在接入应用时，您可以通过在Pod或者对应的Kubernetes命名空间上设置LabelmseNamespace: ${命名空间名称}参数来指定应用接入MSE时的命名空间。

微服务应用一般指提供了一组微服务的Java进程，一个微服务应用可以独立完成某些比较内聚的微服务业务逻辑，同时有固定的运维、开发人员。

对应到部署模式上，一个MSE微服务治理应用对应一组Deployment。

在接入应用时，如果您在Pod上添加labelmseNamespace: prod和msePilotCreateAppName: ${应用名称}，则会接入到prod微服务命名空间下的对应应用。应用名最大长度为63个字符。

93b2bbc2d754f96583c011d2625f202b..png

示例一：
在实际场景中，您可以将测试环境的应用全部接入微服务命名空间test（例如test/example-app），将生产环境的所有应用全部接入微服务命名空间prod（例如prod/example-app）。当您需要使用MSE微服务治理功能时，您可以在test/example-app应用上设置并验证。验证通过后，再返回prod/example-app应用设置同样的功能。
说明
在不同微服务命名空间下，推荐您使用独立的数据库、消息队列集群、Kubernetes集群和Nacos注册配置中心实例，以防止测试环境的变更影响生产环境，保障稳定性。
示例二：
您在同一个VPC内有三套环境，分别用于应用开发、测试和生产，可以为这三套环境分别创建一个微服务空间（如Dev、Test和Prod）。在这三个微服务空间中分别创建集群并部署应用，不同微服务空间下的应用互相隔离。

微服务治理分为专业版和企业版，不同版本功能不同，价格也不一致。对于企业版用户来说，并不是所有应用都需要运行态防护能力（比如Dev环境），可以按需将部分命名空间降级为专业版，其他命名空间默认为企业版（比如Prod环境），从而满足不同环境接入MSE的需求。