wenextly
本站致力于IT相关技术的分享
从零构建一个支持崩溃恢复的SQL两阶段提交事务协调器 从零构建一个支持崩溃恢复的SQL两阶段提交事务协调器
在分布式系统中,跨多个独立数据库执行原子性操作是一个无法回避的难题。一个常见的场景是,订单服务需要在订单库中创建记录,同时库存服务必须在库存库中扣减相应数量。如果其中一个操作失败,整个业务活动必须回滚,就像从未发生过一样。一个天真的实现可能
利用 Apache Pulsar 的状态化特性为 MLOps 平台构建动态服务发现 利用 Apache Pulsar 的状态化特性为 MLOps 平台构建动态服务发现
我们在构建新一代 MLOps 平台时,遇到的第一个棘手问题并非模型训练或部署,而是服务发现。MLOps 环境中的服务与传统的 Web 服务有本质区别:它们数量众多、生命周期短暂且状态复杂。一个典型的 MLOps 工作流可能包含特征工程服务、
使用 Operator 模式在 Kubernetes 中管理基于 Zookeeper 協调的事件溯源应用 使用 Operator 模式在 Kubernetes 中管理基于 Zookeeper 協调的事件溯源应用
部署一套基于事件溯源(Event Sourcing)的分布式应用到 Kubernetes 上,挑战远不止编写一个 Deployment 的 YAML 文件。这类应用通常是状态化的,节点间需要精密的协调机制来处理领导者选举、分片管理或配置同步
在 EKS 上使用 Go 构建面向 Cassandra 的分布式 Saga 事务协调器 在 EKS 上使用 Go 构建面向 Cassandra 的分布式 Saga 事务协调器
项目初期,一个看似简单的用户注册流程,需要在用户服务中创建记录、在账户服务中初始化余额,并在权限服务中赋予默认角色。这三步操作,必须是一个原子操作。任何一步失败,整个注册流程都应回滚,不能留下脏数据。在关系型数据库的世界里,一个 BEGIN
利用 Redis Streams 构建从 Firestore 到 Dgraph 的弹性数据同步总线 利用 Redis Streams 构建从 Firestore 到 Dgraph 的弹性数据同步总线
在一个复杂的业务场景中,我们常常需要将数据冗余到不同特性的存储系统中,以满足多样的查询需求。我们的主业务数据存储在 Firestore,它为客户端提供了出色的实时性和开发便利性。然而,随着业务发展,我们需要对数据进行深度的、复杂的关系分析,
利用 Flink 状态化流处理实现持久化 Saga 模式及其前端状态同步 利用 Flink 状态化流处理实现持久化 Saga 模式及其前端状态同步
一个跨多个微服务的业务流程,比如视频处理发布,其内在的复杂性不在于单个服务的实现,而在于如何保证整个流程的原子性。一个典型的流程可能包含:接收上传、启动转码、提取元数据、内容审核、分发CDN。这五个步骤,分布在不同服务中,任何一步失败,都需
1 / 2