中间件与数据库:Nacos
阿里巴巴基于 Nacos 实现环境隔离的实践
环境这个词目前还没有一个比较统一的定义,有些公司叫环境,在阿里云上叫 region,在 Kubernetes 架构中叫 namespace。本文认为,环境是逻辑上或物理上独立的一整套系统,这套系统中包含了处理用户请求的全部组件,例如网关、服务框架、微服务注册中心、配置中心、消息系统、缓存、数据库等,可以处理指定类别的请求。
举个例子?,很多网站都会有用户 ID 的概念,可以按照用户 ID 划分,用户 ID 以偶数结尾的请求全部由一套系统处理,而奇数结尾的请求由另一套系统处理。如下图所示。 我们这里说的环境隔离是指物理隔离,即不同环境是指不同的机器集群。
掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地下篇
基础架构部选择新的注册中心,测试组需要配合对业界成熟的注册中心产品做分析和比较。由于掌门教育采用的是比较纯净的 Spring Cloud 技术栈,所以我们需要围绕它的注册中心,从测试角度,进行功能和性能上研究。
Spring Cloud 技术栈官方支持 Netflix Eureka ,HashiCorp Consul ,Zookeeper 三个注册中心,它们可以相互间实现无缝迁移,Alibaba Nacos 是新加盟 Spring Cloud 技术栈的新成员。测试组的同学们对上述四个注册中心做了一一研究和分析,鉴于时间紧迫,除了 Eureka 和 Nacos 之外,其它两个中间件未做深入的功能测试和性能测试。
掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地上篇
虽然 Eureka 服务器目前运行平稳,但我们依旧担心此类事故在未来会再次发生,于是痛定思痛,经过深入的调研和比较一段时间后,通过由基础架构部牵头,各大业务线负责人和架构师参与的专项注册中心架构评审会上,CTO 拍板,做出决议:选择落地 Alibaba Nacos 作为掌门教育的新注册中心。
掌门教育微服务体系 Solar | 阿里巴巴 Nacos 企业级落地中篇
两次 Eureka 引起业务服务大面积崩溃后,虽然通过升级硬件和优化配置参数的方式得以解决,Eureka 服务器目前运行平稳,但我们依旧担心此类事故在未来会再次发生,最终选择落地 Alibaba Nacos 作为掌门教育的新注册中心。
从Nacos到完全自研|得物的注册中心演进之路
近几年,随着得物业务的快速发展,应用数目与实例规模在快速地增加。得物的注册中心也在不断的演进优化,以支撑业务的发展。从最初的 Nacos 到 Nacos Proxy 引进再到完全自研的 Sylas 替换 Nacos,期间遇到了哪些问题,如何解决这些问题,以及未来的演进方向,是本文主要探讨的内容。
阿里巴巴 Dubbo Nacos 服务发现开发最佳实践
Nacos 是阿里巴巴在服务发现与配置管理领域开源的新产品,由在其内部生产上久经考验的相关产品如 Diamond,VIPServer 等演化而来。
- «
- 1
- »