varyall的专栏

它的高扩展性，主要原因是没使用中央数据库，而是把数据都复制到内存中，变成可复制的内存数据单元。微核架构（microkernel architecture）又称为"插件架构"（plug-in architecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。插件则是互相独立的，插件之间的通信，应该减少到最低，避免出现互相依赖的问题。有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不同业务逻辑需要的一些通用接口。事件（event）是状态发生变化时，软件发出的通知。

技术架构图。

应用架构图、技术架构图、业务架构图定义以及到底怎么画好架构图？

%iowait并不能反应磁盘瓶颈iowait实际测量的是cpu时间：%iowait = (cpu idle time)/(all cpu time)这个文章说明：高速cpu会造成很高的iowait值，但这并不代表磁盘是系统的瓶颈。唯一能说明磁盘是系统瓶颈的方法，就是很高的read/write时间，一般来说超过20ms，就代表了不太正常的磁盘性能。为什么是20ms呢？一般来说，一次读写就是一次寻到+一次旋转延迟+数据传输的时间。由于，现代硬盘数据传输就是几微秒或者几十微秒的事情，远远小于寻道时间2~20ms

买固态硬盘，我们会比较关注颗粒寿命，机械硬盘虽然几乎不用考虑长寿与否，除了考虑SMR/PMR记录方式外，最怕的其实就是坏，盘一挂数据未必能找回来，所以其故障率指标就显得尤为重要，▌各种寿命指标那这个指标一般就是MTBF了，全称平均无故障间隔（Mean TimeBetween Failure），也就是2次故障发生之间的时间段，取得是平均值。（MTBF=∑(T2+T3+T1)/ N，即总测试时间÷总失效量）比方说MTBF达到100W小时，算下来时间足有114年，这并不是说114年无故障。由于MTBF=1/λ，λ

MTBF（Mean Time Between Failures，平均故障间隔时间）定义为失效或维护中所需要的平均时间，包括故障时间以及检测和维护设备的时间。对于一个简单的可维护的，MTBF = MTTF + MTTR。因为MTTR通常远小于MTTF，所以MTBF近似等于MTTF，通常由MTTF替代。MTBF用于可维护性和不可维护的系统。MTTF（Mean Time to Failure，平均失效前时间）定义为随机变量、出错时间等的"期望值"。但是，MTTF经常被错误地理解为，“能保证的最短的生命周期”。

上周我写的一篇文章《关于技术能力的思考和总结》引起了大家的关注，好多读者的评论“以写代想、以想促真、以讲验真”，大家的感受很深刻，基于上次的文章，这篇文章我其实更想跟大家聊聊一些常用的思考方法，思考问题的方式对了，往往可以帮助大家少走弯路。常用思考方法技术常用思考方法技术思考本质还是结构化思考，所以常见的结构化思考方法也是适用的。这也是大家会看到很多技术架构师都会用一些方法论去分析问题的原因。但这里我不是重新去论述这些常见的技巧，而是分享从技术实战中得到的一些思考方法，为此我分为了技术架构设计的方法和技术L

《互联网企业容器技术实践》第3章美丽联合容器云实践，本章首先介绍美丽联合集团基于Kubernetes和Docker容器云平台的技术方案、架构演进的三个阶段，以及在稳定性、效率和成本三方面所做的工作；然后介绍关键技术方案及创新点；最后谈一下个人三年多来的体会、思考和解决过的问题，以及分享一些优秀开源工具和项目。本节为大家介绍稳定性、效率和成本。3.1.4 稳定性、效率和成本1. 稳定性稳定性对于容器云这样的基础平台而言是最重要的。面对各种来自硬件故障、软件问题、安全漏洞、人为事故等不同方面的挑

作者：pigness 链接：互联网三高架构：高并发、高性能、高可用来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。个人评价：视角比较全方位面向互联网三高系统，最关注的软件质量属性是：性能、可用性、伸缩性、扩展性、安全性而构建此类系统，最常见的架构模式有：横向分层、纵向分割、分布式化、集群化、使用缓存、使用异步模式、使用冗余、自动化（发布、部署、监控）具体来说，可以在不同层次常用的技术有：① 前端架构浏览器优化技术：合理布局，页面缓存，减少http请求.

原文为阿里技术发布的一篇文章，作者 高福来（不拔），读后受益匪浅，决定转载分享平时听到一些同学说技术方案没什么深度，很难讲出来，怎么去体现技术方案设计的深度是大家普遍关心的一个问题，这个问题不是个例问题，因此分享下自己的一些观点和看法。主要从三个部分来讲： 第一部分主要分析为什么技术方案没有体现出深度，找到问题后就好解决，并提出技术方案的广度和深度特征； 第二部分是技术方案设计的方法论，主要包括了本质论、矛盾论、系统论、演进论四个方法论，构成一个闭环反馈链路； 第三

集群是一组协同工作的服务实体，用以提供比单一服务实体更具扩展性与可用性的服务平台。在客户端看来，一个集群就象是一个服务实体，但事实上集群由一组服务实体组成。与单一服务实体相比较，集群提供了以下两个关键特性：先说区别：一句话：分布式是并联工作的，集群是串联工作的。1：分布式是指将不同的业务分布在不同的地方。 而集群指的是将几台服务器集中在一起，实现同一业务。

1.前言 随着团队的人数的提高与成员的技术水平不断提高，同时业务的发展也对团队/个人提出了更高的要求，所以也要不断向技术方向进行努力探索，“动如一人” 是我们始终坚持的团队理念，个人能力强弱并不能决定整个团队的研发效率水平，只有大家都有了体系化的思考能力，才能让团队形成向上的技术氛围驱动力，促使每个成员都对开发技术有更高的追求。目前我们后台团队采用的是java技术栈，技术虽然稳定，但是使用的中间件工具始终在更新迭代，越来越多新的特性，新的使用姿势都是后台开团队需要作出完整的规划去适应与挖掘。...

17.清晰架构(01): 融合 DDD、洋葱架构、整洁架构、CQRS...(译)qinyu关注4.02018.08.27 16:52*字数 6848阅读 13533评论 6喜欢 60原文：https://herbertograca.com/2017/11/16/explicit-architecture-01-ddd-hexagonal-onion-clean-cqrs-how-i-put-it-all-together/这篇文章是软件架构编年史(译)的一部分，这部编年史由...

1、twemproxy explore 当我们有大量 Redis 或 Memcached 的时候，通常只能通过客户端的一些数据分配算法（比如一致性哈希），来实现集群存储的特性。虽然Redis 2.6版本已经发布Redis Cluster，但还不是很成熟适用正式生产环境。Redis 的 Cluster 方案还没有正式推出之前，我们通过 Proxy 的方式来实现集群存储。

背景　　静儿在2017年8月25日怀着“再也不要下班时间收到报警”的美好期待加入美团金融智能支付负责核心交易，结果入职后收到的报警一天紧似一天。核心交易是整个智能支付的核心链路，承担着智能支付百分之百的流量。下面是我们的日单量增长曲线：　　从图中可以看到从17年下半年开始，我们的日单量增长迅速，而且压力和流量在午、晚高峰时段非常集中。在这种情况下，交易的稳定性面临着严峻的考验。　　 为了保证交易的高可用，智能支付技术团队快速整合平台和集团技术资源，成立了专题项目组—“战狼”，聚焦支付技术底.

目录一、背景介绍二、故障源的分类三、稳定性建设四要素第一要素：人第二要素：工具第三要素：预案第四要素：目标四、稳定性建设四个方向第一个方向：根基要抓牢（45%）第二个方向：工作在日常（30%）第三个方向：预案是关键（15%）第四个方向：容量是核心（10%）五、稳定性建设本质六、总结一、背景介绍在移动互联网时代，用户群的积累比之前更容易，但同样，也会因为糟糕的用户体验，而快速流失用户，哪怕是号称独一无二的12306网站，也在不断优化系统来提升用户

前言NPS中文为净推荐值，全名为Net Promoter Score，由美国贝恩咨询提出。用一个简单的问题，了解客户是不是愿意推荐你的产品，评估口碑。也可以用来评估用户体验和客户满意度。通过了解客户的反馈，你也可以迭代、优化自己的产品。做好NPS可以让客户裂变，让每个客户都变成你的自来水、产品代言人。NPS是什么我们经常看到下面的问题，“你向朋友推荐XXX产品的可能性有多大？”，“我们可以如何提高”或者"是什么让你愿意向朋友推荐我们的产品"Windows10的NPS调查..

降低成本和提高bai效率二个都du很重要，不能说哪个更重要。因为这二者都是zhi提高企业绩效的有效方dao法。降低成本是通过加强管理、严格控制、科学组织等形式，尽是减少支出，从而提高企业效益的方法，这是企业提高绩效最基本的要求，也是最直接的方法。提效则是通过技术改造、革新、使用新工艺、新方法、合理组织生产、提高员工的积极性来提高工作效率的方法，这是企业发展到一定程度改善业绩的最有效的方法。 具体到某个企业来说，这二种方法都要使用，但企业处在不同的时期，用不同的方法可能取得更好的...

性能测试二八原则，响应时间2/5/8原则所谓响应时间的“2-5-8原则”，简单说，就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快； 当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以； 当用户在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受； 而当用户在超过8秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求。软件测试理论中，常提到2-8原则所谓2-8原则，即80%的bug多发生在软件的20

地址：http://rrd.me/ed7pfhttps://naotu.baidu.com/file/a7118cb5543ac5b793b93d5481fccff1

一、TOGAF简介1.什么是TOGAF?“有效的企业架构（Enterprise Architecture，EA）对企业的生存和成功具有决定性的作用，是企业通过IT获得竞争优势的不可缺少的手段。“本文概述了企业架构及其基本概念（并非IT架构的另一个名称），以及为何需要企业架构的原因，并且对建立企业架构的效益和采取TOGAF（The Open...

架构思想：TOGAF, ITSA, DODAF

架构师，是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。架构师不是一个人，他需要建立高效的体系，带领团队去攻城略地，在规定的时间内完成项目。首先要搞清楚架构师主要做些什么1 确认需求架构师要懂得用户需求，理解用户真正想要什么，这使得架构师必须要和分析人员不断沟通，反复确认需求规格说明书，以此来保证他精准清楚用户需求。项目经理刘先生在受访时说：「架构师会与很多...

其实是四个点，时间、成本(资源)、范围、质量。1、这在四个点中，最重要的是质量，唯一不可变的也是质量，因此是一个以质量为中心的，三个点围绕的三角；2、基于第一点，在质量不变的情况下，考虑其它的三个点：时间、成本、范围，平衡也是在这三点之间平衡；3、具体的问题要具体的分析，比如时间是确定的，成本是不可变的，那就要考虑是否可以分批交付，先交付核心的需求，以这样的思想来平衡；4、质量是唯...

technical director 职责第一种：1、确定技术路线2、构建技术团队3、帮助团队解决技术难题4、为整个团队的技术发展提供方向https://www.zhihu.com/question/19602784 第二种:一般来说，总监层次，基本不需要coding，会涉及以下职能：1. 团队管理职能。构建并监督团队，对团队人员组织架构梳理、日常监督并考评...

在我们从零开始做一个新系统的时候，会首先进行系统功能模块架构设计，那么是直接做一个大而全的垂直的MVC系统，使用一个war包进行发布管理，还是需要按一些规则进行模块拆分，设计成SOA或者微服务系统比较好呢？这个笔者认为需要依据项目具有什么样的人力物力条件以及项目需要支撑多少用户量和交易量为基础。一个好的系统设计应该能够满足解决当前的需求和问题，把控实现和进度风险，预测和规划未来，避免过度设计，在上...

去年我们的美妆社区APP，上线了自有商城。之后经过多次版本迭代，商城系统的模块已经基本健全，值此时间分享一些经验出来，希望可以共同交流。有了商品之后才有可能产生交易。所以先讲了《B2C自营商城的商品设计方案》，这篇讲解我们的订单模块怎么设计。一、订单是什么订单的本意是指你购买商品之后生成的单据凭证，只是在电商中，它是虚拟的。1.1、主流的下单方式整个电商体系中常见的下单方式...

在重大产品决策或者大规模应用开发前一般需要进行技术选型，特别是需要开发一个之前没有了解过的系统或者应用时，其目的是为了降低产品研发的技术风险。所以首先需要明确为什么需要技术选型、需要达到什么目的，整个过程需要有一套的组织流程来保证。一般可以将整个过程分为调研、候选对比、关键技术验证、原型验证几个阶段。在调研阶段主要调研对象是目前该范围业内主要产品以及开源产品，需要了解其主要技术特点和各自的...

来源：TalkwithtrendID：Talkwithtrend在此收集的支付宝的系统架构图包含：清算、客服、处理、资金、财务等等，由于资料年限限制，仅供参考，但基本架构相信还是变化不大的。作为支付行业的龙头，架构系统值得学习！以上内容均来自网络文章来源：Talkwithtrend 《Linux云计算及运维架构...

架构设计https://zhimap.com/mmap/6159a37f642c480e984e9ad5d97e2489https://zhimap.com/mmap/75c45661a05e4dabb5f8b2eba46457c6

1. I/O优化增加缓存，减少磁盘的访问次数。优化磁盘的管理系统，设计最优的磁盘方式策略，以及磁盘的寻址策略，这是在底层操作系统层面考虑的。设计合理的磁盘存储数据块，以及访问这些数据库的策略，这是在应用层面考虑的。例如，我们可以给存放的数据设计索引，通过寻址索引来加快和减少磁盘的访问量，还可以采用异步和非阻塞的方式加快磁盘的访问速度。应用合理的RAID策略提升磁盘I/O。2. We