<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>中国web开发网-系统架构</title><description><![CDATA[系统架构]]></description><link>http://www.ntsky.com</link><language>UTF-8</language><copyright>www.ntsky.com</copyright><managingEditor>yntsky@gmail.com</managingEditor><webMaster>yntsky@gmail.com</webMaster><pubDate>2008-10-16 02:00:00</pubDate><item><title>Cocolog 从 PostgreSQL 迁移到 MySQL 的经验</title><link>http://www.chinascripts.com/tech/project/design/2008-10-08/8f7a9eb99cf83e99.html</link><description><![CDATA[<a href="http://www.cocolog-nifty.com/"><font color="#0082ff">Cocolog</font></a> 是日本领先的 Blog 社区，基于 SixApart 的 TypePad 技术框架。运营公司是 NIFTY（最新的调查报告显示，<a href="http://www.comscore.com/press/release.asp?press=2486"><font color="#0082ff">NIFTY 在日本流量排名第 10</font></a> ） 。前一段时间看到这篇 <a href="http://en.oreilly.com/mysql2008/public/schedule/detail/1764"><font color="#0082ff">Migrating from PostgreSQL to MySQL at Cocolog, Japan's Largest Blog Community</font></a> ，比较详细的描述了从 PostgreSQL 迁移到 MySQL 的经验，很有参考价值(日本互联网技术特点?)，在这里做一篇学习笔记。]]></description><pubDate>2008-10-8 1:32:06</pubDate></item><item><title>大型网站架构演变和知识体系 </title><link>http://www.chinascripts.com/tech/project/design/2008-10-06/4906c7410c9adfbb.html</link><description><![CDATA[<span style="FONT-FAMILY: 宋体">&nbsp;&nbsp;&nbsp;&nbsp; 之前也有一些介绍大型网站架构演变的文章，例如</span><span lang="EN-US">LiveJournal</span><span style="FONT-FAMILY: 宋体">的、</span><span lang="EN-US">ebay</span><span style="FONT-FAMILY: 宋体">的，都是非常值得参考的，不过感觉他们讲的更多的是每次演变的结果，而没有很详细的讲为什么需要做这样的演变，再加上近来感觉有不少同学都很难明白为什么一个网站需要那么复杂的技术，于是有了写这篇文章的想法，在这篇文章中</span> <span style="FONT-FAMILY: 宋体">将阐述一个普通的网站发展成大型网站过程中的一种较为典型的架构演变历程和所需掌握的知识体系，希望能给想从事互联网行业的同学一点初步的概念，</span><span lang="EN-US">:)</span><span style="FONT-FAMILY: 宋体">，文中的不对之处也请各位多给点建议，让本文真正起到抛砖引玉的效果。</span>]]></description><pubDate>2008-10-6 21:57:38</pubDate></item><item><title>Facebook 的 PHP 性能与扩展性</title><link>http://www.chinascripts.com/tech/project/design/2008-04-09/9eb082a696618c5f.html</link><description><![CDATA[炙手可热的 Facebook 是用 PHP 开发的。随着一些技术交流，逐渐能看到 Facebook 技术人员分享的经验。近期这个 <a href="http://www.geeksessions.com/">geekSessions</a> 站点上看到 Facebook 的 Lucas Nealan 分享的文档比较有参考价值。]]></description><author>dbanotes</author><pubDate>2008-4-9 16:59:13</pubDate></item><item><title>WikiPedia 技术架构学习分享</title><link>http://www.chinascripts.com/tech/project/design/2008-03-03/f88e809941a403d4.html</link><description><![CDATA[维基百科(<a href="http://www.wikipedia.org/">WikiPedia.org</a>)位列世界十大网站，目前排名第八位。这是开放的力量。]]></description><author>Fenng</author><pubDate>2008-3-3 17:56:47</pubDate></item><item><title>这些大网站都用什么操作系统与 Web 服务器</title><link>http://www.chinascripts.com/tech/project/design/2008-03-03/4e1854c83752deb6.html</link><description><![CDATA[一时好奇，看看这些大网站的 Web 服务器信息(操作系统/Web 服务器/应用服务器软件).]]></description><author>Fenng</author><pubDate>2008-3-3 17:36:05</pubDate></item><item><title>PlentyOfFish 网站架构学习</title><link>http://www.chinascripts.com/tech/project/design/2008-03-03/98b05d76a389b716.html</link><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 采取 Windows 技术路线的 Web 2.0 站点并不多，除了 MySpace ，另外就是这个 <a href="http://www.plentyoffish.com/">PlentyOfFish</a>。这个站点提供 &quot;Online Dating&rdquo; 服务。一个令人津津乐道的、惊人的数据是这个只有一个人(创建人<a href="http://plentyoffish.wordpress.com/">Markus Frind</a>）的<a href="http://www.readwriteweb.com/archives/plentyoffish_one_billion.php">站点价值 10 亿</a>，估计要让很多人眼热，更何况 Markus Frind 每天只用两个小时打理网站--可操作性很强嘛。]]></description><author>Fenng</author><pubDate>2008-3-3 17:19:48</pubDate></item><item><title>Flickr 的开发者的 Web 应用优化技巧</title><link>http://www.chinascripts.com/tech/project/design/2008-03-03/c2c86052b7be4867.html</link><description><![CDATA[Cal Henderson　是大名鼎鼎的 <a href="http://www.flickr.com/">Flickr</a> 网站的开发者之一．在一篇名为 <a href="http://www.thinkvitamin.com/features/webapps/serving-javascript-fast">Serving JavaScript Fast</a> 的文章中，他介绍了用于 Flickr 站点应用优化的技巧，读罢感觉获益良多．&quot;嚼一下别人的馍&quot;，概括一下该文的主要内容．]]></description><author>fenng</author><pubDate>2008-3-3 17:14:38</pubDate></item><item><title>Technorati 的后台数据库架构</title><link>http://www.chinascripts.com/tech/project/design/2008-03-03/2745d269931dcef0.html</link><description><![CDATA[<a href="http://www.technorati.com/">Technorati</a> 的 <a href="http://www.mysqluc.com/cs/mysqluc2006/view/e_spkr/2216">Dorion Carroll</a>在 <a href="http://www.mysqluc.com/">2006 MySQL 用户会议</a>上介绍了一些关于 Technorati 后台数据库架构的情况.]]></description><author>dbanotes</author><pubDate>2008-3-3 17:01:05</pubDate></item><item><title>YouTube 的架构扩展</title><link>http://www.chinascripts.com/tech/project/design/2008-03-03/44ca8548d772c090.html</link><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 简单的说 YouTube 的数据流量, &quot;一天的YouTube流量相当于发送750亿封电子邮件.&quot;, 2006 年中就有消息说每日 PV 超过 1 亿,现在? 更夸张了,&quot;每天有10亿次下载以及6,5000次上传&quot;, 真假姑且不论, 的确是超乎寻常的海量. 国内的互联网应用,但从数据量来看,怕是只有 51.com 有这个规模. 但技术上和 YouTube 就没法子比了.]]></description><author>dbanotes</author><pubDate>2008-3-3 16:37:40</pubDate></item><item><title>使用memcached进行内存缓存</title><link>http://www.chinascripts.com/tech/project/design/2008-02-14/4ad60099f6cf97d4.html</link><description><![CDATA[通常的网页缓存方式有动态缓存和静态缓存等几种，在ASP.NET中已经可以实现对页面局部进行缓存，而使用memcached的缓存比 ASP.NET的局部缓存更加灵活，可以缓存任意的对象，不管是否在页面上输出。而memcached最大的优点是可以分布式的部署，这对于大规模应用来说也是必不可少的要求。<br />
LiveJournal.com使用了memcached在前端进行缓存，取得了良好的效果，而像wikipedia,sourceforge等也采用了或即将采用memcached作为缓存工具。memcached可以大规模网站应用发挥巨大的作用。]]></description><pubDate>2008-2-14 17:37:10</pubDate></item><item><title>w3c技术架构介绍 </title><link>http://www.chinascripts.com/tech/project/design/2007-11-15/1ac64f3db8b15d7e.html</link><description><![CDATA[W3C技术架构图描绘了一个两层的模型：万维网体系结构（被标注为&ldquo;One Web&rdquo;）建立在互联网(Interner)体系结构之上。图中丰富的Web层显示了W3C关心的领域和发展的技术。]]></description><pubDate>2007-11-15 18:45:59</pubDate></item><item><title>高负载系统架构设计</title><link>http://www.chinascripts.com/tech/project/design/2007-11-15/42a2a27f3a979b21.html</link><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单，随着互联网业务的不断丰富，网站相关的技术经过这些年的发展。
<p>&nbsp;</p>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、webserver、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。]]></description><pubDate>2007-11-15 15:08:13</pubDate></item><item><title>YouTube架构学习</title><link>http://www.chinascripts.com/tech/project/design/2007-11-15/324ec996c77d0b83.html</link><description><![CDATA[YouTube发展迅速，每天超过1亿的视频点击量，但只有很少人在维护站点和确保伸缩性。]]></description><author>hideto</author><pubDate>2007-11-15 10:06:05</pubDate></item><item><title>大型Web2.0站点构建技术初探</title><link>http://www.chinascripts.com/tech/project/design/2007-11-07/06118909cad01623.html</link><description><![CDATA[<p>一、 web2.0网站常用可用性功能模块分析 </p>
<p>二、 Flickr的幕后故事 </p>
<p>三、 YouTube 的架构扩展 </p>
<p>四、 mixi.jp：使用开源软件搭建的可扩展SNS网站 </p>
<p>五、 Technorati的后台数据库架构 </p>
<p>六、 通过了解MySpace的六次重构经历,来认识分布式系统到底该如何创建 </p>
<p>七、 从LiveJournal后台发展看大规模网站性能优化方法 </p>
<p>八、 说说大型高并发高负载网站的系统架构 </p>]]></description><pubDate>2007-11-7 11:43:13</pubDate></item><item><title>FeedBurner:基于MySQL和JAVA的可扩展Web应用</title><link>http://www.chinascripts.com/tech/project/design/2007-10-15/1cfdc2eefbe5e5f1.html</link><description><![CDATA[　　FeedBurner（以下简称FB，呵呵）我想应该是大家耳熟能详的一个名字，在国内我们有一个同样的服务商，叫做FeedSky。在2004年7月份，FB的流量是300kbps，托管是5600个源，到2005年4月份，流量已经增长到5Mbps，托管了47700个源；到2005年9月份流量增长到20M，托管了109200个源，而到2006年4月份，流量已经到了115Mbps，270000个源，每天点击量一亿次。]]></description><pubDate>2007-10-15 14:17:46</pubDate></item><item><title>从LiveJournal后台发展看大规模网站性能优化方法</title><link>http://www.chinascripts.com/tech/project/design/2007-10-09/904d8acff5d011c3.html</link><description><![CDATA[<h2>一、LiveJournal发展历程</h2>
<p><a href="http://www.livejournal.com/"><font color="#3165ce">LiveJournal</font></a>是99年始于校园中的项目，几个人出于爱好做了这样一个应用，以实现以下功能： </p>
<ul>
    <li>博客，论坛 </li>
    <li>社会性网络，找到朋友 </li>
    <li>聚合，把朋友的文章聚合在一起</li>
</ul>
<p>LiveJournal采用了大量的开源软件，甚至它本身也是一个开源软件。 </p>
<p>在上线后，LiveJournal实现了非常快速的增长：</p>
<ul>
    <li>2004年4月份：280万注册用户。 </li>
    <li>2005年4月份：680万注册用户。 </li>
    <li>2005年8月份：790万注册用户。 </li>
    <li>达到了每秒钟上千次的页面请求及处理。 </li>
    <li>使用了大量MySQL服务器。 </li>
    <li>使用了大量通用组件。</li>
</ul>]]></description><pubDate>2007-10-9 9:52:31</pubDate></item><item><title>群集种类及为什么使用群集</title><link>http://www.chinascripts.com/tech/project/design/2007-07-31/e21501bb3d93c05a.html</link><description><![CDATA[　　SQL Server的群集有两类：负载均衡和故障转移，在InformIT的SQL Server参考指南的这篇短文讨论了群集的原因和一些系统需求：<br />
　　<br />
　　<strong>负载均衡群集</strong><br />
　　<br />
　　在实际的负载均衡群集里，所有的服务器（称为节点）都象一台机器工作，一组电脑称为仲裁，给外面用户形成单一服务器印象的电脑或软件服务称为&ldquo;仲裁管理器&rdquo;，仲裁管理器将处理需求传送到一个或多个服务器上。这种工作的分担方式造成非常强大的一台虚拟计算机。如果其中的一个节点离开群集，仲裁管理器就将工作负载转到其它服务器上。<br />
　　<br />
　　虽然这种群集方式听起来很好，但SQL Server还不支持这样的方式。很遗憾是这样的情况， 它还行不通。没关系，我们继续。]]></description><pubDate>2007-7-31 15:15:28</pubDate></item><item><title>集群的负载平衡原理和实现算法</title><link>http://www.chinascripts.com/tech/project/design/2007-07-31/ae5adcd4c7d61a65.html</link><description><![CDATA[ ]]></description><pubDate>2007-7-31 15:02:17</pubDate></item><item><title>web集群服务的负载均衡方案选择与实现</title><link>http://www.chinascripts.com/tech/project/design/2007-07-31/aed00fc3bd0f6422.html</link><description><![CDATA[　　web应用服务器集群系统，是由一群同时运行同一个web应用的服务器组成的集群系统，在外界看来，就像是一个服务器一样。为了均衡集群服务器的负载，达到优化系统性能的目的，集群服务器将众多的访问请求，分散到系统中的不同节点进行处理。从而实现了更高的有效性和稳定性，而这也正是基于Web的企业应用所必须具备的特性。]]></description><pubDate>2007-7-31 14:48:49</pubDate></item><item><title>理解REST软件架构</title><link>http://www.chinascripts.com/tech/project/design/2007-07-05/d94edd17e4b62dc3.html</link><description><![CDATA[一种思维方式影响了软件行业的发展。REST软件架构是当今世界上最成功的互联网的超媒体分布式系统。它让人们真正理解我们的网络协议HTTP本来面貌。它正在成为网络服务的主流技术，同时也正在改变互联网的网络软件开发的全新思维方式。AJAX技术和Rails框架把REST软件架构思想真正地在实际中很好表现出来。今天微软也已经应用REST并且提出把我们现有的网络变成为一个<a href="http://dannyayers.com/2007/05/01/astoria%E2%80%94microsoft-approaches"><u><font color="#0000ff">语义网</font></u></a>，这种网络将会使得搜索更加智能化。]]></description><pubDate>2007-7-5 16:42:15</pubDate></item></channel></rss>