自从Wing正式发布以后，很多童鞋反馈对Saga分布式事务比较感兴趣，今天就跟大家分享一下“跨行转账”的分布式事务实践案例，入门使用教程请自行前往Wing官方文档。 假设自己名下有“中国农业银行（ABC）”和“中国工商银行（ICBC）”的账户余额各1万元，现在从“ABC”跨行转账1000元到“ICB
前言 在使用 K8S 部署 RSS 全套自托管解决方案- RssHub + Tiny Tiny Rss, 我介绍了将 RssHub + Tiny Tiny RSS 部署到 K8s 集群中的方案. 其中 TTRSS 会用到 Postgres 存储数据, 也一并部署到 K8s 容器中. 但是最近, 由于
前言 微服务架构以将复杂的应用程序分解为易管理的服务而闻名，然而，管理微服务是一项具有挑战性的任务。为了确保开发工作流程的高效性，需要采用特定的工具。 在本文中，小编将为您介绍2023年最热的11款后端微服务开发工具，并全面介绍它们的基本功能和常见用例。不论您是经验丰富的微服务开发人员，还是初涉微服
摘要：微服务改造是政企客户云原生演进的重头戏，但如何做到成本低、安全性高、性能不变、方便调用等，却是一门学问。本文讲述华为云Stack的解决之道。 本文分享自华为云社区《【华为云Stack】【大架光临】第17期：更安全、更低耗的微服务架构改造之道》，作者：杨奕 华为云技术规划专家。 在以往的文章《云
当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。
随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。因此前端微服务应运而生。
问题描述 当在Azure中成功创建一个Service Fabric Cluster 服务后，我们能够在它的Overview页面中发现 Service Fabric Explorer的终结点，但是打开后，因为不知道如何获取证书，所以直接报错403。 那么，如何才能正确的访问 Service Fabri
本次迁移涉及的是公司内部一个业务子系统，该系统是一个多样化的应用，支撑着公司的多个业务方向。目前，该系统由40多个基于.NET的微服务应用构成，使用数千个CPU核心和数TB内存，在数百个Linux容器中运行。每天，该系统需要处理数十亿次请求。 该系统其中大部分服务是在2018-2019年左右由老旧.
为什么要使用微前端 微前端架构具备以下几个核心价值： 技术栈无关 主框架不限制接入应用的技术栈，微应用具备完全自主权 独立开发、独立部署 微应用仓库独立，前后端可独立开发，部署完成后主框架自动完成同步更新 增量升级在面对各种复杂场景时，我们通常很难对一个已经存在的系统做全量的技术栈升级或重构，而微前
我们为什么需要微服务架构，它一定是为了解决我们某些问题才出现了。这篇文章我们讨论下微服务架构模式所解决的问题，带来的挑战，以及他的核心思想本质。 1 早期的服务架构 上图是一个典型的服务分层架构： Client： 调用方是browser web或者App 应用层： 实现计算层的业务逻辑，从上游数据层
什么是I8n 国际化（I18n）指的是设计和开发产品的过程，使得它们能够适应多种语言和文化环境，而不需要进行大量的代码更改。这通常涉及到创建一个基础版本的产品，然后通过配置和资源文件来添加对不同语言和地区的支持。 这样，当产品需要在新的地理区域或语言环境中使用时，只需要添加或更新相应的资源文件，而不
在云计算和微服务架构的时代，Kubernetes (K8S) 已成为管理容器化应用的标准。然而，对于许多新手来说，K8S 的操作和管理常常显得复杂而神秘。特别是，当你第一次接触 K8S Dashboard 时，你是否也感到有些无所适从？ K8S Dashboard 是 Kubernetes 提供的一
1 简要介绍 随着微服务架构的不断发展，分布式系统逐渐普及到后端领域的每一个角落。 在分布式系统中，跨多个服务的数据一致性一直是一个重大挑战，为解决这一挑战，分布式事务应运而生。 作者在之前的文章《五种分布式事务解决方案》和《4大主流分布式算法介绍》中，详细介绍了分布式事物的解决方案以及实现原理。接
Spring Cloud是一个相对比较成熟的微服务框架。虽然，Spring Cloud于2016年才推出1.0的release版本, 时间最短, 但是相比Dubbo等RPC框架, Spring Cloud提供的全套的分布式系统解决方案。 Spring Cloud是一系列框架的有序集合。它利用Spri
我理解的微服务，就是把以前一个接口一个数据库里实现的逻辑，改变为通过一级或多级远程调用去不同的服务器和数据库获取数据，然后完成整个逻辑。这也算是分布式开发技术了，每次业务要保证在多级远程调用过程中，数据的一致性，在存储数据时，因为是分不同数据库，不同服务器保存数据，有可能一个请求，要保存或更新a、b...
一、传统的单体架构 1、什么是单体架构？ 单体架构（Monolithic Architecture）是一种传统的软件架构模式，将整个应用程序作为一个单一的、统一的单元进行开发、部署和扩展。在单体架构中，所有的功能模块都被打包在一起，共享同一个代码库和数据库。 2、单体架构的缺点 复杂性高 一个大型的
继续更新GoZero微服务实战系列文章：上一篇被GoZero作者万总点赞了，本文将继续使用 Go-zero 提供的工具和组件，从零开始逐步构建一个基本的微服务项目。手把手带你完成：项目初始化+需求分析+表结构设计+api+rpc+goctl+apifox调试+细节处理。带你实现一个完整微服务的开发。
前言 并发编程和分布式微服务是我们Gopher升职加薪的关键。 毕竟Go基础很容易搞定，不管你是否有编程经验，都可以比较快速的入门Go语言进行简单项目的开发。 虽说好上手，但是想和别人拉开差距，提高自己的竞争力，搞懂分布式微服务和并发编程还是灰常重要的，这也是我今年更新文章的重点。 更文计划 我会更
新改进提供的Taurus Rpc 功能，可以简化微服务间的调用，同时可以不用再手动输出模块名称，或调用路径，包括负载均衡，这一切，由框架实现并提供了。新的Taurus Rpc 功能，将使得服务间的调用，更加轻松、简约、高效。
在java的微服务解决方案中，最先出现目前应用比较多的就是spring cloud netfix系列，但是随着阿里的强劲支持，spring cloud alibaba解决方案逐渐可以替代前者，当然dubbo也是不容小觑的。之前面试几家公司应用的都是spring cloud alibaba，随着我自己
