1.CAP定律剖析2000年Eric Brewer教授提出CAP猜想，2年后CAP猜想被Seth Gilbert和Nancy Lynch从理论上证明。CAP是Consitency（强一致性）、Availability（可用性）、Partition tolerance（网络分区容忍性）三个不同维度的组合体，如图1所示。图1 CAP定律在分布式系统中，CAP定律中的三者只能同时满足二者（如图1所示）：

1 什么是异地多活？异地多活，英文Multi-Site High Availability，顾名思义就是分布在异地多个站点同时对外提供服务。与传统灾备最主要的区别是“多活”里所有站点都是同时在对外提供服务的，具体有以下几点不同：传统的灾备中心平时不提供服务，关键时刻无法确定切换到灾备中心是否可以切换成功。传统的灾备中心平时不提供服务，整个灾备资源会处于浪费状态，成本比较高。传统的灾备中心平时不提供

“工业4.0”数字化是“工业3.0”信息化的自然延伸。“工业4.0”（互联网、数字化）的核心包括：·打通各自独立的系统、消除信息孤岛·实现“单-人-机-财”协同，形成有机整体·由生产的物理驱动（资源驱动）和管理的流程驱动变为数据驱动·员工和设备从接受指令到自适应、自学习·管理体系扁平化，体现在层级减少、管理职能平台化

导语：在前面我们讲过了阿里云分布式任务调度平台，今天我们从架构和技术实现上来为大家讲解腾讯云分布式任务调度系统TCT(Tencent CloudTask)如何实现任务调度的精准实时、稳定高效，以及任务的切分和编排。01背景介绍缘起缘灭，自有因果首先, 我们来思考一些几个业务场景：XX信用卡中心，每月28日凌晨1:00到3:00需要完成全网用户当月的费用清单的生成。XX服饰，需要每天上午9:00开始

架构的演进这种东西有点信雅达，没什么绝对标准单体应用：在第一阶段的单体应用很好理解。垂直应用：接着随着业务量增大, 将应用拆成互不相干的几个应用，Web框架(MVC)是关键。这一步，前后端分离、使用缓存、数据库和应用服务分离都会做,但服务间是独立的无法调用，且可能存在重复代码。分布式应用：垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务。这时用于提高业务复用及整合的分布式

阿里业务中台架构图基础设施服务，即IAAS层，提供硬件底层支持。基础服务层，即PAAS层，包括分布式服务框架、分布式数据库、分布式消息、分布式存储、分布式事务、实时监控服务等等。互联网业务中台，包括各服务中心的抽象出来的各种业务能力，包括交易中心、支付中心、营销中心、结算中心、用户中心、账户中心等等。也包括非业务类服务，如日志分析中心、配置中心、序列中心、基础中心。业务应...

01阿里业务中台架构图图1：阿里业务中台架构基础设施服务，即IAAS层，提供硬件底层支持。基础服务层，即PAAS层，包括分布式服务框架、分布式数据库、分布式消息、分布式存储、分布式事务、实时监控服务等等。互...

企业级业务架构（EBA）方法源自Zachman框架和TOGAF理论。企业架构总是给人一种庞大而笨重的印象，实践往往也需要一定的时间周期，相信很多人都会怀疑这种连它自己都快不起来的实施模式会对提升企业级应用系统软件开发效能有什么帮助，本文笔者就试着讨论下这个问题，同时，也跟各位读者分析分析软件工程发展至今仍有很大不足的一处“盲区”。企业级系统软件开发效能存在的一些瓶颈1. 令人头疼的源头管理软件行业

TOP互联网公司都在用，为什么SRE比传统运维更抢手？阿里妹导读：双11的完美收官，2684亿的销售奇迹及顺滑极致的客户体验让双11背后的技术再次被推到风头浪尖。而双11技术热点话题，不得不提集团核心系统100%上云这一技术创举。作为集团上云的底座产品，ECS承担了集团上云基础设施的重任，对如何保障集团上云的极致稳定性及性能需求，弹性计算管控团队做了长期的探索与实践，竹涧作为SRE参与了这场“革命

架构图是什么？为什么要画架构图？如何画？有哪些方法？本文从架构的定义说起，分享阿里文娱高级技术专家箫逸关于画架构图多年的经验总结，并对抽象这一概念进行了深入地讨论。较长，同学们可收藏后再看。