这些被分层和分割后的业务模块和基础技术模块分布式部署，每个模块都部署在一组独立的服务集群上，通过远程调用的方式进行依赖访问，新浪微博在早期还使用过一种叫做MPSS的分布式集群部署方案，在集群中的多台服务器上，每台都部署多个服务，每个服务使用不同的端口对外提供服务，通过这种凡事使得有限的服务器可以部署更多的服务实例，改善服务的负载均衡和可用性，现在网站应用中常见的将物理机虚拟化成多个虚拟机后没在虚拟机部署应用的方案新浪微博的MPSS方案异曲同工，只是更加简单，还能在不同虚拟机上使用相同的端口号。
在新浪微博的早期架构中，微博发布使用同步推模式，用户发表微博后系统后会立即将这条微博插入到数据库中所有粉丝的订阅列表中，当用户量较大时，特别是明星用户发布微博时，会引起大量的数据操作，超出数据库负载，系统性能急剧下降，用户响应延迟加剧，后来新浪微博该用异步推拉结合的模式，用户发表微博后系统将微博写入消息队列后立即返回，用户响应迅速，消息队列消费者任务将微博推送给所有当前在线粉丝的订阅列表中，非在线用户登录后再更具关注列表拉取微博订阅列表。 由于微博频繁刷新，新浪微博使用多级缓存策略，热门微博和明星用户的微博缓存在多有的微博服务器上，在线用户微博和近期微博缓存集群中，对于微博操作中最常见的刷微博操作，几乎全部都是缓存访问操作，可以获得很多的系统性能。 为了提高系统的整体可用性和性能，新浪微博启用了多个数据中心，这些数据中即是地区用户访问中心，用户可以就近访问最近的数据中心以加快访问速度，改善系统性能；同时也是数据冗余复制的灾备中心，所有的用户和微博数据通过远程消息在不同的数据中心之间同步，提高系统可用性。 同时，新浪微博化开发了一系列自动化工具，包括自动化检测，自动化发布，自动化故障修复等，这些自动化工具还在持续开发中，以改善运维水平提高系统的可用性。 由于微博的开发特性，新浪微博也遇到了一系列的安全挑战，垃圾内容，僵尸粉，微博攻击从未停止，除了使用了一般网站常见的安全策略，新浪微博在开放平台使用多级安全审核的策略以保护系统和用户。
在程序设计与架构设计领域，模式正变得越来越受人关注，许多人寄希望通过模式一劳永逸解决自己的问题。正确使用模可以更好地利用业务和前人的思想也实践，用更少的时间开发出更好的系统，使设计者的水平也达到更高的境界。但是模式受其适用场景限制，对系统的要求和约束也很多，不恰当地使用模式只会画虎不成反类犬，不但没有解决原来的来问题，反而带来了更棘手的新问题。 好的设计绝不不是模仿，不是生搬硬套某个模式，而是对问题深刻理解之上的创造与创新，即使是“微创新”，也是让人耳目一新的似曾相识，山寨也创新的最大区别不在于是否抄袭，收否模仿，而在于对问题和需求是否真正的理解与把握。 性能 性能是网站的一个重要指标，除非是没得选择，否者用户无法忍受一个响应缓慢的网站。一个打开换忙的汪涵会导致严重的客户流失，很多时候网站性能问题是网站架构升级优化触发器，可以说性能是网站架构设计的一个重要指标，任何软件架构设计方案都必须考虑可能会带来的性能问题。
一起设计吧
