<?xml version="1.0" standalone="yes"?>
<?xml-stylesheet type="text/xsl" href="css/rss.xslt"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>深圳网站建设技术博客 - 大型网站技术</title><link>http://blog.iszweb.com/</link><description>网站设计、系统开发、APP开发 - </description><generator>RainbowSoft Studio Z-Blog 1.8 Walle Build 100427</generator><language>zh-CN</language><copyright>Copyright blog.iszweb.com 深圳网站建设技术博客-全景世纪 965eb72c92a549dd. Some Rights Reserved.</copyright><pubDate>Fri, 17 Apr 2026 09:01:04 +0800</pubDate><item><title>大型网站技术架构</title><author>a@b.com (quany)</author><link>http://blog.iszweb.com/html/211.html</link><pubDate>Tue, 28 Jul 2015 17:32:27 +0800</pubDate><guid>http://blog.iszweb.com/html/211.html</guid><description><![CDATA[<p>&nbsp;<strong style="color: rgb(51, 51, 51); font-family: 宋体; font-size: 14px; line-height: 28px; text-indent: 28px; text-align: center;">架构演变第一步：物理分离webserver和数据库</strong></p><p style="margin: 10px 0px; padding: 0px; border: 0px; list-style: none; word-wrap: normal; word-break: normal; line-height: 28px; font-size: 14px; color: rgb(51, 51, 51); text-indent: 28px; font-family: 宋体; background-color: rgb(248, 248, 248);">最开始，由于某些想法，于是在互联网上搭建了一个网站，这个时候甚至有可能主机都是租借的，但由于这篇文章我们只关注架构的演变历程，因此就假设这个时候 已经是托管了一台主机，并且有一定的带宽了，这个时候由于网站具备了一定的特色，吸引了部分人访问，逐渐你发现系统的压力越来越高，响应速度越来越慢，而这个时候比较明显的是数据库和应用互相影响，应用出问题了，数据库也很容易出现问题，而数据库出问题的时候，应用也容易出问题，于是进入了第一步演变阶段：将应用和数据库从物理上分离，变成了两台机器，这个时候技术上没有什么新的要求，但你发现确实起到效果了，系统又恢复到以前的响应速度了，并且支撑住了更高的流量，并且不会因为数据库和应用形成互相的影响。</p>...]]></description><category>大型网站技术</category><comments>http://blog.iszweb.com/html/211.html#comment</comments><wfw:comment>http://blog.iszweb.com/</wfw:comment><wfw:commentRss>http://blog.iszweb.com/feed.asp?cmt=211</wfw:commentRss><trackback:ping>http://blog.iszweb.com/cmd.asp?act=tb&amp;id=211&amp;key=60a1c7aa</trackback:ping></item><item><title>关于大型网站技术演进的思考（二）--存储的瓶颈（2）</title><author>a@b.com (quany)</author><link>http://blog.iszweb.com/html/210.html</link><pubDate>Tue, 28 Jul 2015 11:29:56 +0800</pubDate><guid>http://blog.iszweb.com/html/210.html</guid><description><![CDATA[<p>&nbsp;上篇里我讲到某些网站在高并发下会报出503错误，503错误的含义是指网站服务端暂时无法提供服务的含义，503还表达了网站服务端现在有问题但是以后可能会提供正常的服务，对http协议熟悉的人都知道，5开头的响应码表达了服务端出现了问题，在我们开发测试时候最为常见的是500错误，500代表的含义是服务端程序出现了错误导致网站无法正常提供服务，500通常是服务端异常和错误所致，如果生产系统里</p>]]></description><category>大型网站技术</category><comments>http://blog.iszweb.com/html/210.html#comment</comments><wfw:comment>http://blog.iszweb.com/</wfw:comment><wfw:commentRss>http://blog.iszweb.com/feed.asp?cmt=210</wfw:commentRss><trackback:ping>http://blog.iszweb.com/cmd.asp?act=tb&amp;id=210&amp;key=2142fb96</trackback:ping></item><item><title>关于大型网站技术演进的思考（一）--存储的瓶颈（1）</title><author>a@b.com (quany)</author><link>http://blog.iszweb.com/html/209.html</link><pubDate>Tue, 28 Jul 2015 11:29:16 +0800</pubDate><guid>http://blog.iszweb.com/html/209.html</guid><description><![CDATA[<p>　前不久公司请来了位互联网界的技术大牛跟我们做了一次大型网站架构的培训，两天12个小时信息量非常大，知识的广度和难度也非常大，培训完后我很难完整理出全部听到的知识，今天我换了个思路是回味这次培训，这个思路就是通过本人目前的经验和技术水平来思考下大型网站技术演进的过程。　　首先我们要思考一个问题，什么样的网站才是大型网站，从网站的技术指标角度考虑这个问题人们很容易犯一个毛病就是认为网站的访问量是衡量</p>]]></description><category>大型网站技术</category><comments>http://blog.iszweb.com/html/209.html#comment</comments><wfw:comment>http://blog.iszweb.com/</wfw:comment><wfw:commentRss>http://blog.iszweb.com/feed.asp?cmt=209</wfw:commentRss><trackback:ping>http://blog.iszweb.com/cmd.asp?act=tb&amp;id=209&amp;key=bb00e957</trackback:ping></item></channel></rss>
