关于基础架构的一些零碎问题的整理记录

很久没有写了, 今天偶来兴致, 记录一下 :)

每款产品无论大小都会尤其所谓的架构设计, 从百度的搜索框架, sina的微博平台, 360的云杀毒服务, 这些基础架构都或多或少的展现了其雄厚的技术体系. 多少人能完整的了解所有架构设计, 往往很少. 不过能在一定层面上做到精益求精, 超凡脱俗实属佳品.

分布式计算体系中经常会遇到一台服务器上的请求数量爆炸式增长时内存不足无法继续处理, 我们可以采用紧急将请求转发到后备的其他服务器进行处理, 如果负载均衡服务器做得足够好, 可以很好的平衡各服务器的请求数量, 一方面防止了个别服务器压力过大造成的处理延时, 一方面也可以随时的增减服务器进行补充和维护.

程序的性能通常指很多个方面, 所以单单要优化性能时我们需要思考到底优先解决哪类性能问题. 吞吐率是服务器一个很重要的性能指标, 有些时候对延时要求不高的系统, 我们还可以采用合并请求统一集中处理的方式提高服务器的吞吐率.

分布式缓存系统通常在系统中占据着很重要的地位, 如果自己实现一套专用的缓存系统, 需要谨慎考虑当一个节点上的缓存服务挂掉, 如何正确切换缓存服务和如何保持多个缓存服务之间数据的一致性问题. 数据的冗余备份系统和缓存服务处理模型有点相似, 多节点如何保持数据备份一致, 当master挂掉后采用何种投票方式选举出新的master等问题.

使用mapreduce思想来处理大规模分布式计算是种主流的解决方案, 不过很多时候我们需要获得更好的响应时间, 可能会牺牲一定的吞吐率.

内存的使用总是昂贵的, 慎重的考量你所需要的内存, 尤其在请求压力比较大的情况下, 往往不经意间你的内存就消耗殆尽.

零零碎碎的问题, 零零碎碎的记录...