QQ邮箱发展过程成长中的收获机遇和挑战广州研发中心简介广研成立于2005年4月，主要负责邮件相关业务的研发和运营。目前有产品、UI、系统架构、运营、测试、Foxmail、职能等七个行政架构组，60多名员工。主要产品：QQ邮箱、@Foxmail.com、FoxmailQQ邮箱2.0版：一穷二白QQ邮箱2.0：一穷二白5M容量，基本功能，传统UI界面经常丢信，可用性差垃圾、病毒邮件满天飞，盗号严重被列入黑名单，互通能力差每天登录人不超过30万，发信人不过5万一切都要从零开始。QQ邮箱3.0：深陷泥潭QQ邮箱3.0：深陷泥潭大量采用AJAX，类客户端UI交互复杂，页面速度慢后台重构，稳定支持上亿用户安全、反垃圾能力提高脱离了用户基本需求，努力投入却没有得到回报。

根据江西省交换平台现阶段反馈问题协调会（2010-0528）的讨论结果，总体技术框架设计方案在原有的数据交换平台的基础上，对平台进行功能扩展和配置优化，完善“多种交换模式（格式化、非格式化数据）、多业务横向交换、三级平台的传输通道设计、ESB服务中介代理、平台的监控管理机制、平台的部署与实施” 。

基于区域PACS共享平台和远程医疗会诊系统构想议题基层医疗PACS/RIS区域PACS平台议题基层医疗PACS/RIS区域PACS平台基层医疗PACS/RIS基层医疗PACS/RIS需求分析县级中心医院乡镇卫生院/社区医院需求分析基层医疗信息化完整解决体系HISEMRLISPACS/RIS需求分析基层医疗信息化建设路径HISLISPACS/RISEMREHRRHIN需求分析PACS技术发展趋势支持医疗影像传输质量的流技术基于IHE规范的业务流程化和信息集成建设趋势从医院内部到区域共享基于医疗标准的云计算技术On-DemandIT软件即服务（SaaS )

假如我们的SAN架构的增长超过了最初的2个SAN交换机，那么恐怕我们就应该开始重新计划和设计网络了。SAN可以简单的结合起来，但是以太网也一样。其实二者都需要一些谨慎的扩展计划。这篇文章里面，我们将浅析一下普通SAN设计原则，以便能够帮助你的扩展计划。

系统进行垂直划分 数据库按系统进行垂直划分 增加本地页面、数据缓存 增加本地缓存 增加CDN缓存 按业务划分模块，增加代码复用率 反响代理/负载均衡的引入

Gregor Hophe的Enterprise Integration Patterns，其中有一句话深得我心：“如果有人跟你说企业应用集成是件很轻松的事，这人要么是聪明得出奇，要么是傻得出奇，要么就是出于商业原因希望让你相信他即将兜售的某种东西。” - 典型的Thought Worker口气。MartinFowler为它做的序中称其为“Po EAA的姊妹书” - 从填补了Po EAA所没有覆盖的一大类企业应用场景这一角度来说，这一称号是名副其实的，而作者的技术与文笔也对得起这一赞誉。

通向架构师的道路（第一天）之Apache整合Tomcat一、先从J2EE工程的通用架构说起这是一个通用的Web即B/S工程的架构，它由：ü  WebServerü  AppServerü  DBServer三大部分组成，其中：² WebServer置于企业防火墙外，这个防火墙，大家可以认为是一个CISCO路由器，然后在CISCO路由器上开放了两个端口为：80和443。

通向架构师的道路（第五天）之tomcat集群一、为何要集群单台AppServer再强劲，也有其瓶劲，先来看一下下面这个真实的场景。

通向架构师的道路（第四天）之Tomcat性能调优一、总结前一天的学习从“第三天”的性能测试一节中，我们得知了决定性能测试的几个重要指标，它们是：ü  吞吐量ü  Responsetimeü  Cpuloadü  MemoryUsage我们也在第三天的学习中对Apache做过了一定的优化，使其最优化上述4大核心指标的读数，那么我们的Apache调优了，我们的Tomcat也作些相应的调整，当完成今的课程后，到时你的“小猫”到时真的会“飞”起来的，所以请用心看完，这篇文章一方面用来向那位曾写过“Tomcat如何承受1000个用户”的作都的敬.

通向架构师的道路（第三天）之apache性能调优一、总结前一天的学习在前两天的学习中我们知道、了解并掌握了WebServer结合AppServer实现单向Https的这样的一个架构。这个架构是一个非常基础的J2ee工程上线布署时的一种架构。在前两天的教程中，还讲述了Http服务器、AppServer的最基本安全配置（包括单向https的实现），它只是避免了用户可以通过浏览器侵入我们的Web访问器或者能够通过Web浏览器来查询我们的Web目录结构及其目录内的文件与相关内容.

通向架构师的道路（第六天）之漫谈基于数据库的权限系统的设计一、权限系统这一天将讲述一个基本的基于数据库的权限管理系统的设计，在这一天的课程的最后将讲述“左右值无限分类实现算法”如何来优化“系统菜单”的结构而告终。今天的内容和前几天的基础框架是一样的它们都属于基础知识，在这些基础知识上还可以扩展出无数的变种与进化设计。

应用一、总结前一天的学习在前一天的学习中我们知道、了解并掌握了WebServer结合AppServer是怎么样的一种架构，并且亲手通过Apache的HttpServer与Tomcat6进行了整合的实验。这样的架构的好处在于：ü  减轻AppServer端的压力，用WebServer来分压，即WebServer只负责处理静态HTML内容，而AppServer专职负责处理Java请求，这对系统的performance是一个极大的提升。

面向过程、面向对象、面向组件、面向服务软件架构的分析与比较摘要：软件开发从汇编语言、过程式语言、面向对象、面向组件发展到面向服务，每一步都体现了不断抽象、更加贴近业务实际的发展趋势。当前软件发展正处于从面向组件思想向面向服务思想的跨越阶段。本文深入分析了面向过程、面向对象、面向组件、面向服务架构，得出相关的优缺点。

ROA 面向资源的架构 (Resource-Oriented Architecture) A REST-ful Architecture 一种具体的REST式的架构 A Web Service Method 一种把实际问题转换成REST式Web服务的方法

对框架的初级版本的代码结构进行说明。

呼叫中心后台管理门户前台网站移动应用酒店旅游汽车机票组合CRMESBJREZ星级酒店中央数据库锦江之星CRS旅游中央预订汽车中央预订搜索图片业务日志对外消息服务邮件短信传真监控BI机票、门票等结算系统描述应用系统呼叫中心：呼叫中心人员使用，包括工单及业务系统后台管理门户.

SCA由Open Service Oriented Architecture collaboration 提出的一种组件化的面向服务编程模型，并于2007年正式捐献给OASIS组织。 SCA提供了服务组件模型、装配模型和策略框架来支持各种异构应用的封装和集成。 同SCA并列提出的SDO规范，定义了SOA应用程序中访问各种异构数据源的方法。 组件可以以各种不同的协议发布服务，包括SOAP、RMI、REST、JMS，甚至可以是虚拟机内的对象直接调用。 组件可以使用多种技术实现, 包括EJBs, Java POJOs ，Spring Beans，BPEL process ， COBOL ，C++， PHP … SCA中，最重要的一个概念是Service----服务，它的内涵是独立于具体的技术。因此，SCA不会称之为 Java组件架构，或Web Service 组件架构。所谓的具体技术，主要有两层含义：一是程序语言，而是传输协议。

如图所示架构设计说涉及到的范围，首先是对架构支撑的底层平台选择，目前业界流行和通用的就是.Net平台和Java平台（J2EE）；然后在平台支持之上做技术相关架构设计（主要会采用面向对象OO，面向方面编程AOP以及面向服务架构设计SOA等思想），在SOA推广上IBM和SUN两家公司尤为突出；在业务不断的变化中、架构的更新中，找到变化中不变的东西，并针对服务、架构制定一系列规范对架构进行有效的管理和成为架构设计的原则；当然，最上层就是善变的业务架构层。

在概要设计的基础上完成系统功能详细设计，完成基于MVC模式的功能设计，对数据操作方式和流程进行说明。

静态的HTML页面严格地由标准的HTML标示语言构成，并不需要服务器端即时运算生成。这意味着，对一个静态HTML文档发出访问请求后，服务器端只是简单地将该文档传输到客户端。从服务器运行的那个时间片来看，这个传输过程仅仅占用了很小的CPU资源。对于静态HTML的访问瓶颈为：网络带宽、磁盘I/O以及cache(高速缓冲存储器)。