<?xml version="1.0" encoding="gb2312"?>
<rss version="2.0">
<channel>
<title>系统架构</title>
<link>/system-analysis/</link>
<description>挖经验 / 系统架构</description>
<language>zh-cn</language>
<generator>Copyright &amp;copy; 2007-2008 &lt;A href=&quot;http://www.kuqin.com&quot;&gt;酷勤网&lt;/A&gt; All Rights Reserved
&lt;A href=&quot;http://www.miibeian.gov.cn/&quot; target=&quot;_blank&quot;&gt;京ICP备07011765号&lt;/A&gt;</generator>
<webmaster>kuqin.com@163.com</webmaster>
<item>
    <title>架构Twitter</title>
    <link>/system-analysis/20080704/10407.html</link>
    <description>Williams和Stone回答了关于Twitter数据架构的大问题：Twitter是否使用单实例存储（SIS）类型的方法来处理用户消息？在大约13分钟的采访记录中，Williams谈到了消息存储和用户时间线检索： 它不是这么处理的（为用户的每个跟随者都产生一个消息副本），但实际上这可能更</description>
    <pubDate>2008-07-04</pubDate>
    <category>系统架构</category>
    <author>Steven Robbins译者 王丽娟</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>JBoss Cache分布式缓存：Manik Surtani访谈</title>
    <link>/system-analysis/20080704/10403.html</link>
    <description>一些开源项目确实用到了JBoss Cache。Hibernate（以及JBoss Application Server的EJB3实现）使用JBoss Cache来存储从数据库后端读取的实体数据，这样一来在调用实体时就不需要每次都连接到数据库去查找。JBoss Cache提供两种缓存方式：核心缓存和POJO缓存。</description>
    <pubDate>2008-07-04</pubDate>
    <category>系统架构</category>
    <author>Dionysios G. Synodinos译者 沙</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>WebDSL：DSL设计案例</title>
    <link>/system-analysis/20080704/10385.html</link>
    <description>WebDSL是一种领域特定语言，用于开发具有丰富数据模型的动态Web应用。它采用JBoss Seam作为底层的目标架构基础。Eelco从定义一种文本的Data Model DSL开始着手设计WebDSL。Eelco报告说生成的代码行数与DSL代码的比值超过100，并认为改善代码生成器会有很好的回报。 </description>
    <pubDate>2008-07-04</pubDate>
    <category>系统架构</category>
    <author>Jean-Jacques Dubray译者 郭晓刚</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>优化使用BigTable的原则与方针</title>
    <link>/system-analysis/20080704/10384.html</link>
    <description>关系数据库的世界是以防止错误为根基的；以正规化（normalization）为工具消除重复和防止更新异常。为了提高可伸缩性，数据应该重复而非正规化。虽然去正规化（denormalization）违背了“关系数据的伦理”，但它是BigTable数据范式不可缺少的组成部分。 </description>
    <pubDate>2008-07-04</pubDate>
    <category>系统架构</category>
    <author>Sadek Drobi译者 郭晓刚</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>用UML做好系统分析</title>
    <link>/system-analysis/20080630/10270.html</link>
    <description>定义及分析业务流程（Business Process）是为了尽快理清系统范围，以便估算开发成本及时间，可不是为了要改造业务流程。系统分析员千万别误解了此步骤的目的。所以，系统分析员在定义及分析业务流程时，要记得挑选跟系统有关的业务流程。</description>
    <pubDate>2008-06-30</pubDate>
    <category>系统架构</category>
    <author>邱郁惠</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Facebook 海量数据处理</title>
    <link>/system-analysis/20080629/10236.html</link>
    <description>作为世界上最大的 SNS 站点之一，Facebook 图片有多少? 65 亿张原始图片，每张图片存为 4-5 个不同尺寸，这样总计图片文件有 300 亿左右，总容量 540T，天! 峰值的时候每秒钟请求 47.5 万个图片 (当然多数通过 CDN) ，每周上传 1 亿张图片。</description>
    <pubDate>2008-06-29</pubDate>
    <category>系统架构</category>
    <author>Fenng</author>
    <comments>DBA notes</comments>
</item>
<item>
    <title>Discuz!NT 系统架构分析</title>
    <link>/system-analysis/20080628/10171.html</link>
    <description>Discuz架构上采用了比较流行的三层架构，即表现层，业务逻辑层，数据访问层来进行设计，并结合自己的情况进行了特殊处理。Discuz引入了一种模板引擎的机制，来实现表现层的多样化。在业务层，使用了Discuz缓存。</description>
    <pubDate>2008-06-28</pubDate>
    <category>系统架构</category>
    <author>韩龙</author>
    <comments>博客园</comments>
</item>
<item>
    <title>云计算（cloud computing）10问</title>
    <link>/system-analysis/20080626/10090.html</link>
    <description>我们为什么需要云计算？很简单，企业的雄心+个人电脑性能进展缓慢+我们处在数据指数膨胀的年代。当我们在google上提交一个搜索的时候，会有成千上万的计算机被卷入这一个简单的一个查询过程中，未来的计算越来越庞大，到了我们干脆说“云”来替代其中的一切细节的时候。</description>
    <pubDate>2008-06-26</pubDate>
    <category>系统架构</category>
    <author>Liang Lu</author>
    <comments>搜索引擎研究</comments>
</item>
<item>
    <title>大规模多人在线系统的思考</title>
    <link>/system-analysis/20080614/9507.html</link>
    <description>大规模的多人在线系统，我接触的比较多的，有一下几种：1. p2p 系统，p2p直播软件，在播放比较热点的节目时，会遇到数十万甚至上百万人同时观看的问题；2. 网游服务器系统；3. IM 系统， im系统的问题就在于，他的整个用户空间，没法采用区服，房间的方式来隔离。</description>
    <pubDate>2008-06-14</pubDate>
    <category>系统架构</category>
    <author>Hellfire</author>
    <comments>C++博客</comments>
</item>
<item>
    <title>服务器设计和开发的体会</title>
    <link>/system-analysis/20080614/9506.html</link>
    <description>服务器可以看做是4个部分组合起来的， 底层的网络框架， 通用的数据结构和库， 整个服务器的架构设计，服务器的上层业务逻辑。服务器的上层业务逻辑， 这块千差万别，但是有一些共同的问题。譬如逻辑采用单线程还是多线程的问题</description>
    <pubDate>2008-06-14</pubDate>
    <category>系统架构</category>
    <author>Hellfire</author>
    <comments>C++博客</comments>
</item>
<item>
    <title>哪有那么多云计算</title>
    <link>/system-analysis/20080614/9499.html</link>
    <description>云计算，离不开核心基础架构吧? Google 有 Bigtable + MapReduce ，Amazon 有 Dynamo ，国内有那家公司弄个自己的架构并形成论文给业界看看呢? 简单的弄个名字出来怕是也没什么意义的。 </description>
    <pubDate>2008-06-14</pubDate>
    <category>系统架构</category>
    <author>Fenng</author>
    <comments>DBA notes</comments>
</item>
<item>
    <title>Amazon 的 Dynamo 架构</title>
    <link>/system-analysis/20080614/9498.html</link>
    <description>Dynamo 的可扩展性和可用性采用的都比较成熟的技术，数据分区并用改进的一致性哈希方式进行复制，利用数据对象的版本化实现一致性。复制时因为更新产生的一致性问题的维护采取类似 quorum 的机制以及去中心化的复制同步协议。Dynamo 是完全去中心化的系统。</description>
    <pubDate>2008-06-14</pubDate>
    <category>系统架构</category>
    <author>Fenng</author>
    <comments>DBA notes</comments>
</item>
<item>
    <title>Vertebra：EngineYard的下一代云计算平台</title>
    <link>/system-analysis/20080614/9492.html</link>
    <description>Vertebra是一个规模相当大的项目，下一代云计算平台是对其最好的描述。它基于Erlang/Ruby构建，并由Ejabberd和XMPP所 围绕。Vertebra既可以用于云自动化，也可以用于分布式实时应用开发。Vertebra的全部思路是让云计算民主化，抽象出云计算的接口API</description>
    <pubDate>2008-06-14</pubDate>
    <category>系统架构</category>
    <author>Mirko Stocker译者 李明</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>可伸缩性最佳实践：来自eBay的经验</title>
    <link>/system-analysis/20080613/9485.html</link>
    <description>在一个可伸缩的架构中，资源的消耗应该随负载线性（或更佳）上升，负载可由用户流量、数据量等测量。如果说性能衡量的是每一工作单元所需的资源消耗，可伸缩性则是衡量当工作单元的数量或尺寸增加时，资源消耗的变化情况。</description>
    <pubDate>2008-06-13</pubDate>
    <category>系统架构</category>
    <author>Randy Shoup译者 郭晓刚</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Appistry Java/C++ Fabric对于5服务器以下应用免费</title>
    <link>/system-analysis/20080613/9468.html</link>
    <description>Fabrics是一个基于grid的软件基础架构，能够提供跨越任意数量计算资源的可靠执行和简化操作来虚拟化应用服务。平台封闭性对客户来说是一个很重要的问题，我们经过努力工作已经消除了移植性的障碍。fabric用户可以很容易将代码移植到fabric上，或从fabric上移植下来。</description>
    <pubDate>2008-06-13</pubDate>
    <category>系统架构</category>
    <author>Scott Delap译者 宋玮</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>别在领域模型迷失了自己</title>
    <link>/system-analysis/20080613/9441.html</link>
    <description>领域模型是一种思维﹐是一种方法,是在系统分析阶段使用﹐而不是程序员在自己的代码中进行纯设计时的工具。我们不是为了OO而领域﹐不是为了最终要新增数据库而领域﹐这也是为什么在没有理解领域模型本质时﹐使用它进行片断式的代码编写﹐得不到任何好处的原因。</description>
    <pubDate>2008-06-13</pubDate>
    <category>系统架构</category>
    <author>小生</author>
    <comments>博客园</comments>
</item>
<item>
    <title>实战剖析三层架构</title>
    <link>/system-analysis/20080613/9437.html</link>
    <description>一提三层架构，大家都知道是表现层（UI），业务逻辑层（BLL）和数据访问层（DAL），而且每层如何细分也都有很多的方法。不要因为某个层对你来说没用，或者实现起来特别简单，就认为它没有必要，或者摒弃它，或者挪作它用。</description>
    <pubDate>2008-06-13</pubDate>
    <category>系统架构</category>
    <author>笨笨的考拉熊</author>
    <comments>博客园</comments>
</item>
<item>
    <title>关于系统设计</title>
    <link>/system-analysis/20080612/9417.html</link>
    <description>在进行系统设计时，关注软件的质量因素，如正确性与精确性、性能与效率、易用性、可理解性与简法性、可复用性与可扩充性等。即使把系统设计做好，也并不意味着就能产生好的软件系统。在程序设计、测试、维护等环节还要做大量的工作</description>
    <pubDate>2008-06-12</pubDate>
    <category>系统架构</category>
    <author>Macaulish</author>
    <comments>C++博客</comments>
</item>
<item>
    <title>Hadoop分布式文件系统：架构和设计要点</title>
    <link>/system-analysis/20080610/9377.html</link>
    <description>HDFS采用master/slave架构。一个HDFS集群是有一个Namenode和一定数目的Datanode组成。Namenode是一个中心服务器，负责管理文件系统的namespace和客户端对文件的访问。Datanode在集群中一般是一个节点一个，负责管理节点上它们附带的存储。</description>
    <pubDate>2008-06-10</pubDate>
    <category>系统架构</category>
    <author>不详</author>
    <comments>BlogJava</comments>
</item>
<item>
    <title>定义云计算</title>
    <link>/system-analysis/20080610/9370.html</link>
    <description>David Young 提出了“云计算机的规范”的概念，列出了组成平台即服务云计算的九大特性：虚拟层网络稳定性；创建，删除，克隆实例的API；应用层的互操作性；状态层的互操作性；应用服务；自治的伸缩性 ；硬件级的负载均衡；存储即为服务；超级用户权限，如果需要</description>
    <pubDate>2008-06-10</pubDate>
    <category>系统架构</category>
    <author>Steven Robbins译者 黄璜</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>我眼中的架构</title>
    <link>/system-analysis/20080609/9330.html</link>
    <description>架构是在思考如何解决问题的过程中，做出的一系列设计；这些设计可能考虑比较全面，可能不全面，可能扩展性强，也可能很弱；这些设计综合起来，就是架构；把他们文档化，以自然语言、图表的形式描述清楚，就是架构文档或者叫做设计文档</description>
    <pubDate>2008-06-09</pubDate>
    <category>系统架构</category>
    <author>亨德列克</author>
    <comments>C++博客</comments>
</item>
<item>
    <title>企业架构的现状</title>
    <link>/system-analysis/20080605/9215.html</link>
    <description>Linthicum问了这样一个问题：我们是否应该继续在EA上投资？他指出在上市公司2000强里面，企业架构的典型解决办法是：上市公司2000强里面，大部分都只有一名带着少数几个工作人员的架构师，架构师既没有预算的职权，也没有有指导的权威，理所当然就不会有结果。</description>
    <pubDate>2008-06-05</pubDate>
    <category>系统架构</category>
    <author>Steven Robbins译者 王丽娟</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Facebook Chat的架构</title>
    <link>/system-analysis/20080529/9040.html</link>
    <description>Facebook采用的是客户端直接从服务器将新消息“拉”的方式，跟Comet的XHR长时间轮询过程比较相似。Facebook的页面会加载一个iframe用于用户间消息的传递， 这个iframe中的Javascript代码发出一个HTTP GET请求，这个请求将建立与服务器的一个持久连接</description>
    <pubDate>2008-05-29</pubDate>
    <category>系统架构</category>
    <author>Gavin Terrill译者 孙涛</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>争论：是否应该避免架构重写？</title>
    <link>/system-analysis/20080522/8796.html</link>
    <description>无到有地重写软件——无论如何都应该避免。早在2000年Netscape 6发布之后，Joel Spolsky就不提倡这种方法。 他形容Netscape重写代码的决定“简直就是一个无比失误的战略性错误”，同时还举了一些犯类似“错误”的例子：dBase、Borland的 Quattro Pro</description>
    <pubDate>2008-05-22</pubDate>
    <category>系统架构</category>
    <author>Sadek Drobi译者 王丽娟</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>浅谈REST</title>
    <link>/system-analysis/20080515/8518.html</link>
    <description>基于Web的架构，实际上就是各种规范的集合，这些规范共同组成了Web架构。如Http协议，如客户端服务器模式，都是规范。每当我们在原有规范的基础上增加新的规范，就会形成新的架构。而REST正是这样一种架构，他结合了一系列的规范，而形成了一种新的基于Web的架构风格。</description>
    <pubDate>2008-05-15</pubDate>
    <category>系统架构</category>
    <author>Jack.Wang</author>
    <comments>BlogJava</comments>
</item>
<item>
    <title>评价并改进架构能力——新的SEI论文</title>
    <link>/system-analysis/20080514/8467.html</link>
    <description>卡内基梅隆&amp;reg;软件工程学院（SEI）最近发表“适用于评价和改进架构能力的模型”，报告分析软件架构师和组织怎样才能营造持续生产高质量架构的环境。报告认为人类行为和能力的四大模型同样适用于软件架构师：职责、技能和知识；人类绩效技术；组织协调；以及组织内学习</description>
    <pubDate>2008-05-14</pubDate>
    <category>系统架构</category>
    <author>Gavin Terrill译者 王丽娟</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>想快快喝下Google果汁——Guice吗？</title>
    <link>/system-analysis/20080509/8262.html</link>
    <description>使用DI的应用要比东一块西一块的单件应用有更可测、更清晰的架构。尽管在时间压力下，通常情况是用简单的单件来连接各种各样的组件比较容易。但应用中的单件数目，会从开始的一两个变成最后的数十甚至数百个，直至整个团队表明代码是不可维护的。</description>
    <pubDate>2008-05-09</pubDate>
    <category>系统架构</category>
    <author>Paul Hammant译者 王丽娟</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>B/S，C/S架构混合使用</title>
    <link>/system-analysis/20080506/8024.html</link>
    <description>目前遇到的一个项目就需要混合架构，B/S采用Spring2 + Struts2 + Hiberntae3，浏览器只提供一些查询功能和数据展现，C端采用Eclipse的RCP平台，共享服务器的业务接口，调用就采用Http Invoker远程服务，复杂的业务功能都集中在C端上。</description>
    <pubDate>2008-05-06</pubDate>
    <category>系统架构</category>
    <author>寒武纪</author>
    <comments>BlogJava</comments>
</item>
<item>
    <title>在商业上确立软件工厂</title>
    <link>/system-analysis/20080505/7921.html</link>
    <description>软件工厂模板是在Software Factory Schema的基础上实现的。我们提供了多个T4模板——有工件生成、向导和DSL——全都包含在安装包里。这些模板给开发者提供了额外的工具和上下文敏感的自动化机制。 DSL开发成10倍地提高生产率，投资收益率超过100%。 </description>
    <pubDate>2008-05-05</pubDate>
    <category>系统架构</category>
    <author>Jean-Jacques Dubray译者 郭晓刚</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Amazon更新EC2，增加持久化存储</title>
    <link>/system-analysis/20080505/7920.html</link>
    <description>Amazon的弹性计算云（EC2）基于剑桥大学的Xen虚拟化技术，它是一种计算服务，允许用户按照需要创建、运行和终止基于Linux的服务实例。每个虚拟机实例都是一个虚拟服务器，会在启动时通过DHCP获得一个IP地址。虚拟机的镜像（Amazon称其为Amazon机器镜像，AMI）可被归档并</description>
    <pubDate>2008-05-05</pubDate>
    <category>系统架构</category>
    <author>Dionysios Synodinos译者 韩锴</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Flickr Stats 功能的设计经验</title>
    <link>/system-analysis/20080430/7714.html</link>
    <description>数据量越大，InnoDB 存储引擎针对字符串的索引浪费的空间就越大。单个查询的 I/O 也自然大了起来。所有应用对 DB 的响应要求 是 300 毫秒。但高并发写入的时候响应时间就糟糕起来。Flickr 的 Java 牛人实现了 Referral 队列，每 4000 条做批量处理。这样 IO 拥塞的就解</description>
    <pubDate>2008-04-30</pubDate>
    <category>系统架构</category>
    <author>Fenng</author>
    <comments>DBA notes</comments>
</item>
<item>
    <title>做自己的系统分析师</title>
    <link>/system-analysis/20080424/7472.html</link>
    <description>我认为，系统分析师可以有两种定义：一种从职务的角度来定义：这个人是我们公司的系统分析师；一种是从专业的角度来定义：这个人具备系统分析的专业知识。但不管从哪种角度来定义，它们都具备同一个特点：他们都要完成系统分析的工作。</description>
    <pubDate>2008-04-24</pubDate>
    <category>系统架构</category>
    <author>不详</author>
    <comments>互联网</comments>
</item>
<item>
    <title>平台架构——体系结构</title>
    <link>/system-analysis/20080421/7165.html</link>
    <description>其实“为WS瘦身”只是一种技术形式，其折射的意义将更为深远，即应用与WS的分离。WS调用的透明化，可以使应用不知道WS的存在，这样我们可以方便地将WS服务升级为WCF服务。无疑这会大大降低升级成本！对WS调用的封装我称之为服务前端。</description>
    <pubDate>2008-04-21</pubDate>
    <category>系统架构</category>
    <author>李学斌</author>
    <comments>博客园</comments>
</item>
<item>
    <title>平台架构--用户系统</title>
    <link>/system-analysis/20080421/7164.html</link>
    <description>用户系统在设计上是有三部分组成的，用户基础信息管理、用户库管理、用户组管理。大家可能会对“用户库”和“用户组”感到疑惑，觉得不应该同时出现这两个东西，或者只用一个就可以了。然而这是为了满足“可伸缩、灵活”特征而特意设计的。</description>
    <pubDate>2008-04-21</pubDate>
    <category>系统架构</category>
    <author>李学斌</author>
    <comments>博客园</comments>
</item>
<item>
    <title>一种完善的面向对象的网络架构模型 - ASS</title>
    <link>/system-analysis/20080411/6545.html</link>
    <description>这个架构最初源于我的一次服务器网络底层的重构。因为项目里面的一个服务器应用需要在两个端口上进行不同的服务监听，而之前的网络底层只能在一个应用里面创建一个监听，应用受到了一定的限制，于是我设计了最初的分级模型，分级式的架构方式，易于管理和扩展</description>
    <pubDate>2008-04-11</pubDate>
    <category>系统架构</category>
    <author>饭中淹</author>
    <comments>C++博客</comments>
</item>
<item>
    <title>微软研究院发布Singularity RDK</title>
    <link>/system-analysis/20080410/6395.html</link>
    <description>Singularity RDK包括“源代码、构建工具、测试套件、设计笔记、以及其它背景资料”，这些资料可用来研究、运行Singularity。资料中包括一个名叫 “构建并运行Singularity”的17页文档，该文档串讲了配置Singularity和RDK的步骤。</description>
    <pubDate>2008-04-10</pubDate>
    <category>系统架构</category>
    <author>Steven Robbins 译者 王丽娟</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>瘦服务器端架构和SOFEA的新工作组网站上线</title>
    <link>/system-analysis/20080409/6301.html</link>
    <description>Ganesh指出TSA和SOFEA主要目的是为了淘汰服务器端驱动的开发方式。这样使客户端在视图方面有更灵活的选择，它可以是瘦客户端、富客户端 或者是介于两者之间的客户端。客户端的部署机制（在SOFEA称作“应用下载”）的选择在TSA架构风格中占据着很重的分量。</description>
    <pubDate>2008-04-09</pubDate>
    <category>系统架构</category>
    <author>Steven Robbins 译者 孙涛</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>云计算 Cloud Computing 简介</title>
    <link>/system-analysis/20080406/6065.html</link>
    <description>云计算(Cloud Computing)是分布式处理(Distributed Computing)、并行处理(Parallel Computing)和网格计算(Grid Computing)的发展，或说是这些计算机科学概念的商业实现。跨国信息技术行业的公司如IBM、Yahoo和Google等正在使用云计算的概念兜售自己的产品和服务</description>
    <pubDate>2008-04-06</pubDate>
    <category>系统架构</category>
    <author>ammon</author>
    <comments>天极网</comments>
</item>
<item>
    <title>CSDN专家看台：系统架构师是怎样炼成的？</title>
    <link>/pragmatic/20080406/6015.html</link>
    <description>架构师首先必须具有丰富的开发经验，是个技术主管；在技术能力上，软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识；其次，具有足够的行业业务知识和商业头脑也是很重要的；再次，架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围……</description>
    <pubDate>2008-04-05</pubDate>
    <category>修炼之道</category>
    <author>张友邦、付江</author>
    <comments>CSDN</comments>
</item>
<item>
    <title>云计算简述</title>
    <link>/system-analysis/20080403/5701.html</link>
    <description>以下的几个主要原因 使得分布式处理的应用平台必然会越来越普遍，逐渐发展成主流的计算模式而取代集中式的处理方式：1. 高性价比；2. 多数应用本身就是分布式的；3. 高可靠性；4. 可扩展性；5. 高度灵活性；6. 高度自治性</description>
    <pubDate>2008-04-03</pubDate>
    <category>系统架构</category>
    <author>Riceball LEE</author>
    <comments>博客园</comments>
</item>
<item>
    <title>从基于桌面的应用转变到基于云计算的应用还需要些什么？</title>
    <link>/system-analysis/20080402/5661.html</link>
    <description>我们注意到了PC应用提供商正为未来的兼容性将他们的离线应用拓展到云计算。微软将他们的MS Office拓展到MS Office Live Workspace就是一个很好的例子。另一方面，类似Zoho这样的在线应用提供商正为了向后兼容将这些应用拓展到离线模式。</description>
    <pubDate>2008-04-02</pubDate>
    <category>系统架构</category>
    <author>Jean-Jacques Dubray  译者 王锐</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>过程组件模型——下一代工作流？</title>
    <link>/system-analysis/20080401/5609.html</link>
    <description>期望不懂技术的业务分析员通过画图来产生马上可用的软件的念头到了该抛弃的时候，将过程分析模型和过程执行模型分离的时机已经成熟。这种分离正是jBPM的基础（见过程虚拟机），Tom提出的主张和微软的工作流所采用的方法有颇多相似之处。</description>
    <pubDate>2008-04-01</pubDate>
    <category>系统架构</category>
    <author>Floyd Marinescu  译者 戴垚</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>.NET企业级应用架构设计系列之应用服务器</title>
    <link>/system-analysis/20080401/5577.html</link>
    <description>出于对可扩展性以及可维护性的考虑，对业务逻辑的解耦得到的便是应用服务器。这样的情况在软件系统中非常常见，在任何情况下都能通过额外一层间接来获得灵活性，但可能会引入潜在的性能问题架设应用服务器可以有多种可选的方案。</description>
    <pubDate>2008-04-01</pubDate>
    <category>系统架构</category>
    <author>张友邦</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>.NET企业级应用架构设计系列之技术选型</title>
    <link>/system-analysis/20080326/5170.html</link>
    <description>WEB系统方面流行的主要是Java和.NET两个平台级的软件技术方向，之所以流行是因为在许许多多的场合被证明能保障较高的生产效率。两者提供的解决方案都表现不错，只不过可能达到相同的目标所带来的总体拥有成本不一样而已。也就是说，它们在解决方案特征方面差异不大。</description>
    <pubDate>2008-03-26</pubDate>
    <category>系统架构</category>
    <author>张友邦</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>浅谈服务器的压力解决方案</title>
    <link>/system-analysis/20080325/5115.html</link>
    <description>数据库优化：1) 合理的设计索引,正确的使用索引；2) 对于不重要的数据,采有with 锁 能提高读取的效率,重要的就采用事务吧;3) 根据执行计划来查找耗时关键点；4) 尽量使用SP,而不是让Sql裸奔；5) 如果一个表实在是太大并且很短的时间内有增加的趋势,最好要采用分表</description>
    <pubDate>2008-03-25</pubDate>
    <category>系统架构</category>
    <author>一线风</author>
    <comments>博客园</comments>
</item>
<item>
    <title>雅虎架构师谈MapReduce和Hadoop的未来</title>
    <link>/system-analysis/20080324/5079.html</link>
    <description>Yahoo定期在搜索业务上使用Hadoop来提高其产品和服务，如排名功能和目标广告等。除此之外，也有一些直接使用Hadoop进行数据生成的案例。Hadoop的长期目标是提供世界级的分布式计算工具，也是对下一代业务（如搜索结果分析等）提供支持的Web扩展（web-scale）服务。 </description>
    <pubDate>2008-03-24</pubDate>
    <category>系统架构</category>
    <author>Scott Delap</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>.NET企业级应用架构设计系列之开场白</title>
    <link>/system-analysis/20080323/5017.html</link>
    <description>总的说来，在正确的方法论指导下，复杂的架构设计其实是件容易的事情。这些方法论的思路包括，至上而下的分析，关注点分离，横向/纵向模块划分等。有时候觉得架构设计决策就像是浏览Google Earth，实际上反映的是一种自上而下的决策过程。</description>
    <pubDate>2008-03-23</pubDate>
    <category>系统架构</category>
    <author>张友邦</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>“项目&amp;#61664;产品&amp;#61664;平台”我的编程人生</title>
    <link>/system-analysis/20080318/4752.html</link>
    <description>追求完美是人的优秀品质，我本人也是一个完美主义者，但完美会破坏80-20法则。有一句话我不知说的对不对：真正的完美在于她80%的完美和20%的遗憾。我的架构不是完美的，还有很多的东西需要做。但对我个人而言，她又是完美的，因为她确实能给应用带来很多的实惠。</description>
    <pubDate>2008-03-18</pubDate>
    <category>系统架构</category>
    <author>李学斌</author>
    <comments>博客园</comments>
</item>
<item>
    <title>关于三层架构的一些疑问</title>
    <link>/system-analysis/20080313/4482.html</link>
    <description>自从DLINQ出现后，对传统的三层架构有了一点影响。因为LINQ本身可以作为一个Thin DAL使用，当然也可以在它的基础上再封装一次，实现DAL接口。不过我的问题是，如果我们把LINQ封装起来用的话，岂不是LINQ带来的动态生成查询的好处就不存在了？</description>
    <pubDate>2008-03-13</pubDate>
    <category>系统架构</category>
    <author>yzlhccdec</author>
    <comments>博客园</comments>
</item>
<item>
    <title>Doms Storage文件系统的设计及开发点滴</title>
    <link>/system-analysis/20080313/4458.html</link>
    <description>Doms Storage项目的初始设计需求有点特殊，除了一般网络文件所要求的海量文件容量和文件数目之外，系统运行于企业内部（局域）网的，前台应用程序（win app）会在短时间内发出大量的读写请求，所以要求文件的访问响应速度要极快。</description>
    <pubDate>2008-03-13</pubDate>
    <category>系统架构</category>
    <author>varptr</author>
    <comments>博客园</comments>
</item>

</channel>
</rss>
