Batata 是一个基于 Rust 的高性能动态服务发现和配置管理平台，兼容 Nacos 和 Consul API。其核心特性包括集中式配置管理、服务发现、命名空间隔离和高可用集群模式，支持快速启动、低内存占用和高吞吐量，已实现约 98% 的 Nacos 功能，适合云原生应用。

本文介绍了使用Consul和NGINX时遇到的服务发现问题，作者发现NGINX Open Source不支持基于DNS的服务发现，但通过重新构建NGINX并添加nginx-upstream-dynamic-servers模块，可以实现相同的功能。文章强调了备份配置、卸载旧版本、安装依赖、构建和安装NGINX的重要性。

微服务通过分解系统为独立服务提供灵活性和快速适应能力。Consul是常用的服务发现解决方案，可在.NET应用程序中实现服务发现。服务发现简化微服务管理，提高系统弹性和可靠性。

随着Aspire发布preview5的更新，Microsoft.Extensions.ServiceDiscovery也进行了更新。该更新主要介绍了Microsoft.Extensions.ServiceDiscovery(preview5)以及如何扩展其他中间件的发现集成。

HashiCorp宣布将其许可政策从Mozilla公共许可证v2.0更改为商业源代码许可证（BSL）v1.1，引发了争议和抵制。BSL许可证允许在商业源代码期间提供付费支持和服务。Nacos被介绍为HashiCorp产品的潜在替代方案，提供更好的许可条款、CAP支持、可靠性和生态系统集成。提供了使用Nacos Sync从Consul迁移到Nacos的指南。

本文介绍了如何使用Consul和Registrator在服务层上进行零停机的Docker-Compose蓝绿部署。通过使用Consul处理持续部署过程的其余部分，可以在不停机的情况下部署项目。建议在WSL2和Ubuntu 22.04.3 LTS、Docker (24.0)、Docker-Compose (2.18)上进行测试。不建议在CircleCI等容器中使用Docker-Blue-Green-Runner，因为这些构建者在自己的容器环境中运行，导致难以利用卷。在应用程序中的镜像或Dockerfile中必须包含"bash"和"curl"。不建议同时使用本地和真实环境。

前言在这几年的工作中，也经历过几个微服务项目，大多数都上了k8s，基本上都看不到Consul的身影，所以在工作之余折腾了下Consul，作为个人来讲还是得学习下，所以也就顺便通过文章来记录下学习过程。还有就是现在基本上只要提到微服务，其中涉及到的知识点就会很繁多，遇到的问题也会很多，建议阅读本文前先了解下“什么是Consul？”，”什么是注册中心、服务注册、服务发现？”,”为什么需要有服务注册与服...

现代应用程序通常由大量 微服务 组成，这些微服务在本地和云中分布的容器中运行。在这种情况下，服务网格是解决这些分布式微服务的安全性、连接性和可观察性挑战的基础设施层。但是，额外的组件层（来自 Mesh 基础设施）拦截所有流量对延迟的影响又如何呢？ 在本文中，对不同的 Service Mesh 性能进行了测量和评估。下图说明了一个基本的 Service Mesh...

Tiresias 发布了 v0.3 版本，重新实现了同步逻辑并修复了部分 BUG。新逻辑将源读取与目标更新分开，使用 leveldb 存储数据，更好地处理连接失败等问题。同时新增对 fs glob path 和 Consul 的支持，简化了管理。

consul 是一个支持多数据中心分布式高可用，用于服务发现和配置共享的工具。那么，之前已经有了众多的用于服务发现和配置的工具，如：etcd、zookeeper 等，为什么还冒出来个 consul？阅读 Consul vs. Other Software 或许你可以找到答案。 consul 关键特性 服务发现：支持服务发现。你可以通过 DNS 或 HTTP...