应用程序扩展性实现的十宗罪
可扩展性方面专家Sean Hull曾发表文章指出实现 可扩展性的五大毒药,最近他又指出了实现 可扩展性的五大致命错误。
一、缓慢的磁盘I/O - RAID 5 -多用户的EBS。RAID 10可以提供良好的数据保护,同时具备良好 的读写性能。RAID 5设计意味着性能差,失败后修复时间长。在AWS上考虑使用预设的IOPS解决IO瓶颈问题。
二、使用数据库存储作业队列。数据库看起来很适合存储作业队列,但是轻负载的锁定以及日常的扫描 工作都会影响性能。使用类似RabbitMQ和SQS的专业软件可以消除这个瓶颈。
三、使用全文搜索。搜索似乎是数据库另一个完美的特性。但是大规模的搜索性能并不高,最好使用类 似Solr和Sphinx的专业技术。
四、在各层之间缓存不足。在应用程序和数据库之间使用memcache,在用户和Web服务器之间加载类似 于Varnish的页面缓存。为你的HTML选择合适的缓存。
五、太多的技术负债。重写问题代码,而不是持续完善写得不好的代码,因为从长期来看,这并不划算 。
六、对象关系映射。创建很难优化和调整的复杂查询。
七、同步,串行,耦合或锁定进程。锁就像停止标志,环岛才能保持道路畅通。行锁优先于表锁,采用异步复制,保持集群的最终一致性。
八、一个数据库副本。单一的数据库是一个瓶颈点。创建平行的数据库,让驱动程序在它们之间做选择。
九、缺乏监测。使用众多监控软件包之一,检测系统正在运行着什么。
十、缺少功能标识。能够通过一个标识关闭某些功能特性,峰值来袭时可以轻松的关闭功能降低负载。