软硬件方案

语言方案&＃xff1a;

优&＃xff1a;

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

劣&＃xff1a;

调用&＃xff08;使用栈&＃xff0c;浪费空间&＃xff09;&＃xff0c;

数据提交&＃xff1a;

0&＃xff0c;流提交&＃xff08;免解码&＃xff09;&＃xff1b;

1&＃xff0c;服务器提交&＃61;&＃61;&＃61;用户体验&＃61;&＃61;&＃61;请求已经发出去了&＃xff1b;

2&＃xff0c;无脚本&＃xff1b;

3&＃xff0c;快速验证&＃xff08;错误频率记忆&＃61;&＃61;&＃61;》检查项目顺序调整&＃xff09;。

数据获取&＃xff08;缓存&＃xff09;&＃xff1a;

1&＃xff0c;流缓存&＃xff08;免编码&＃xff09;&＃xff1b;

2&＃xff0c;检索数&＃xff08;XML&＃xff09;据&＃43;商品数据&＃xff08;HTML&＃xff09;&＃43;UI元素&＃xff08;XSL&＃43;图片&＃xff09;&＃xff1b;

3&＃xff0c;全缓存&＃xff08;对所有除事务以外的内容包括数据使用缓存&＃43;使用URL变形做内容更新&＃xff09;&＃xff1b;

4&＃xff0c;内容更新管理。

内容策略&＃xff1a;

1&＃xff0c;所有内容在系统处理全程保持流&＃xff08;字节&＃xff09;的形式。不解码&＃xff0c;不编码&＃xff1b;

处理器调度&＃xff1a;

1&＃xff0c;动态优先级&＃xff08;IO任务优先&＃xff1a;网卡&＃xff0c;数据库&＃xff0c;磁盘。内存任务优先&＃xff0c;IO任务排队&＃xff09;&＃xff1b;

2&＃xff0c;抢占&＃xff1b;

3&＃xff0c;水平调度&＃xff1b;

4&＃xff0c;垂直调度&＃xff1b;

5&＃xff0c;智能调度引擎&＃xff08;自适应调度&＃xff09;&＃xff1b;

6&＃xff0c;资源定义&＃xff1a;处理器&＃xff0c;内存&＃xff0c;网络&＃xff0c;磁盘&＃43;数据库

内存管理&＃xff1a;

1&＃xff0c;内存调度&＃xff1b;

2&＃xff0c;边界控制&＃xff1a;溢出&＃xff0c;死锁&＃xff08;内存争夺&＃xff09;。

3&＃xff0c;缓存控制&＃xff08;开源库&＃xff09;&＃xff1b;

4&＃xff0c;关闭虚存。

5&＃xff0c;服务降级。 

数据库&＃xff1a;

1&＃xff0c;取结果条数&＃xff1b;

资源管理&＃xff1a;

1&＃xff0c;数据库连接&＃xff1b;

2&＃xff0c;数据库锁&＃xff08;没有锁。不设计任何并发更新&＃xff09;&＃xff1b;

3&＃xff0c;无依赖设计(所有部件独立工作。互不依赖)&＃xff1b;

循环控制&＃xff1a;

1&＃xff0c;没有循环&＃xff08;用函数式语言&＃xff09;&＃xff1b;

数据结构测试&＃xff1a;

1&＃xff0c;数据结构性能退化&＃xff1b;

压力测试&＃xff1a;

1&＃xff0c;平均响应时间&＃xff1b;

2&＃xff0c;90th%响应时间&＃xff1b;

3&＃xff0c;突发活动&＃xff08;任意组合&＃xff09;&＃xff1b;

4&＃xff0c;阶段性增加负载&＃xff1b;

5&＃xff0c;通量&＃xff1b;

6&＃xff0c;处理器&＃xff0c;内存&＃xff0c;网卡&＃xff0c;磁盘负载时间&＃xff1b;

7&＃xff0c;图片。

恢复测试&＃xff1a;

1&＃xff0c;系统的恢复时间&＃xff1b;

兼容性测试&＃xff1a;

1&＃xff0c;浏览器&＃xff1b;

2&＃xff0c;OS&＃xff1b;

3&＃xff0c;网络&＃xff08;不同接入点&＃xff09;&＃xff1b;

位置测试&＃xff1a;

1&＃xff0c;偏远地区&＃xff1b;

2&＃xff0c;特大城市&＃xff1b;

3&＃xff0c;中小城市&＃xff1b;

4&＃xff0c;四级城市&＃xff1b;

5&＃xff0c;乡村&＃xff1b;

6&＃xff0c;其它特殊接入点&＃xff1b;

UI测试&＃xff1a;

1&＃xff0c;外观&＃xff1b;

2&＃xff0c;内容测试&＃xff08;语法&＃xff0c;语义&＃xff0c;流程&＃xff0c;标题&＃xff09;&＃xff1b;

3&＃xff0c;移动设备&＃xff1b;

4&＃xff0c;图片页&＃xff1b;

前端&＃xff1a;

1&＃xff0c;客户端缓存&＃43;内存缓存&＃43;数据库缓存&＃xff08;与内存缓存互为独立&＃xff1b;没有重复缓存&＃xff09;&＃xff1b;

2&＃xff0c;内容压缩&＃xff1b;

3&＃xff0c;网卡加速&＃xff0c;SSL加速&＃xff0c;XML加速&＃xff0c;HTML压缩&＃xff1b;

4&＃xff0c;UI元素的分步加载&＃xff08;XSL INCLUDE&＃xff09;&＃xff1b;

5&＃xff0c;前端反向代理

系统运行监控&＃xff08;运维&＃xff09;&＃xff1a;

1&＃xff0c;系统状态监控&＃xff1a;节点工作状态&＃xff1a;

2&＃xff0c;服务追踪&＃xff1a;用户事务日志&＃xff08;IP标识。使用在线事务审计数据&＃xff09;&＃xff1b;

2&＃xff0c;报“错”机制--》电子邮件&＃xff1b;

网络负载均衡可选方案&＃xff1a;

1&＃xff0c;基于特定服务器软件的负载均衡

2&＃xff0c;基于DNS的负载均衡

3&＃xff0c;基于四层交换技术的负载均衡&＃xff08;收信IP&＃xff01;&＃61;送信IP&＃xff09;

4&＃xff0c;基于七层交换技术的负载均衡

5&＃xff0c;站点镜像技术

网卡集群&＃xff1a;

1&＃xff0c; 上行假设轻负载。但要防攻击&＃xff08;DoS&＃xff09;&＃xff1b;

2&＃xff0c;

安全&＃xff1a;

1&＃xff0c;端口关闭&＃xff1b;

2&＃xff0c;一阶段审计&＃xff1b;

机房服务质量监督&＃xff1a;

1&＃xff0c;防火墙策略&＃xff1b;

2&＃xff0c;带宽&＃xff1b;

3&＃xff0c;接入稳定性&＃xff1b;

4&＃xff0c;路由可达性。

5&＃xff0c;共享或独享带宽。

运筹学&＃xff1a;

规划论&＃xff1a;线性&＃xff0c;动态&＃xff1b;

排队论。

最短任务优先&＃xff08;排队论&＃xff09;&＃xff1a;

1&＃xff0c;快速疏散。短的走的快&＃xff1b;短任务拉开&＃61;》时间上的均匀分布&＃xff1b;

2&＃xff0c;最短周转时间&＃xff1b;

3&＃xff0c;最短服务时间&＃xff1b;

4&＃xff0c;全系统优化&＃xff08;人&＃xff0c;机&＃xff0c;软&＃xff09;。

内存管理开销&＃xff1a;

1&＃xff0c;GC的线程开销&＃xff08;内存&＃xff0c;CPU周期&＃xff0c;线程管理&＃xff0c;计数&＃xff09;&＃xff1b;

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

CPU优先级&＃xff1a;

1&＃xff0c;CPU角度&＃61;&＃61;》全部非阻塞任务的随时待“命”。最小程度的IO捆绑&＃xff1b;

有的&＃xff1a;

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

要求&＃xff1a;

大量大文件请求&＃xff08;压缩&＃xff0c;缓存&＃xff0c;IO压力&＃xff09;&＃xff1b;

大量数据请求&＃xff08;主要&＃xff1a;商品数据&＃xff0c;索引数据&＃61;&＃61;》IO压力&＃xff09;&＃xff1b;

大量事务&＃xff08;购买&＃xff0c;支付&＃61;&＃61;》数据库更新&＃xff09;&＃xff1b;

主要挑战&＃xff1a;大的&＃xff08;效率&＃xff0c;带宽&＃xff0c;内存&＃61;&＃61;》索引数据&＃xff0c;商品数据&＃xff09;。多的&＃xff08;效率&＃xff09;。

IO效率&＃61;&＃61;》字节流。

内存的主要消耗者分析&＃xff1a;UI&＃xff0c;事务优先。其余全用于索引数据&＃xff0c;商品数据的缓存与工作空间&＃xff08;硬盘&＃61;&＃61;》网卡拷贝&＃xff09;。

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

专用设备&＃xff1a;

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

冗余设备&＃xff1a;

  内存&＃xff0c;硬盘&＃xff0c;CPU&＃xff0c;网卡&＃xff0c;电源。

系统级设备&＃xff1a;

  双机热备。

数据设备&＃xff1a;

  数据冷备&＃xff0c;热备&＃xff0c;灾备。

服务器论坛学习。

加速设备&＃xff1a;

网卡&＃xff08;比特流&＃xff09;&＃xff0c;XML&＃xff0c;SSL。
 

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

MAP/REDUCE加工备忘&＃xff1a;

1&＃xff0c;有管理的&＃xff0c;全方位的作业调度&＃xff1a;水平调度---给谁做&＃xff1b;垂直调度--谁先做&＃xff1b;内部调度---机器系统调度&＃xff1b;外部调度---人机系统调度&＃xff09;&＃xff1b;

2&＃xff0c;调度策略的实时调整&＃xff08;系统性能实时评估-->反馈机制---》策略调整&＃xff08;量化调整与方案调整&＃xff09;&＃xff09;&＃xff1b;

3&＃xff0c;内部作业的划分&＃xff08;几个MAP&＃xff0c;几个REDUCE&＃xff09;&＃xff1a;

4&＃xff0c;内存模型&＃xff08;时变特性&＃xff09;&＃xff1b;

5&＃xff0c;中间结果 - 平面&＃xff1b;

6&＃xff0c;系统进化&＃xff08;约束适应&＃xff0c;新质量&＃xff0c;新功能&＃xff09;&＃xff1b;

7&＃xff0c;延续&＃xff0c;闭包的价值分析&＃xff08;与对象的对比&＃xff09;&＃xff1b;

8&＃xff0c;规则引擎的应用&＃xff1b;

9&＃xff0c;接口封装的形式&＃xff08;REST&＃xff0c;XML&＃xff0c;WEB SERVICE&＃xff09;与ESB的应用&＃xff1b;

内部作业的划分详细包括&＃xff1a;

1&＃xff0c;UI引擎&＃xff08;内容服务--小内存&＃43;大磁盘&＃xff0c;高带宽&＃xff1a;客户&＃61;&＃61;首页&＃43;搜索&＃43;购买&＃43;支付&＃43;注册&＃xff0c;商品&＃xff0c;商务&＃xff0c;图片&＃xff09;&＃xff1b;

2&＃xff0c;数据引擎&＃xff08;数据服务&＃xff1a;索引&＃xff0c;商品&＃xff0c;关联商品&＃xff0c;物流&＃xff0c;支付&＃xff0c;评论&＃xff0c;交易历史&＃xff0c;商务支持&＃xff0c;交易统计&＃xff09;&＃xff1b;

3&＃xff0c;事务引擎&＃xff08;订单&＃xff0c;支付&＃xff0c;评论&＃xff0c;评论审核&＃xff0c;注册&＃xff0c;商务事务&＃xff0c;审计&＃xff09;&＃xff1b;

5&＃xff0c;I/O引擎&＃xff1b;

6&＃xff0c;性能/成本引擎&＃xff1a;浏览器缓存&＃xff08;更新周期&＃61;日期后缀&＃xff09;&＃43;内容压缩&＃61;》带宽

相关备忘&＃xff1a;

架构目标的种类&＃xff1a;

1&＃xff0c;抽象建模---多主体系统。自由系统。提供相对自由的资源分配模型&＃xff1b;

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

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

4&＃xff0c;图形系统---工具型系统。领域系统。可有主体&＃xff0c;可没有主体。都行&＃xff1b;

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

6&＃xff0c;。。。。。。

领域建模相关备忘&＃xff1a;

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

需要的是脑子。

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