Mobabel

Just One Pure ITer

Category: Distributed Solution

[转]如何使用消息队列解决分布式事物 0

Distributed Transaction Solution

[转]如何使用消息队列解决分布式事物

1. 引言 这篇说说分布式事务的问题。企业现在的架构都由传统的架构转向了微服务架构，如下图所示: 那么，都不可避免的会遇到跨数据库调用的，分布式事务问题！ 目前，业内解决分布式事务问题，都基本不用JTA这种强一致性的解决方案，基本是采用如下两套方案 基于TCC的事务框架 消息队列

[转]蚂蚁金服亿级并发下的移动端到端网络接入架构解析 0

Build High Performance System

[转]蚂蚁金服亿级并发下的移动端到端网络接入架构解析

1. 前言 支付宝移动端架构已完成了工具型 App、平台型 App，以及超级 App 三个阶段的迭代与逐步完善。 本次分享将聚焦支付宝在移动网络接入架构的具体演进，以及应对新春红包等项目在亿级并发场景下的具体应对之道。此外，我们将延展探讨蚂蚁金服移动网络技术如何对外商业化应用和输出。

[转]微信多点登录，消息漫游 0

Session Cross Domain & SSO

[转]微信多点登录，消息漫游

有朋友问： 微信如何实现手机端、PC端同时登录，同时收消息？ 微信能不能实现，换一个手机，仍能拉取到历史消息？ 这是多点登录和消息漫游的问题。

0

System Monitor

[转]Nginx监控运维

Nginx 是一个开源、免费、高性能的 HTTP 和反向代理服务器，也可以用于 IMAP/POP3 代理服务器。充分利用 Nginx 的特性，可以有效解决流量高并发请求、cc 攻击等问题。 本文探讨了电商场景下 Nginx 的监控方案，并将使用过程中遇到的问题和解决方案与大家一起分享。

[转]360容器平台监控实践 0

System Monitor

[转]360容器平台监控实践

360 近年来上线了容器云平台，给团队工作带来了一些便利，同时也给运维工作带来了很多挑战。 1.    背景 360 在做容器化平台之前，有一个基于小米开源的 Open-Falcon 进行二次开发的老监控系 (Wonder)，这个系统承揽了公司所有的物理机和虚拟机的监控任务。随着容器技术的普及，以容器的方式在创建应用时，由于 Kubernetes 容器编排系统部署的服务具有弹性扩容的特性，而老的监控系统无法感知这些动态创建的服务，已经不适合容器化的场景，所以 360 团队就搭建了一套可以支持服务发现的新监控系统。

[转]ZooKeeper分布式锁的实现原理 0

Distributed Lock Solution

[转]ZooKeeper分布式锁的实现原理

1. 一、写在前面 之前写过一篇文章（《拜托，面试请不要再问我Redis分布式锁的实现原理》），给大家说了一下Redisson这个开源框架是如何实现Redis分布式锁原理的，这篇文章再给大家聊一下ZooKeeper实现分布式锁的原理。 同理，我是直接基于比较常用的Curator这个开源框架，聊一下这个框架对ZooKeeper（以下简称zk）分布式锁的实现。 一般除了大公司是自行封装分布式锁框架之外，建议大家用这些开源框架封装好的分布式锁实现，这是一个比较快捷省事儿的方式。

[转]分布式事务原理 0

Distributed Transaction Solution

[转]分布式事务原理

这篇文章将介绍什么是分布式事务，分布式事务解决什么问题，对分布式事务实现的难点，解决思路，不同场景下方案的选择，通过图解的方式进行梳理、总结和比较。

[转]Uber:大规模系统下如何构建可伸缩的告警生态系统 0

System Monitor

[转]Uber:大规模系统下如何构建可伸缩的告警生态系统

Uber 的软件架构包含上千个微服务，为了维持增长和架构，Uber 的可观察性团队构建了一个健壮的、可伸缩的指标和告警管道，具体来讲，就是构建了两个数据中心内的告警系统，称为 uMonitor 和 Neris。 Uber 的软件架构包含上千个微服务，它们能够让团队快速迭代并支撑公司的全球化增长。这些微服务支撑着各种解决方案，比如移动应用、内部与基础设施服务、产品等，它们有着非常复杂的配置，这些配置会在城市和子城市级别对产品的行为产生影响。

[转]事务处理被吃掉的异常 0

Distributed Transaction Solution

[转]事务处理被吃掉的异常

我们在开发企业应用时，由于数据操作在顺序执行的过程中，线上可能有各种无法预知的问题，任何一步操作都有可能发生异常，异常则会导致后续的操作无法完成。此时由于业务逻辑并未正确的完成，所以在之前操作过数据库的动作并不可靠，需要在这种情况下进行数据的回滚。 这叫事务。事务的作用就是为了保证用户的每一个操作都是可靠的，事务中的每一步操作都必须成功执行，只要有发生异常就回退到事务开始未进行操作的状态。这很好理解，转账、购票等等，必须整个事件流程全部执行完才能人为该事件执行成功，不能转钱转到一半，系统死了，转账人钱没了，收款人钱还没到。