微服务架构指南 微服务架构指南 📄️ 概述该章节文档介绍基于 Rainbond 搭建微服务架构的复杂应用 🗃️ Service Mesh 使用5 个项目 🗃️ Spring Cloud 微服务部署2 个项目 🗃️ 链路追踪3 个项目 🗃️ 性能分析2 个项目

构建微服务架构 构建微服务架构 📄️ 服务组装本文描述基于 Rainbond 平台组装微服务架构应用 📄️ 服务速率限制本文描述基于 Rainbond 平台进行服务速率限制 📄️ 流量路由管理讲解基于Rainbond做微服务流量路由管理 📄️ 网络可视化本文描述基于 Rainbond 平台如何展示微服务网络可视化

事务上下文 事务传播 对 Dubbo 支持的解读 事务上下文 Seata 的事务上下文由 RootContext 来管理。 应用开启一个全局事务后，RootContext 会自动绑定该事务的 XID，事务结束（提交或回滚完成），RootContext 会自动解绑 XID。 // 绑定 XID RootContext . bind ( xid...

微服务：Spring Cloud 需求场景 运行程序 技术组件 协议 微服务：Spring Cloud 如果你此时并不曾了解过什么是“The Fenix Project”，建议先阅读这部分内容 。 直至现在，由不同编程语言、不同技术框架所开发的微服务系统中，基于 Spring Cloud 的解决方案仍然是最为主...

微服务架构指南 微服务架构指南 📄️ 概述该章节文档介绍基于 Rainbond 搭建微服务架构的复杂应用 🗃️ Service Mesh 使用5 个项目 🗃️ Spring Cloud 微服务部署2 个项目 🗃️ 链路追踪3 个项目 🗃️ 性能分析2 个项目

微服务架构指南 微服务架构指南 📄️ 概述该章节文档介绍基于 Rainbond 搭建微服务架构的复杂应用 🗃️ Service Mesh 使用5 个项目 🗃️ Spring Cloud 微服务部署2 个项目 🗃️ 链路追踪3 个项目 🗃️ 性能分析2 个项目

本地运行微服务 本地运行微服务 这项工作正在进行中，我们将逐段添加其内容。欢迎您在 discuss.istio.io 网站上提供反馈。 在微服务架构出现之前，开发团队会将整个应用程序作为一个大型软件进行构建、部署和运行。想要测试模块中一个微小的改变， 开发人员不仅要通过单元测试，他们必须重新构建整个程序。因此，构建需要花费大量的时间。完成构建后， ...

什么是微服务 为什么要微服务 那什么是Micro？ 我们可以聊聊，软件开发的未来趋势。 时代瞬息万变，在一个商业业务核心中，我们正走向一个由技术来驱动的世界，而保持竞争的优势变得越来越困难。使用效率低的平台、流程、结构进行扩展，可能会使得组织的执行力大打折扣。过去十年的技术公司已经过些扩展的痛点，而且他们中的大多数都使用都相关的方式来迎接挑战。 ...

微服务配置中心 微服务配置中心 “配置中心”是对配置进行集中管理的系统，是微服务架构中的一个基础环节。 服务端存在多种类型的配置: 环境变量：如操作系统环境变量 内部配量：如阈值、关键字 应用配量：如功能、特性开关 环境变量等配置很少发生变动，但内部、应用配置可能会频繁发生变动。 传统的配置都是写在文件中，并伴随服务端一起发布，这样做有一些...

微服务架构概览 微服务架构概览 在正式讨论微服务架构前，有必要用简短的篇幅，讨论下微服务以及这种架构风格的优点和缺点。 在微服务出现之前，我们的架构多数是单体应用架构。会有一个或者少数几个”巨无霸“进程，里面可能包含了”用户管理“、”订单管理“、”支付确认“、”物流“等等各种复杂的业务逻辑和功能。这种传统的单块应用架构风格是很直观、自然的，然而在现...