supdriver的博客

一篇文章讲清楚微服务与各大组件、工具的关系前言在当今的软件架构演进中，微服务架构已经成为了大型分布式系统的主流选择。然而，要真正理解微服务，仅仅了解其概念是远远不够的，我们需要深入理解微服务生态中的各种组件和工具，以及它们之间错综复杂的关系。 本文将从微服务的核心概念出发，系统性地梳理微服务架构中的关键组件和工具，帮助读者建立完整的微服务知识体系。 一、微服务架构概述1.1 什么是微服务微服务是一种软件架构风格，它将单一应用程序开发成一组小型服务，每个服务运行在自己的进程中，使用轻量级机制（通常是HTTP资源API）进行通信。这些服务围绕业务功能构建，并且可以由全自动部署机制独立部署。 1.2 微服务的核心特征 单一职责：每个服务专注于一个业务领域 去中心化：服务间通过API进行通信 容错性：单个服务的故障不会影响整个系统 可扩展性：可以独立扩展特定服务 技术多样性：不同服务可以使用不同的技术栈 二、微服务架构的分层结构在深入了解各个组件之前，我们需要理解微服务架构的整体分层结构： 123456789┌───────────────────────────────────────── ...

在 微服务架构 中，服务数量往往成百上千，服务实例还会因为弹性伸缩、故障恢复、滚动升级等频繁上下线。服务发现（Service Discovery） 就是解决“客户端如何知道服务在哪里”的问题。 一、服务发现的作用 屏蔽服务位置的动态变化服务实例的 IP/端口不是固定的，手工配置既不现实也容易出错。服务发现让调用方不必关心服务的具体地址。 实现负载均衡服务发现可以返回一组可用服务实例，调用方通过负载均衡策略（如轮询、权重、最少连接数）选择目标。 增强系统的弹性与可扩展性新服务实例注册后即可被发现并使用；失效实例被摘除，不会影响调用。 支持故障容错调用方能根据发现机制实时感知健康的服务实例，避免请求打到不可用节点。 二、服务发现的设计思想 注册与查询分离 服务注册（Service Registration）：服务启动后向注册中心报告自己的信息（如 IP、端口、元数据），并定期心跳维持。 服务发现（Service Discovery）：调用方通过注册中心获取目标服务的实例列表。 两种发现模式 客户端发现（Client-side Discovery）调用方自己从 ...

什么是服务化不相关的业务合集不是服务化烟囱架构不是服务化

情景引入今天在公司实习的时候，遇到了云服务器上虚拟机配环境困难的问题，来看看我是如何部分解决的吧 众所周知公司的开发环境往往是内网环境，网络通信的出入都有可能是十分严格的。这些管控依赖于电脑中配置的安全软件，包括公司内的服务器也有这些安全软件，而运行在这些服务器之上的虚拟机，却有可能因为种种原因，可能是安全软件不方便安装，或者是其它我不知道的原因，总之为了防止虚拟机绕过安全检测产生泄密问题,虚拟机的网络往往比内网的弱互联网更弱，不仅访问不了官方apt源,甚至因为网络配置或者安全拦截等问题访问不到公司内的镜像apt源,对于这种情况，如果想要配置必要的环境，有没有什么办法解决呢？ 方法原理我们可以利用宿主机能够访问apt源的网络优势，获取apt包的离线安装包，传入虚拟机后，再用dpkg -i指令安装 具体步骤我们以离线安装lcov包为例子,演示如何解决我们的问题 1. 下载apt离线包我们使用apt download指令下载 1apt download lcov 输出如下 2. 转移离线包到虚拟机这里我们主要有两种方式 scp <源目录> <登录用户>@< ...

技术选型报告 项目名称： 美鹅外卖平台系统编写人： 沈冬法日期： 2025年6月3日版本号： V2.7 1. 文档说明1.1 编写目的本报告旨在明确美鹅外卖平台各技术组件的选型依据与优劣分析，为后续开发、部署与维护提供技术决策支持。 1.2 适用范围本报告适用于系统架构师、开发工程师、测试工程师与运维团队，涉及平台核心架构及相关中间件、工具组件的选型。 2. 项目背景简述美鹅外卖平台采用 C/S 架构，支持用户、商户、管理员三类角色，核心需求包括高并发支持、安全交易、跨平台客户端、模块化服务。系统部署需兼容容器化和分布式调度架构。 3. 技术选型原则 ✅ 性能优先：支持高并发、高I/O吞吐 ✅ 跨平台能力：客户端需支持 Win/macOS/Linux ✅ 社区成熟度：优先选择文档丰富、维护活跃项目 ✅ 易部署可维护：简化运维部署流程，容器支持友好 ✅ 开源优先，商业授权可控 4. 技术选型与对比分析4.1 客户端开发框架 框架 跨平台 GUI支持 文档完备 性能 最终选择 Qt 6.7 ✅ 强 ⭐⭐⭐⭐ 高 ✅ Elect ...

软件需求规格说明书（SRS）项目名称： 美鹅外卖平台系统 编写人： 沈冬法 日期： 2025年6月3日 版本号： V2.7 1. 引言特别声明，这里只提出了最小的逻辑自洽的软件需求 1.1 编写目的本文档用于分析说明“基于Qt框架的C/S架构的外卖平台”项目的软件系统架构、运行环境、功能及非功能需求，帮助开发者与用户对系统达成一致理解，为后续设计与开发提供基础。 1.2 项目背景与范围该文档适用于本项目相关的所有干系人，明确： 系统架构与组件分布 运行环境与依赖 主要功能模块 子功能及输入/输出说明 非功能性需求描述 1.3 术语与缩写 术语/缩写 说明 消费者 使用平台购买产品的一方 商家 在平台售卖产品的一方 管理员 有权限查看系统销售日志的角色 C/S Client/Server 架构 2. 总体描述2.1 产品功能概述该平台支持用户注册登录、商品浏览、下单支付、订单管理，商家上架商品、处理订单、查看日志等核心功能。 2.2 用户特征 消费者端：普通用户，桌面端或浏览器端下单 商家端：负责商品管理 ...

按Doxygen的语法完善项目注释,并生成参考文档 文档更新为了规范项目的接口注释、类注释等，我们使用了Doxygen作为注释文档工具，并按照其语法完善了各个接口的注释 生成的网页版文档示例如下:

简介Drogon是一个基于C++17/20的Http应用框架，使用Drogon可以方便的使用C++构建各种类型的Web应用服务端程序。Drogon是作者非常喜欢的美剧《权力的游戏》中的一条龙的名字(汉译作卓耿)，和龙有关但并不是dragon的误写，为了不至于引起不必要的误会这里说明一下。 Drogon是一个跨平台框架，它支持Linux，也支持macOS、FreeBSD，OpenBSD，HaikuOS，和Windows。它的主要特点如下： 网络层使用基于epoll(macOS/FreeBSD下是kqueue)的非阻塞IO框架，提供高并发、高性能的网络IO。 全异步编程模式； 支持Http1.0/1.1(server端和client端)； 基于template实现了简单的反射机制，使主程序框架、控制器(controller)和视图(view)完全解耦； 支持cookies和内建的session； 支持后端渲染，把控制器生成的数据交给视图生成Html页面，视图由CSP模板文件描述，通过CSP标签把C++代码嵌入到Html页面，由drogon的命令行工具在编译阶 ...

计时器类为了测量延迟，我们需要使用计时功能，为此我们把相关的功能封装进计时器类内，简化使用 这段代码位于logger.hpp中 12345678910111213141516171819202122232425262728class ScopedTimer{public: ScopedTimer(const std::string&name) :_name(name),_start(std::chrono::high_resolution_clock::now()) { _prev = _start; } int64_t staged() { auto stage = std::chrono::high_resolution_clock::now(); auto ret = stage - _prev; _prev = stage; return (std::chrono::duration_cast<std::chrono:: ...

更新要点 在容器编排中引入Redis 7.2.4 将Redis服务作为MySQL缓冲层 修复客户端部分bug，并使用Release模式重新编译 为什么引入Redis缓存根据时间局部性原理，访问过的数据，短时间内大概率会被再次访问，由于服务端的业务处理运行在内存中，而数据库的访问数据会发生硬盘IO，存在巨大的速度差异，导致性能瓶颈，所以我们在数据库与业务层中引入数据缓存，提高数据的访问速率。 创建Redis容器为了更方便地使用Redis服务，我们使用Redis的Docker镜像生成一个容器来提供服务。比如我们使用镜像redis:7.2.4 1docker pull redis:7.2.4 下面是docker-compose.yml的部分代码,特别的，我们的业务层容器依赖于redis容器先启动，所以也要修改server容器的配置 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253services: server: build: ...

经过一周对Rust语言圣经的学习和第三方包的使用体验，我成功从纯Rust小白成为了Rust爱好者,已经有了能进行网络编程和数据库交互的基本能力。 概括一下Rust的特点 超高效的运行时效率 大聪明编译器 干费我2核2G服务器的rust analyzer 安全，安全，还是安全！ 特征，特征对象,超牛的泛型编程方式 又见堆栈我原本是以C/C++为主语言的，在使用Python或Java这种有GC垃圾回收机制的语言时，对堆栈并不强调，没想到遇上Rust，堆栈的概念再一次被强调了起来，但与C/C++这种对堆栈，尤其是堆区的分配的过于自由的管理相比，Rust对堆栈的管理十分严格，且涉及到Rust是如何在没有GC机制的前提下，既能高效使用内存，又能保证安全。 所有权与借用对于变量的数据，它有一个所有权规则，没错，变量和数据之间的联系更为松散，存在通过所有权转移导致数据还在，但变量已经失效的情况 以上是一点，而还有一点就是当变量拥有分配在堆上的数据的所有权时，变量一旦带着所有权被释放时，堆上的数据会一并被自动回收，这样就不用担心内存泄漏的问题了，也不用手动释放内存。 不想转移所有权?,那就试试使用克 ...