极简主义：架构的囫囵直说
架构设计思维方式以下四点：
合适原则、简单原则、演化原则
优先满足现有业务要求
选择简单方案快速落地验证
适当预测业务发展，在问题出现时演进 （以半年到一年为周期核算）
架构设计疑虑
虽然我们已经都工作3年、5年甚至十年，我们也了解了很多的开源技术，分布式，微服务等等技术不绝入耳。但是大家总感觉很多都是碎片化的知识。比如并发达到1000的访问量我们如何设计架构？数据达到PB级我们怎么来存储？如何保证RT的时间在2S内？是不是顿时会觉得捉襟见肘?
架构设计思路
架构的原始架构：
（1）万能的原始架构:5w-30w的日访问量 ，一台ECS就可以搞定。程序和数据库解耦基本就能解决问题了。
（2）物理分离web和数据库：50w-100w的日访问量，ECS+RDS各一台其实大概率能搞定当下的问题。
（3）静态缓存+对象存储：100w-300w的日访问量，CDN +ECS + OSS +RDS 这里解决的瓶颈是web请求被堵塞，网络压力大。
(4) 架构分离+负载均衡：300w-500w，分离-CDN+SLB+ECS+OSS+RDS。
(5) 数据库缓存：500w -1000w的日访问量，用上redis/mongdb等，
(6) 垂直扩展:1000w-5000w的日访问量，CDN+SLB+ECS+OSS+redis+RDS读写分离。垂直扩展有三招：业务拆分、读写分离、分库 。
(7) 架构分布式+ 大数据阶段+水平扩展：>5000w的日访问量，CDN+DNS智能解析 +SLB+ECS+OSS+云Memcache+RDS+MongoDB+OTS
最后总结下:
1、现在的互联网需求已经从bigdata演进为了fastdata，所以我们就需要建立数仓、实时数据分析、容器、微服务等技术手段来实现。
2、分布式架构原则：1+1 > 2 ?这是什么意思呢？就是说如果有两台2核4G的ECS的服务器实现的计算和IO能力是大于直接一台4G8核的服务器的处理能力，虽然他们的价格是一样的。
原文作者：二进制跳动；如有侵权，请联系管理员删除。
