<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>《13种提高系统伸缩性的最佳实践》的评论</title>
	<atom:link href="http://kenwublog.com/13-scalability-best-practices/feed" rel="self" type="application/rss+xml" />
	<link>http://kenwublog.com/13-scalability-best-practices</link>
	<description>just another software engineer blog</description>
	<lastBuildDate>Tue, 08 May 2012 03:14:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>作者：Ken Wu</title>
		<link>http://kenwublog.com/13-scalability-best-practices/comment-page-1#comment-30110</link>
		<dc:creator>Ken Wu</dc:creator>
		<pubDate>Sat, 20 Feb 2010 09:56:30 +0000</pubDate>
		<guid isPermaLink="false">http://kenwublog.com/?p=727#comment-30110</guid>
		<description>4, 从用户角度监控你的系统性能. 用户角度关注的系统性能主要是这些：系统的实时反应？容错能力吗？
性能优化，最常用的是给应用程序加缓存，但如果用户使用起来还是感觉慢，那优化就是无效的。

6, 根据用户和业务的不同, 将应用或数据库分片：数据集群技术-将不同关注点的数据部署在不同的数据岛上？
当一个系统的数据量成几何增长的时候，为了优化查询性能，你只能从数据本身的特征入手做优化。比如按业务分库，分表。举个例子，用户id 1-10000一个表，10001-20000一个表。

7, 减少使用关系型数据库的复杂特性. 尽可能把它当做是一个持久存储设备.–减少数据表之间（依赖）关联度？ 或者是 尽量少使用存储过程实现业务逻辑？
关系型数据库的性能一定无法与非关系型数据库比。前者需要经历解析sql，扫描结果集两个过程。

11, 使系统具备回滚能力.—我所在的开发团队在每次迭代升级的时候会将当前生产环境的应用做一个备份，然后将新的修改增量部署到当前环境中，来实现系统的回滚能力。你所在的开发团队是如何实现的呢？
备份跟失败回滚是两个概念。
所谓的失败回滚，也可以叫做是应用降级，比如你新上一个功能，通过某个开关可以直接关闭掉或限制一部分功能的使用，及依赖这个功能的功能的使用。实施难度依据系统和模块的数量及依赖程度而定。</description>
		<content:encoded><![CDATA[<p>4, 从用户角度监控你的系统性能. 用户角度关注的系统性能主要是这些：系统的实时反应？容错能力吗？<br />
性能优化，最常用的是给应用程序加缓存，但如果用户使用起来还是感觉慢，那优化就是无效的。</p>
<p>6, 根据用户和业务的不同, 将应用或数据库分片：数据集群技术-将不同关注点的数据部署在不同的数据岛上？<br />
当一个系统的数据量成几何增长的时候，为了优化查询性能，你只能从数据本身的特征入手做优化。比如按业务分库，分表。举个例子，用户id 1-10000一个表，10001-20000一个表。</p>
<p>7, 减少使用关系型数据库的复杂特性. 尽可能把它当做是一个持久存储设备.–减少数据表之间（依赖）关联度？ 或者是 尽量少使用存储过程实现业务逻辑？<br />
关系型数据库的性能一定无法与非关系型数据库比。前者需要经历解析sql，扫描结果集两个过程。</p>
<p>11, 使系统具备回滚能力.—我所在的开发团队在每次迭代升级的时候会将当前生产环境的应用做一个备份，然后将新的修改增量部署到当前环境中，来实现系统的回滚能力。你所在的开发团队是如何实现的呢？<br />
备份跟失败回滚是两个概念。<br />
所谓的失败回滚，也可以叫做是应用降级，比如你新上一个功能，通过某个开关可以直接关闭掉或限制一部分功能的使用，及依赖这个功能的功能的使用。实施难度依据系统和模块的数量及依赖程度而定。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：littleJava</title>
		<link>http://kenwublog.com/13-scalability-best-practices/comment-page-1#comment-30091</link>
		<dc:creator>littleJava</dc:creator>
		<pubDate>Fri, 05 Feb 2010 06:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://kenwublog.com/?p=727#comment-30091</guid>
		<description>看了你的这篇博文，有些不清楚的地方，麻烦您能解释吗？谢谢！
4, 从用户角度监控你的系统性能.  用户角度关注的系统性能主要是这些：系统的实时反应？容错能力吗？ 

6, 根据用户和业务的不同, 将应用或数据库分片：数据集群技术-将不同关注点的数据部署在不同的数据岛上？

7, 减少使用关系型数据库的复杂特性. 尽可能把它当做是一个持久存储设备.--减少数据表之间（依赖）关联度？ 或者是 尽量少使用存储过程实现业务逻辑？

11, 使系统具备回滚能力.---我所在的开发团队在每次迭代升级的时候会将当前生产环境的应用做一个备份，然后将新的修改增量部署到当前环境中，来实现系统的回滚能力。你所在的开发团队是如何实现的呢？

谢谢！</description>
		<content:encoded><![CDATA[<p>看了你的这篇博文，有些不清楚的地方，麻烦您能解释吗？谢谢！<br />
4, 从用户角度监控你的系统性能.  用户角度关注的系统性能主要是这些：系统的实时反应？容错能力吗？ </p>
<p>6, 根据用户和业务的不同, 将应用或数据库分片：数据集群技术-将不同关注点的数据部署在不同的数据岛上？</p>
<p>7, 减少使用关系型数据库的复杂特性. 尽可能把它当做是一个持久存储设备.&#8211;减少数据表之间（依赖）关联度？ 或者是 尽量少使用存储过程实现业务逻辑？</p>
<p>11, 使系统具备回滚能力.&#8212;我所在的开发团队在每次迭代升级的时候会将当前生产环境的应用做一个备份，然后将新的修改增量部署到当前环境中，来实现系统的回滚能力。你所在的开发团队是如何实现的呢？</p>
<p>谢谢！</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：指如疾风</title>
		<link>http://kenwublog.com/13-scalability-best-practices/comment-page-1#comment-22049</link>
		<dc:creator>指如疾风</dc:creator>
		<pubDate>Wed, 26 Aug 2009 14:34:22 +0000</pubDate>
		<guid isPermaLink="false">http://kenwublog.com/?p=727#comment-22049</guid>
		<description>虽然现在不做技术了，但还是支持兄弟的博文，加油！</description>
		<content:encoded><![CDATA[<p>虽然现在不做技术了，但还是支持兄弟的博文，加油！</p>
]]></content:encoded>
	</item>
</channel>
</rss>

