【业务功能130】微服务-springcloud-springboot-Kubernetes集群-k8s集群-KubeSphere部署三高微服务项目-k8s集群-10部署后台管理前端项目Vue

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 100+累计阅读 144平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄9年

关注

原创 2023-10-07 10:20:48 144 阅读 AI 写同款· GEO 优化 ›

在这里插入图片描述

前端配置文件接口前缀统一配置

关注博主即可阅读全文

收录于

分布式

当前文章被收录于：

分布式

46 篇文章 1 人学习

订阅专栏查看详情

CI/CD K8s

当前文章被收录于：

CI/CD K8s

12 篇文章 0 人学习

订阅专栏查看详情

当前文章被以下社区和专栏收录：

标签

#微服务 #spring cloud #spring boot #Vue #kubernetes

#k8s

AI大模型开发——transformer模型超全完整版（0基础可懂) 为了更深入的了解transformer模型，我们首先从transformer的诞生聊起吧。transformer在2017年由Vaswani等人首次提出，它摒弃了之前流行的循环神经网络和卷积神经网络的架构，引入了自注意力机制( Self-Attention)，显著提高了处理序列数据的能力和效率。transformer模型的这种设计使其在处理长距离依赖问题时，相比于传统的循环神经网络和长短期记忆网络(LSTM)表现得更加出色，至此，开启了NLP技术的新篇章。阅读详情

相关推荐

如何理解鲁棒性？为什么robustness会翻译为鲁棒性？

鲁棒性，英文为Robustness（承受故障和干扰的能力），是许多复杂系统（包括复杂网络）的关键属性。复杂网络的鲁棒性研究对许多领域都非常重要。本文着重介绍了鲁棒性的基本定义、命名起源、分类区别、提升方法和具体应用，供大家学习参考。

weixin_46880696的博客 8万+

深入操作系统原理：从《操作系统导论》看微服务网关限流熔断机

在现代分布式系统中，微服务架构已经成为了主流，而微服务网关作为整个系统的第一道防线，承担着流量控制、路由转发、鉴权等核心功能。在实际开发中，我们常常会遇到“服务雪崩”“请求超时”“服务器资源耗尽”等异常情况。这些问题的根源往往与操作系统的调度机制、资源管理以及网络通信的底层实现息息相关。本文将结合经典技术书籍《操作系统导论》中的核心理论知识，从底层系统原理出发，深入探讨微服务网关中的限流与熔断机制，帮助读者建立起系统化的知识图谱。

wuchangjian的专栏 236

51单片机IAP技术详解：从原理到实战，实现远程程序自更新

在嵌入式系统开发中，程序更新是产品维护和功能迭代的核心需求。传统方式依赖外部烧录器，操作繁琐且无法远程进行。IAP（在应用中编程）技术则从原理层面解决了这一难题，它允许单片机在运行过程中通过特定接口（如串口）动态修改自身的Flash程序存储器。这项技术的核心价值在于赋予设备远程升级和自主维护的能力，极大地延长了产品生命周期并降低了维护成本。其典型应用场景包括智能家居控制器、工业数据采集模块和远程仪表等部署后不便拆卸的设备。本文以经典的51单片机（如STC89C52）为例，深入剖析IAP的实现，其中Bootl

weixin_29161719的博客 404

微服务与单体的取舍

微服务非技术升级，而是组织与运维能力的变现。收益（故障隔离、独立扩展、发布、边界清晰）随规模放大，成本却一次性支付。拆分需满足团队超十人、负载差异大、发布互阻、领域稳定四条件。否则应优先采用模块化单体——代码分层、接口约束，边界清晰，未来可平滑拆分。避免按技术层划分服务，坚持“一服务一数据所有权”。拆分前确保基础设施完备，且以具体痛点为信号，逐步推进，先拆最痛处，验证后再行扩展。

2401_89855466的博客 275

PFC电压环与电流环的带宽设计：如何避免输入电流畸变？

本文深入探讨了PFC电路中电压环与电流环的带宽设计问题，揭示了快速电压环导致输入电流畸变的机制，并提供了避免THD上升的工程实践方法。通过分析双环控制架构、谐波失真原理及带宽设计黄金法则，帮助工程师优化PFC系统性能，实现高功率因数与低谐波失真的平衡。

weixin_28304023的博客 420

手把手教你用EGM96模型校正DEM数据（含在线工具推荐）

本文详细介绍了如何使用EGM96地球重力场模型校正DEM数据中的高程偏差。通过对比WGS84椭球面与大地水准面的差异，解释了校正原理，并提供了从在线工具快速验证到Python脚本批量处理的全流程实战指南，帮助GIS开发者和数据分析师确保高程数据基准一致，提升空间分析精度。

ttt77的博客 1007

VortMall微服务商城系统v1.3.26 供应链后台菜单优化与供应商代发流程说明

在 VortMall 微服务商城系统中，供应商提供货源并维护库存，店铺选货铺货并向消费者销售。供应商代发时，供货方处理发货，消费者通过订单查看物流；发生退换货时，店铺、平台和供应商按业务规则协作。v1.3.26 调整了供应链后台“采购管理”“供应商管理”和“设置”三个分组的图标。本文结合这次界面调整，梳理系统已有的供销与履约流程。

VortMall的博客 388

UE5高斯泼溅落地全链路：从PLY导入到实时渲染的工程实践

3D高斯泼溅（3D Gaussian Splatting）正从NeRF后处理技术演进为新一代隐式几何渲染范式，其核心在于以可微椭球体替代传统三角面片，通过协方差矩阵与球谐系数实现高质量体素化渲染。该技术突破点云精度瓶颈，但与UE5现有资产管线存在根本性不兼容——静态网格导入器无法解析scale/rot/sh系数等非标顶点语义，标准光栅化管线亦无法执行高斯核采样计算。XV3DGS-UEPlugin通过自定义资产类型、StructuredBuffer GPU数据流与专用材质节点，将高斯泼溅重构为可编辑、可LOD

weixin_33692177的博客 357

微服务网关中的安全风险与限流熔断策略深度解析

在现代的微服务架构中，网关作为系统的第一道防线，承担了请求路由、鉴权、限流与熔断等核心功能。然而，随着业务复杂度的提升，安全风险也随之增加，尤其是在没有合理配置限流和熔断机制的情况下，网关可能成为攻击者渗透系统的入口。本文将从渗透测试的角度出发，深入剖析微服务网关在安全防护方面的常见问题，并结合限流与熔断的实际场景，提供可操作的安全加固方案。

后台模板 172

【系统架构设计师-2026上半年真题】案例分析-参考答案及详解（回忆版）

架构评估与设计：通过入侵检测系统的案例分析，阐述质量属性（性能/可用性/安全性/可修改性）的匹配方法，推荐管道-过滤器风格处理实时数据流，并设计8个核心构件实现数据采集到告警的全流程处理。高并发优化方案：分析悲观锁（排他锁/共享锁）与乐观锁的特性差异，提出乐观锁通过版本号/CAS实现，悲观锁适用于强一致性场景。给出Redis优化三手段：分布式锁控制临界资源、Lua脚本保证原子操作、热点数据多级缓存，结合消息队列削峰填谷。分层架构实践：智

数据知道的博客 1675

大厂硬件机试选择题与判断题解析-卷1

本文精选30道硬件工程师机试题目，涵盖模拟电路、数字电路、PCB设计三大方向。模拟电路部分重点考察运算放大器、滤波器、整流电路等核心知识；数字电路部分聚焦计数器、电平转换等关键技术；PCB设计部分强调高速信号处理、阻抗控制等实践要点。题目均来自华为、小米等大厂真题，剔除基础题，每道题附详细解析，包括正确答案推导过程及相关公式说明。特别针对易错概念（如负反馈类型判断、Q值与带宽关系等）进行重点解析，帮助考生系统掌握硬件设计的核心考点和解题思路。

启芯硬件的博客 678

从微服务到 AI Agent 全栈实战笔记

基础框架：Spring Boot 3.3.x / 3.4.x微服务组件：Spring Cloud 2023.0.x / Spring Cloud Alibaba 2023.0.xAI 框架：Spring AI 1.0.x + Spring AI Alibaba (DashScope)核心中间件：Nacos (注册/配置中心)、MySQL、MyBatis-Plus服务注册与发现：所有服务启动时向 Nacos 报到，互相调用时通过服务名（如）去 Nacos 查询真实 IP。配置中心：废弃，统一使用中的

2503_93626619的博客 162

基于 ESP32 的智能环境监测与远程报警系统

本系统基于 ESP32 实现了环境数据的采集、远程传输、报警通知功能，硬件成本低、接线简单、代码可直接运行。用户可根据实际需求调整传感器类型（如替换为 PM2.5 传感器、土壤湿度传感器）和功能扩展，适合嵌入式 IoT 入门学习和实际场景应用。通过多轮迭代（如优化低功耗、增加 APP 控制），可进一步提升系统的实用性和稳定性。

weixin_42300449的博客 1025

基于Spring Boot 2.x开发的微服务访问Redis的方案

回到最初的问题：Spring Boot 2.x 微服务该用哪个 Redis 客户端？默认选 Lettuce：Boot 2.x 官方默认，Netty 异步模型，线程安全，单连接高并发，是绝大多数场景的最优解。Jedis 不是不能用：历史项目、简单同步场景依然可靠，但要把连接池参数调好，并清楚它的阻塞模型限制。Redisson 是能力补充：分布式锁、限流、布隆过滤器等开箱即用，建议与 Lettuce 共存而非替换。客户端选型只是起点，真正决定线上稳定性的，是序列化统一、连接池合理、超时可控、监控到位。

流水账 698

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目，保存在这里方便以后使用直接下载

带着小白学习-微服务-5 实战：配置中心-数据库连接

如前所述，服务治理主要包含注册中心，前面所有的微服务子工程均已注册到nacos，然后由相应的应用到nacos进行拉取。接下来，我们将使用nacos的配置中心，用于保存和分发应用运行所需的动态配置。比如数据库的各类信息等。

wdyan297的博客 211

VC中sqlite的使用

在VC中对sqlite的使用，实现数据库大批数据的快速插入，读取数据库中的数据在ListCtrl中显示

单体与微服务取舍

微服务适合所有项目吗？什么时候应该用单体？

SCscHero的博客 166

老版QQ原生表情gif动态

这是老版的QQ表情，不过全是动态的的，Windows照片查看器是不会动的，可以右击用浏览器打开查看，再说一遍是老版的，只是分享给宁愿用老版也要动态的人。

# C++ 微服务即时通讯系统（六）：Qt 客户端——分层、异步状态与未读提醒

本文以Qt客户端为基线，剖析消息与会话链路的完整管理机制。通过分层架构（页面、控制器、模型、API）解耦用户操作与网络交互，结合_generation、fetchRevision等版本号防止状态污染，实现异步请求的正确合并与去重。重点解决刷新丢失通知、发送后同步、未读数计算、草稿跨账号隔离等核心问题，强调状态归属与业务规则而非单纯依赖网络顺序。测试替身验证竞态场景，确保在无真实服务器下仍可可靠验证逻辑。最终构建可信、稳定、可维护的桌面端用户体验。

2502_93510665的博客 467

RPC与网络通信：如何让微服务之间“顺畅对话”？

本文从真实故障出发，剖析微服务间RPC通信的五大核心陷阱：超时配置缺失导致雪崩、重试策略放大请求压力、注册中心缓存引发发布期报错、序列化兼容性问题及异常类型混淆。通过可落地的配置示例（如gRPC默认超时拦截器、关闭LoadBalancer缓存）与实践原则（超时逐层递减、仅幂等接口重试），揭示如何构建稳定可靠的远程调用链路，适合正在被调用链稳定性困扰的后端开发者与SRE。

2302_80138126的博客 703

【C++ 基于微服务的即时通讯系统】项目骨架搭建：目录规划、架构回顾与全量接口设计总览

前面我们陆续把所有基建组件都过了一遍：参数解析、日志、注册中心、RPC框架、搜索引擎、网络库、第三方云服务、构建工具，整条工具链已经全部就绪。从这一篇开始，我们正式进入项目实战阶段。动手写业务代码之前，第一件事不是上来就撸函数，而是先把骨架搭好：规划清晰的目录结构、明确每个服务的职责边界、定义好全量接口协议。骨架搭稳了，后面填充业务才不会越写越乱。本文就从工程目录、架构梳理、接口设计三个维度，把整个项目的整体轮廓完整落地。

会当凌绝顶，一览众山小 2229

Laravel中实现微服务网关与限流熔断，踩过的坑与解决方

限流是一种用于控制请求流量的策略，它通过限制单位时间内请求的数量来防止系统因过载而崩溃。例如，在一个 API 接口上设置每分钟最多处理 100 次请求。熔断是一种容错机制，当某个服务调用失败率达到一定阈值时，系统将自动停止对该服务的请求，并返回预定义的错误信息或降级处理结果。这种机制类似于电路中的保险丝，在电流过大时自动切断以防止损坏设备。构建一个基于 Laravel 的微服务网关并非难事，但关键在于如何设计合适的中间件来实现对所有请求的统一管理。

wuchangjian的专栏 149

【C++ 基于微服务的即时通讯系统】语音识别子服务实战

前面我们把所有基建组件（注册中心、RPC框架、网络库、第三方SDK、构建工具）全部铺垫完了，项目目录结构和接口契约也都定好了。从这篇开始，我们正式逐个落地业务子服务。第一个先拿语音识别子服务开刀，原因很简单：它逻辑最单一、依赖最少、只有一个核心接口，非常适合作为微服务开发的上手练手项目。我们可以借着它，完整走一遍「proto定义 → 业务实现 → 服务注册 → CMake构建 → 联调测试」的全流程，把前面讲的基建全部串起来用一遍。本文会完整拆解语音识别子服务的设计思想、代码实现、构建脚本，以及联调

会当凌绝顶，一览众山小 1929

PCB收板机“承载架构”选型参考——水平堆叠、L插架与H型垂直板架怎么选？

本文对比PCB收板机三种主流承载架构：水平堆叠（低成本但占地大、压伤风险高）、L插架（垂直插入、板面悬空、双工位交替，适合中厚高价值板）、H型垂直板架（多载具自动交换，零掉板、不停机，专为超厚重板设计）。选型建议：薄板用水平堆叠；HDI/通信板选L插架；AI重载板必选H型架构，以实现高效、安全、连续生产。

KPEA1的博客 122

单体+微服务混合架构：物业数智化平台的唯一现实解

工单引擎、收费台账、客服工单、巡检SOP、考勤审批——这些业务的特征是：强事务一致性、流程稳定、并发可预测、数据强关联。一个集团下辖住宅、商写、产业园、学校、医院、案场多业态，单项目员工数十人，集团级管控动辄横跨50+项目、千万级业户标签、百亿级资产台账。门禁物联设备接入、停车无感支付、IoT消息中台、AI算法推理服务、视频流处理、第三方开放API网关——这些场景的特征是：流量潮汐、第三方异构协议多、横向扩展诉求强、对故障隔离要求高。混合架构，是当下唯一兼顾性能、扩展性、运维成本三者平衡的工程解。

wuyeshuzhihua的博客 359

发令台 GUNSTART：从业务闭环到 Spring Cloud Alibaba 领域微服务

• 公开排名 / 完赛统计：复杂窗口函数与 JOIN 放在 result 侧（共享库只读），对外路径仍是 /api/public/rank/{eventId}、/api/public/event/{id}/stats。• 对外路径尽量不变：前端仍调 /api/public/、/api/event/ 等相对路径，由 Gateway 按更具体的 Predicate 转发。前端 api.js 默认同源空 aiBase，即走 http://localhost:8081/api/ai/chat。

yjyyc的博客 822

Spring Boot 数据源与 MyBatis(-Plus) 自定义配置详解

本文详解 Spring Boot 中单数据源环境下 HikariCP 与 MyBatis-Plus 的自定义配置。通过手动声明 SqlSessionFactory，实现下划线转驼峰、日志输出、一级缓存策略等精细化控制。结合 HikariCP 核心参数调优（如最大连接数、连接生命周期），确保高性能与稳定性。适用于仅需访问单一数据库的场景，避免多数据源复杂性，兼顾性能与可维护性。

BADAO_LIUMANG_QIZHI的博客 196

Spring Boot 工程通用能力建设:声明式事务定制与 Redis 缓存实践

本文探讨Spring Boot中声明式事务的进阶实践，通过解耦“切点”与“事务属性”，实现灵活控制。核心包括：基于方法名的只读规则（如get*、find*自动设为只读），组合事务属性源确保@Transactional注解优先于命名规则，以及自定义切点实现事务统一织入。该方案提升代码可维护性，避免误写，同时支持特殊场景覆盖，构建更健壮的事务治理体系。

BADAO_LIUMANG_QIZHI的博客 245

上一篇：【业务功能129】微服务-springcloud-springboot-Kubernetes集群-k8s集群-KubeSphere部署三高微服务项目-k8s集群-09微服务前端代理服务 Nginx部署

下一篇：【业务功能篇 131】23种设计模式介绍

如何理解鲁棒性？为什么robustness会翻译为鲁棒性？