高峰期IO响应时间在2.33毫秒内，IO使用率最高只到22.8%。 (点击放大图像) 未来是美好的，道路是曲折的。垂直分库过程，也遇到不少挑战，最大的挑战是：不能跨库join，同时需要对现有代码重构。单库时，可以简单的使用

系统分析师之路http://book.csdn.net/bookfiles/194/1001949068.shtml 内容介绍： 本书由希赛IT教育研发中心组织编写，系《中国系统分析员》杂志的精华版

以找老同学帮我投微软的实习简历，因此我于2008年3月份接到了微软上海的电话面试。电话面试有两次，第一次对方是一位HR，第二次则是一位软件工程 师。在第二次电话面试的过程中，我们聊了上面提到的FreeScript，还

小红书Android客户端第一个版本于2014年8月8日发布，转眼到了2016年8月8日，小红书Android版本发版两周年。趁机回顾一下小红书的Android版本，两年中我们踩过很多坑，收获很多经验，分享出来与大家共勉。

，而今天，Facebook 宣布这一功能正式上线，意味着 Facebook 正式走上挑战 Google 之路。 Facebook 的“赞助的结果搜索（Sponsored results）”将会呈现在搜索

ArchSummit北京2014大会 上，腾讯即时通讯平台部技术总监 范瑞彬 做了题为《手机QQ的移动化实践之路》（ 幻灯片下载 ）的演讲，介绍了手机QQ在服务海量移动用户方面经历了的一些经验。 范瑞彬（hata

tes本身我就不过多介绍，但该项目的火热程度，完全不亚于当年的openstack，堪称开源云计算的未来之星。我这里重点说的是蜂巢技术人员对kubernetes的掌控程度，说到掌控程度，就不得不提到社区

智能实验室主任马维英也在公开活动上透露，张一鸣为劝说其加盟，花费了整整 4 个小时时间畅谈今日头条未来，而社交化即为今日头条下一步的重要方向。也就是说，在内容资讯分发和用户数的基础上，今日头条希望通过

写代码要经历下面几个阶段。 一 、你必须学习面向对象的基础知识，如果连这个都忘了，那你的编程之路注定是在做原始初级的重复！ 很多程序员都知道类、方法、抽象类、接口等概念，但是为什么要面向对象

2016在京举行，会上阿里中间件技术部资深技术专家丁宇（花名叔同）发表了题为 《零点之战--阿里双11高可用架构演进之路》 的演讲。丁宇从2009年开始，参加了每年的阿里双11技术保障工作， 最近两年他分别以共享平台事

Python可以对文件进行查看、创建等功能，可以对文件内容进行添加、修改、删除，且所使用到的函数在Python3.5.x为 open ，在Python2.7.x同时支持 file 和 open ，但是在3.5.x系列移除了 file 函数。

迪斯尼是一个有魔力的组织，在它的电影里冤家可以变伙伴。甚至 CloudStack 和 OpenStack 两大私有云死对头来到迪斯尼这个神奇的地方也可以“在一起”。

Ken Starks 在 fossforce.com 网站上问 你们是如何优化 Linux 的？， 我很高兴他问了这个问题，因为我有话要说！对我来说，Linux 桌面就是一连串的承诺，但是这些承诺却总是无法兑现。它在每个版本发布后都会说“下个版本会非常牛X”，=.=凸。它会一次性定下 50 个目标，然后又完成不了几个。至于 Linux 桌面，我想我们是时候好好聊聊这玩意儿了。

Facebook 发布 Paper 之后，似乎还不满足于只是将其作为一个概念性产品，反而更进一步开源了其背后的动画引擎 POP（https://github.com/facebook/pop），此举大有三年前发布的 iOS UI 框架 Three20（https://github.com/facebookarchive/three20）的意味。而 POP 开源后不负 Facebook 的厚望，在 GitHub 上不足一个月的时间，就已拥有了 6000 多个 Star，非常火爆。

以后会用的。其实Docker通过将近三年的发展，它已经成熟了，能够为企业带来巨大的商业价值。 未来普及是必然趋势，使用还是要趁早才好。所以还在观望中的朋友们，不要再犹豫了，Dokcer不只是别人的玩具，更是属于我们每个技术人员。

持续交付即Continuous Delivery，简称CD，随着DevOps的流行正越来越被传统企业所重视。持续交付讲求以短周期、小细粒度，自动化的方式频繁的交付软件，在这个过 程中要求开发、测试、用户体验等角色紧密合作，快速收集反馈，从而不断改善软件质量并减少浪费。然而，在我所接触的传统企业中，对于持续交付实践的实施都 还非常初级，坦白说，大部分还停留的手工生成发布包，手工替换文件进行部署的阶段，这样做无疑缺乏管理且容易出错。

前言 一个成熟的大型网站（如淘宝、京东等）的系统架构并不是开始设计就具备完整的高性能、高可用、安全等特性，它总是随着用户量 的增加，业务功能的扩展 逐渐演变完善的，在这个过程中，开发模式、技术架构、设计思想也发生了很大的变化，就连技术人员也从几个人发展到一个部门甚至一条产品线。所以成熟的系统 架构是随业务扩展而完善出来的，并不是一蹴而就；不同业务特征的系统，会有各自的侧重

近年来，在软件开发领域关于微服务的讨论呈现出火爆的局面，有人倾向于在系统设计与开发中采用微服务方式实现软件系统的松耦合、跨部门开发；同时，反对之声也很强烈，持反对观点的人表示微服务增加了系统维护、部署的难度，导致一些功能模块或代码无法复用，同时微服务允许使用不同的语言和框架来开发各个系统模块，这又会增加系统集成与测试的难度，而且随着系统规模的日渐增长，微服务在一定程度上也会导致系统变得越来越复杂。尽管一些公司已经在生产系统中采用了微服务架构，并且取得了良好的效果；但更多公司还是处在观望的态度。

去年10月底换到了新公司，做移动研发组的负责人，刚开始接手android项目时，发现该项目真的是一团糟。 首先是其架构，是按功能模块进行划分的，本来按模块划分也挺好的，可是他却分得太细，总共分为了17个模块，而好几个模块也就只有两三个类而已。但应用本身其实比较简单，要按功能模块来分的话，最多五个模块就够了。

最后对外提供丰富的产品功能，比如浮动IP/负载均衡，对象存储/块存储，RDS/Redis等。 未来，运维自动化的程度会进一步提高。通过openflow或者netconf等通信手段提取到控制器上，进