软硬件方案

语言方案：

优：

并行，容错，调试，热部署，测试，高阶函数，柯里化（适配器），惰性求值，延续（没有栈。迭代。尾递归。单参数--单返回值。WEB，JETTY。不需要栈。stackless），模式匹配.

劣：

调用（使用栈，浪费空间），

 

数据提交：

0，流提交（免解码）；

1，服务器提交===用户体验===请求已经发出去了；

2，无脚本；

3，快速验证（错误频率记忆===》检查项目顺序调整）。

 

数据获取（缓存）：

1，流缓存（免编码）；

2，检索数（XML）据+商品数据（HTML）+UI元素（XSL+图片）；

3，全缓存（对所有除事务以外的内容包括数据使用缓存+使用URL变形做内容更新）；

4，内容更新管理。

 

内容策略：

1，所有内容在系统处理全程保持流（字节）的形式。不解码，不编码；

 

处理器调度：

1，动态优先级（IO任务优先：网卡，数据库，磁盘。内存任务优先，IO任务排队）；

2，抢占；

3，水平调度；

4，垂直调度；

5，智能调度引擎（自适应调度）；

6，资源定义：处理器，内存，网络，磁盘+数据库

内存管理：

1，内存调度；

2，边界控制：溢出，死锁（内存争夺）。

3，缓存控制（开源库）；

4，关闭虚存。

5，服务降级。 

数据库：

1，取结果条数；

资源管理：

1，数据库连接；

2，数据库锁（没有锁。不设计任何并发更新）；

3，无依赖设计(所有部件独立工作。互不依赖)；

循环控制：

1，没有循环（用函数式语言）；

 

数据结构测试：

1，数据结构性能退化；

 

压力测试：

1，平均响应时间；

2，90th%响应时间；

3，突发活动（任意组合）；

4，阶段性增加负载；

5，通量；

6，处理器，内存，网卡，磁盘负载时间；

7，图片。

恢复测试：

1，系统的恢复时间；

兼容性测试：

1，浏览器；

2，OS；

3，网络（不同接入点）；

位置测试：

1，偏远地区；

2，特大城市；

3，中小城市；

4，四级城市；

5，乡村；

6，其它特殊接入点；

UI测试：

1，外观；

2，内容测试（语法，语义，流程，标题）；

3，移动设备；

4，图片页；

 

前端：

1，客户端缓存+内存缓存+数据库缓存（与内存缓存互为独立；没有重复缓存）；

2，内容压缩；

3，网卡加速，SSL加速，XML加速，HTML压缩；

4，UI元素的分步加载（XSL INCLUDE）；

5，前端反向代理

 

系统运行监控（运维）：

1，系统状态监控：节点工作状态：

2，服务追踪：用户事务日志（IP标识。使用在线事务审计数据）；

2，报“错”机制--》电子邮件；

 

网络负载均衡可选方案：

1，基于特定服务器软件的负载均衡

2，基于DNS的负载均衡

3，基于四层交换技术的负载均衡（收信IP！=送信IP）

4，基于七层交换技术的负载均衡

5，站点镜像技术

网卡集群：

1， 上行假设轻负载。但要防攻击（DoS）；

2，

 

安全：

1，端口关闭；

2，一阶段审计；

 

机房服务质量监督：

1，防火墙策略；

2，带宽；

3，接入稳定性；

4，路由可达性。

5，共享或独享带宽。

 

运筹学：

规划论：线性，动态；

排队论。

最短任务优先（排队论）：

1，快速疏散。短的走的快；短任务拉开=》时间上的均匀分布；

2，最短周转时间；

3，最短服务时间；

4，全系统优化（人，机，软）。

 

内存管理开销：

1，GC的线程开销（内存，CPU周期，线程管理，计数）；

2，程序不创建任何对象。所有对象在对象池(COMMONS POOL)中获取（和创建）。对象数量的多少由程序自动决定。但是要记得在线程任务结束后主动还回对象（这才是关掉GC的真正开销。因为从对象池获取对象与NEW一个对象的代码量其实是一样的。这里指的是程序员角度的开销）；

CPU优先级：

1，CPU角度==》全部非阻塞任务的随时待“命”。最小程度的IO捆绑；

 

 

有的：

协程。微线程。无栈。进程。

要求：

大量大文件请求（压缩，缓存，IO压力）；

大量数据请求（主要：商品数据，索引数据==》IO压力）；

大量事务（购买，支付==》数据库更新）；

主要挑战：大的（效率，带宽，内存==》索引数据，商品数据）。多的（效率）。

IO效率==》字节流。

内存的主要消耗者分析：UI，事务优先。其余全用于索引数据，商品数据的缓存与工作空间（硬盘==》网卡拷贝）。

处理器不用分析。网卡比特流用专用网卡解决。内容用XML加速器。

专用设备：

  专用网卡。专用内存。专用硬盘。专用主板。专用CPU。

冗余设备：

  内存，硬盘，CPU，网卡，电源。

系统级设备：

  双机热备。

数据设备：

  数据冷备，热备，灾备。

服务器论坛学习。

 

加速设备：

网卡（比特流），XML，SSL。
 

而MAP/REDUCE因为是在生产环境中提出并成功应用的生产计划/模式，天生具有很强的实践性。

MAP/REDUCE加工备忘：

1，有管理的，全方位的作业调度：水平调度---给谁做；垂直调度--谁先做；内部调度---机器系统调度；外部调度---人机系统调度）；

2，调度策略的实时调整（系统性能实时评估-->反馈机制---》策略调整（量化调整与方案调整））；

3，内部作业的划分（几个MAP，几个REDUCE）：

4，内存模型（时变特性）；

5，中间结果 - 平面；

6，系统进化（约束适应，新质量，新功能）；

7，延续，闭包的价值分析（与对象的对比）；

8，规则引擎的应用；

9，接口封装的形式（REST，XML，WEB SERVICE）与ESB的应用；

内部作业的划分详细包括：

1，UI引擎（内容服务--小内存+大磁盘，高带宽：客户==首页+搜索+购买+支付+注册，商品，商务，图片）；

2，数据引擎（数据服务：索引，商品，关联商品，物流，支付，评论，交易历史，商务支持，交易统计）；

3，事务引擎（订单，支付，评论，评论审核，注册，商务事务，审计）；

5，I/O引擎；

6，性能/成本引擎：浏览器缓存（更新周期=日期后缀）+内容压缩=》带宽

 

相关备忘：

架构目标的种类：

1，抽象建模---多主体系统。自由系统。提供相对自由的资源分配模型；

2，事务处理---单主体系统。服务型系统。对外强调服务。内部则强调个体服从整体。所以个体是不考虑的。只考虑整体。所以只有一个主体，即整体。这样的系统没有个体---象一支军队。存在的是一个Team，不是人；

3，实时系统---无主体系统。响应型系统。不是强调，而是必须做到即时响应。在这样的系统中，什么都不存在。所有主体都位于系统以外。考虑问题时，都不考虑系统。考虑的全是系统以外的因子。系统被假设为不存在的。比如，可以假设它为上帝，将满足你的所有要求。上帝是不需要考虑的。因为她是完美的。她没有缺陷。她将响应你全部的请求；

4，图形系统---工具型系统。领域系统。可有主体，可没有主体。都行；

5，云计算---单主体系统。事务型系统。服务型系统。强调整体性能与效率。个体同样不考虑（需要对象模型的分析性平台除外）。

6，。。。。。。

 

领域建模相关备忘：

1，领域建模需要对相关领域进行元操作提取。也就是说，这种系统的需求分析不应该具体化。而应该保持一定程度上的抽象性。即，用户说的话，我们记下来，并且写到系统中去。详细设计的目的不是将用户需求全都变成具体功能，而是该具体的具体，该抽象的抽象。具体与抽象的边界要与用户进行反复的确认与理解才能得到。该抽象的被具体了，与该具体的被抽象了，都是不对的。

需要的是脑子。

 

http://www.translatorsbase.com/UserAccount.aspx