(五)：C++分布式实时应用框架——微服务架构的演进
C++分布式实时应用框架——微服务架构的演进 技术交流合作QQ群：436466587 欢迎讨论交流 上一篇：(四)：C++分布式实时应用框架——状态中心模块 版权声明:本文版权及所用技术归属smartguys团队所有，对于抄袭，非经同意转载等行为保留法律追究的权利！ OCS(online charging system，在线计费系统)在进行云化改造的过程中，从实用主义角度出发，微服务架构并不是我们的目标。
【下一代核心技术DevOps】：（五）微服务CI与Rancher持续集成
1. 引言 DevOps的核心魅力是快速的持续集成交付，降低研发和实施运维之间的交互，使得传统的各种扯皮现象统统消失。最重要的是降低成本 保障产品交付可靠性。 使用Rancher作为持续集成的关键环节，统一结连微服务和云计算，使得产品从研发到上线流水线操作，提高生产效率，此处我写的是微服务 而不是传统的程序，是因为微服务（架构的产品）和容器服务，云计算是完美结合的三大核心模块，也是互联网下一代核心技术DevOps的3个 核心支柱。
基于微服务的分布式应用开发
本文讲的是基于微服务的分布式应用开发【编者的话】本文是有关使用微服务开发分布式应用的经验之谈，包括微服务的优势以及Spring Cloud框架的简要介绍等。
小程聊微服务-数据抽取那点事（二）
一、什么是ETL ETL（Extract-Transform-Load的缩写，即数据抽取、转换、装载的过程），对于企业或行业应用来说，我们经常会遇到各种数据的处理，转换，迁移，所以了解并掌握一种etl工具的使用，这里介绍一个ETL工具Kettle，这个工具很强大，支持图形化的GUI设计界面，然后可以以工作流的形式流转，在做一些简单或复杂的数据抽取、质量检测、数据清洗、数据转换、数据过滤等方面有着比较稳定的表现。
Spring Cloud构建微服务架构：服务容错保护（Hystrix依赖隔离）【Dalston版】
前言 在上一篇《Spring Cloud构建微服务架构：服务容错保护（Hystrix服务降级）》中，我们已经体验了如何使用@HystrixCommand来为一个依赖资源定义服务降级逻辑。
《SpringBoot揭秘：快速构建微服务体系》—第2章2.3节 了解一点儿JavaConfig
本节书摘来自华章出版社《SpringBoot揭秘：快速构建微服务体系》一书中的第2章，第2.2节了解一点儿JavaConfig，作者王福强，更多章节内容可以访问云栖社区“华章计算机”公众号查看。 2.3 了解一点儿JavaConfig Java 5的推出，加上当年基于纯Java Annotation的依赖注入框架Guice的出现，使得Spring框架及其社区也“顺应民意”，推出并持续完善了基于Java代码和Annotation元信息的依赖关系绑定描述方式，即JavaConfig项目。
《Spring Cloud微服务实战》开始预售
京东、亚马逊已全面开启预售！快来一起体验Spring Cloud所带来的全家桶式微服务架构解决方案！ 扫一扫前往京东购买 本书目录 第一章 基础知识 什么是微服务架构 与单体系统的区别 如何实施微服务 为什么选择Spring Cloud Spring Clo...
不增加 GPU，首 Token 延迟下降50%｜LLM 服务负载均衡的新实践
针对LLM服务的特点，Higress AI网关以插件形式提供了面向LLM服务的负载均衡算法，包括全局最小请求数负载均衡、前缀匹配负载均衡以及GPU感知负载均衡，能够在不增加硬件成本的前提下，提升系统的吞吐能力、降低响应延迟，并实现更公平、高效的任务调度。
设计模式觉醒系列(02)这几种设计模式很简单实用 | 相信你肯定见过
本文介绍了设计模式中的模板方法模式、外观模式和单例模式。模板方法模式通过父类定义算法框架，子类实现具体步骤，提高代码复用性和扩展性；外观模式提供高层次接口隐藏子系统复杂性，降低耦合度；单例模式确保一个类只有一个实例，适用于资源开销敏感场景。文中结合实战demo及Tomcat源码应用详细解析了这三种模式的实现与优点，并附带Spring中单例模式的应用示例。
阿里云微服务引擎 MSE 及 云原生 API 网关 2025 年 1 月产品动态
阿里云微服务引擎 MSE 面向业界主流开源微服务项目， 提供注册配置中心和分布式协调（原生支持 Nacos/ZooKeeper/Eureka ）、云原生网关（原生支持Higress/Nginx/Envoy，遵循Ingress标准）、微服务治理（原生支持 Spring Cloud/Dubbo/Sentinel，遵循 OpenSergo 服务治理规范）能力。API 网关 (API Gateway），提供 APl 托管服务，覆盖设计、开发、测试、发布、售卖、运维监测、安全管控、下线等 API 生命周期阶段。帮助您快速构建以 API 为核心的系统架构．满足新技术引入、系统集成、业务中台等诸多场景需要
热联集团：从 APISIX 迁移到云原生网关
我们将核心业务系统从 IDC 全栈迁移到阿里云后，并采用了云原生 API 网关，通过其独有的软硬一体的加速方案，相比普通 HTTPS 请求 TLS 握手时延降低一倍，极限 QPS 提升 80% 以上,运维效率也提升了 50%，此外，我们把 Nacos 迁移到 MSE Nacos，稳定性、性能和运维成本等方面都具备了明显的优势。
JAVA并发编程系列(8)CountDownLatch核心原理
面试中的编程题目“模拟拼团”，我们通过使用CountDownLatch来实现多线程条件下的拼团逻辑。此外，深入解析了CountDownLatch的核心原理及其内部实现机制，特别是`await()`方法的具体工作流程。通过详细分析源码与内部结构，帮助读者更好地理解并发编程的关键概念。
Dubbo 3.3.0-beta 版本正式发布
近日，Apache Dubbo 发布了 3.3 分支大版本 3.3.0-beta.1，相较于 3.2 系列版本，3.3.0-beta 引入了一些重量级的功能升级，按照社区规划，3.3 也将是 Dubbo3 非常重要的一个里程碑大版本，在 3.3.0 首个正式版本之后 Dubbo3 将正式进入长期稳定维护态，即标志着 Dubbo3 作为面向云原生时代的下一代微服务框架将具备规划的所有核心功能。
Kruise Rollout 全链路灰度实践
OpenKruise 是一个基于 Kubernetes 的扩展套件，主要聚焦于云原生应用的自动化，比如部署、发布、运维以及可用性防护。本文介绍通过 OpenKruise 构建自动化运维的方式实现基于 Istio 的全链路灰度功能。
为什么 Higress 是 Knative 入口网关的最佳实践？
本文介绍了 Knative 网络层原理，Higress 对接 Knative 服务的两种方式，并给出 Higress 成为 Knative 入口网关的最佳实践。
Mybatis-Plus极简教程
Mybatis-Plus 简称 MP ，是 Mybatis 的增强工具，提供了一批开箱即用的功能、特性、接口、注解，简化了应用程序访问数据库的相关操作，完善了Mybatis作为ORM仅能做到半自动的不足，提高了开发人员的开发效率。 MP是社区产品，当前源代码在Github上面进行维护，基于Apache2.0开源协议，可放心在商业项目上使用。
使用 JHipster 构建微服务架构
在本文中，我们将着眼于代码生成工具 JHipster 生成和支持的微服务架构。 JHipster 是一个代码生成工具，可以为 Kubernetes 创建 Web 应用程序、微服务、部署文件、云集成和 CI/CD Jenkins 文件。这个工具对于可以快速生成代码并避免创建样板代码的开发人员非常有帮助，可以节省 30% 的工作量。 JHipster 支持 Spring Boot 中的后端代码和 Angular/React/Vue.js 中的前端代码。 在本文中，我们将研究 JHipster 生成和支持的微服务架构。
58-微服务技术栈（高级）：在线检测工具Arthas（jvm相关指令）
开发者对于生产问题故障的排查、定位，随着微服务的喷发，也不再像是以前那边依赖纯日志、gc日志进行问题排查与定位了，本节开始介绍一个生产环境使用的排错工具Arthas，帮助大家更高效、便捷地实现生产问题排错。
SpringCloud微服务实战——搭建企业级开发框架（四十三）：多租户可配置的电子邮件发送系统设计与实现
SpringBoot提供了基于JavaMail的starter，我们只要按照官方的说明配置邮件服务器信息，即可使我们的系统拥有发送电子邮件的功能。但是，在我们GitEgg开发框架的实际业务开发过程中，有两个问题需要解决：一个是SpringBoot邮箱服务器的配置是配置在配置文件中的，不支持灵活的界面配置。另外一个是我们的开发框架需要支持多租户，那么此时需要对SpringBoot提供的邮件发送功能进行扩展，以满足我们的需求。
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（八）saas平台篇-解决不同租户针定制化开发问题(2) -挂载自定义登陆以及业务端完整代码
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（八）saas平台篇-解决不同租户针定制化开发问题(2) -挂载自定义登陆以及业务端完整代码
23、一文读懂 Spring Boot、微服务架构和大数据治理三者之间的故事（十五）
微服务的诞生并非偶然，它是在互联网高速发展，技术日新月异的变化以及传统架构无法适应快速变化等多重因素的推动下诞生的产物。互联网时代的产品通常有两类特点：需求变化快和用户群体庞大，在这种情况下，如何从系统架构的角度出发，构建灵活、易扩展的系统，快速应对需求的变化呢？同时随着用户的增加，如何保证系统的可伸缩性、高可用性，成为系统架构面临的挑战。
