2026年3月12日 · 78 字 · 1 分钟
关于微服务的讨论，常常会落入一种过于简单的表述：单体系统复杂、微服务系统简单，因此随着业务增长，系统理应从单体自然演进到微服务。这个判断的问题，不在于它完全错误，而在于它忽略了一个更关键的事实: 微服务通常并不会消除复杂度，它更像是在重写复杂度的分布方式。
单体系统的复杂度往往集中在代码库内部，表现为模块耦合、发布风险、技术栈僵化以及协作冲突。微服务则试图把这些问题拆开，让团队围绕业务能力独立开发、独立部署、独立扩展。但拆分之后，复杂度并没有凭空消失，它只是从进程内调用、单库事务和单代码库协作，转移到了服务边界、网络时序、数据一致性、运行时治理以及组织协同之中。
2025年7月15日 · 391 字 · 2 分钟
在现代 C++ 开发中，协程为异步编程带来了革命性的改变。然而，在使用 boost::asio 或 standalone asio 时，我们经常遇到需要将传统的 std::future<T> 转换为 asio::awaitable<T> 的场景。本文将详细介绍一种高效、线程安全的转换方法。
2025年7月12日 · 984 字 · 5 分钟
Lunet 是一个用 C 语言编写的高性能运行时，集成了 LuaJIT 和 libuv，专注于协程驱动的异步编程。它简化了异步 I/O 和阻塞任务的处理，使开发者能用 Lua 脚本轻松编写高并发网络应用。适合游戏服务器、网络服务等场景。
2025年2月23日 · 2149 字 · 11 分钟
在微服务架构中，服务发现是确保服务间高效通信和动态扩展的关键机制。随着分布式系统的复杂性日益增加，如何设计一个可靠、高性能的服务发现方案成为工程实践中的核心课题。
本文作为“服务发现的设计与实现”系列的第二部分，将深入探讨服务注册中心的具体实现与负载均衡策略。我们将聚焦于三种主流技术——etcd、Consul 和 ZooKeeper，分析它们的原理与应用场景，并通过实际代码展示如何构建服务发现功能。此外，我们还将介绍常见的负载均衡算法及其实现方法，帮助读者理解如何在微服务中优化请求分配。
2025年2月19日 · 1247 字 · 6 分钟
服务发现是微服务架构中的一个核心组件，它允许服务实例在启动时向注册中心注册自己的元数据，如网络地址、服务名称和标签等。这些信息使得其他服务能够发现并与之通信，从而实现服务间的动态解耦和高效协作。
在本文中，我们将深入探讨服务发现的客户端接口设计。服务发现的客户端接口通常包括注册、注销和查询服务实例的方法。服务注册是服务实例将自己信息注册到注册中心的过程，注销则是服务实例在停止时从注册中心删除自己的信息。查询服务实例则是服务消费者根据服务名称查询可用的服务实例列表。
2025年2月15日 · 85 字 · 1 分钟
在微服务架构中，服务的独立性和分布式特性带来了一系列技术和管理上的挑战。本文将深入探讨构成微服务生态系统的七个核心组件：服务发现、服务调用、链路追踪、配置中心、服务网关、服务保护和服务监控与告警。这些组件是确保微服务架构高效、稳定运行的关键。服务发现机制使得服务实例能够相互识别和通信；服务调用则涉及到服务间的交互方式和协议。链路追踪帮助我们理解服务间的调用关系和性能瓶颈。配置中心为服务提供动态配置能力，而服务网关则作为系统的入口点，负责请求路由和安全控制。服务保护和监控则保障了服务的可靠性和可观测性。通过本文的学习，读者将对微服务架构中的核心组件有更全面的理解，并掌握如何在实际应用中有效利用这些组件。
2025年2月13日 · 182 字 · 1 分钟
微服务架构是一种将复杂应用程序构建为一组小型服务的方法，每个服务运行在其独立的进程中，并通常围绕特定的业务能力进行构建。这些服务通过定义良好的API进行通信，通常是HTTP RESTful API或轻量级的消息传递系统。在设计微服务架构时，遵循一系列核心原则至关重要，以确保系统的可维护性、可扩展性和灵活性。
2025年2月12日 · 93 字 · 1 分钟
业界有很多介绍微服务框架的文章，但是对于微服务架构本身以及基础设施组件介绍的文章不多，本系列文章将聚焦于微服务架构的底层原理，从基础概念到核心机制，帮助读者真正理解微服务架构的设计理念和运行机制，从而更好地将其应用于实际开发中。 在软件工程的漫长历史中，服务架构经历了从单体应用到面向服务的架构（SOA），再到微服务架构的演进。本章将详细探讨这一演进过程，帮助读者理解不同架构的起源、优势和局限性，以及它们是如何适应不断变化的技术需求和业务挑战的。 1.1 单体应用时代 单体应用架构在软件工程的早期是主流的系统设计方式，它将用户界面、业务逻辑、数据访问层等所有功能模块紧密集成在一个独立的应用程序中。这种架构模式的起源可以追溯到计算机科学的早期，当时硬件资源有限，软件开发的主要目标是最大化资源的利用效率，而单体应用正是实现这一目标的有效方式。随着时间的推移，尽管软件开发的复杂性不断增加，单体应用架构因其简单性和直观性仍然被广泛采用，通常部署在单一服务器上，所有代码和资源被打包成一个单一的可执行文件或服务。
2024年12月2日 · 772 字 · 4 分钟
可观测性的三要素 在现代分布式系统中，随着架构复杂性和微服务化的加剧，传统的监控手段已不足以应对系统运行状态的全面掌握。可观测性（Observability）作为一种新兴理念，旨在通过数据的采集和分析，帮助开发者、运维人员深入理解系统内部行为，确保系统健康和性能。可观测性通常由以下三大核心要素构成： Metrics（指标） Metrics 是对系统性能和健康状态的量化描述，通常以数值形式呈现。这些数据通过定期采集，提供系统在特定时间点的运行快照，帮助用户快速了解系统的整体状况。
2024年8月22日 · 532 字 · 3 分钟
在人工智能领域，智能代理（Agent）是大型语言模型（LLM）应用的前沿之一，它不仅能够执行特定任务，还能通过与用户或其他系统的交互来提供服务或执行任务。智能代理的核心优势在于其自主性和交互性，能够在无需人工干预的情况下执行任务，同时理解和响应用户的指令和需求。
继之前探讨智能代理的基本概念及其应用潜力之后，本文将分享如何基于Ollama以及langchain构建一个本地运行的天气查询智能代理，以实时查询目标地点的天气情况。
