减少故障有两个层面的意思，一个是做好常态预防，不让故障发生；另一个是如果故障发生，要能尽快止损，减少故障时长。而监控的典型作用，就是帮助我们发现及定位故障，这两个环节对于减少故障时长至关重要。

管理自然有很多的困难，组织架构的调整、同行的挖角，KPI的制定和管理，每一样都未必比软件架构简单。这个过程其实也是比较煎熬的，但是如果你对技术保有一颗初心，真心喜欢技术，你一定能够坚持下来。

近日，由中共中央办公厅、国务院办公厅印发《关于推动现代职业教育高质量发展的意见》中指出，支持行业企业开展技术技能人才培养培训，推行终身职业技能培训制度和在岗继续教育制度。数字化人才的职业教育成为企业发展的关键需求。

公里，我们每天要做对一件事情，让我们的业务往前走一走。”极客邦科技总裁、极客时间产品创始人池建强此外，池建强还介绍了极客时间企业版正式推出人才测评产品：“知己测评”。“知己测评”是

类话题，我想也是很多技术人关注的重点。目前大会8折优惠报名，限时立减1760元！详情可咨询大会票务经理灰灰：15600537884（同微信）查看更多大会信息可扫描下图二维码或点击【阅读原文】

你好，我是极客时间左耳听风专栏的内容主编杨爽。眨眼间就是一年，在我开始和耗子叔讨论结语该怎么写的时候，我有一些兴奋，也有些许感伤。兴奋的是，这一专栏终于全部完美交付到用户手中了，感伤的是，这件事情已经接近尾声，也就是说到了说再见的时候。一周两篇，无间断持续一年时间，特别是篇篇都是硬干货，这对于作者来说，无疑是一种考验，更是一种折磨。我作为专栏编辑，能够深深地理解和感知到耗子叔的压力，能有机会帮助耗子叔一起打磨专栏，并把这些最好的内容交付给你，我觉得很开心和荣幸。这一路上，我也从中收获了很多。正如我在一篇答疑文章结尾写的：“很多事情能做到什么程度，其实在思想的源头就被决定了，因为它会绝大程度地受到思考问题的出发点、思维方式、格局观、价值观等因素影响。这些才是最本源的东西，甚至可以定义成思维的‘基因’。就我们程序员而言，我认为，编码能力很重要，但是技术视野、技术洞察力，以及我们如何用技术解决问题的能力更为重要。”这段话是我跟耗子叔反复沟通和打磨内容时悟到的。耗子叔对哪些内容有价值、吸引人，很有自己的想法，对怎样的阐述方更能让人记住，也很有见地。每每交流都有很大收获，但我认为自己更大的收获在于思维方式的改变，能明显地感受到自己的思维“基因”在被耗子叔重塑。这种“拔地而起”的成长快感，很令人舒爽，即便这个过程中，也会体味各种压力和焦虑。老实说，在与耗子叔合作之初，我的压力是很大的。就像很多青年演员常说的，“跟老戏骨飙戏”。但我心里深深地知道，如果我不能战胜这个压力，找到自我的话，我能为这个专栏贡献的力量会少之又少。我很有可能会成为耗子叔的应声虫，一味地说“是”。是耗子叔鼓励了我，他说：你要相信你自己行，你才会行。你自己都不信自己，一定干不好。所以，才有了我的各种奇思妙想，并有勇气分享出来跟耗子叔探讨可行性。甚至有时会提出一些质疑，并有勇气坚持，有时还会跟耗子叔争辩。类似的观点，耗子叔在专栏里面，在读者群里分享了很多次：“有些事，不要觉得自己不行，如果你在一开始从意识上就觉得自己做不到，你就完蛋了。如果你在意识上没有放弃，你还有救。特别对于一些比较难的事，99%

每个工程师都为非典型情况编写过一次性脚本。而当这类“一次性”情况再次发生时，团队的其他成员并不知道写脚本的那个工程师在脚本里都干了什么，因为脚本本来是打算运行一次就丢掉的！很多人都遇到过这种情况。

Kubernetes，我们团队积累了丰富的运营经验，特别对于稳定性的需求，深有体会。我们将关于稳定，总结为了稳定三问。在集群运营之前，就要先对照这三个问题，来对照下自己的集群是否足够稳固。

和应用相关的配置，例如服务请求超时，线程池和队列的大小，缓存过期时间，数据库连接池的容量，日志输出级别，限流熔断阀值，服务安全黑白名单等。一般开发或者运维会根据应用的实际运行情况调整这些配置。

的，希望能帮到你。查看英文原文：https://hackernoon.com/which-is-the-fastest-version-of-python-2ae7c61a6b2b

API。采用声明的方式来表明资源应有的状态，而后相关组件依据资源的声明进行相关的处理和失败处置，使得整个系统更加自动化，而非如其他平台需要不断的发布命令驱使平台进行相关操作。

OCSP）也是非常滞后的。非法证书带来的危害是非常大的，如果非法证书校验成功，对于用户来说，他认为在和真正的服务器在通信，实际上是和潜在的攻击者在通信，用户的隐私和安全性将得不到保障。在

架构要能化繁为简，易于维护运营和排障。社区的功能总是大而全，而对于我们具体的落地实践来说，我们更多要做的是减法，将原本繁杂的架构和流程梳理清晰，剪除不必要的功能，保证整个平台良好的可维护性。

字符串，然后出现了一个离奇的错误：

已经支持密码过期策略，该策略强制要求用户在一段时间之后更改密码，而新版本可以控制用户设置的密码是否有效。这限制了密码重用，从而强制用户在每次更改密码时提供新的增强密码。

的成功很大程度上是因为它的产品理念，所以我们会继续保持。我也认为，无论怎样，开发者都希望获得同样的亲和性、友好性和易用性。当然，大型项目确实有独特的需求，随着时间的推移，GitHub

利用这三个值，我们可以判断系统的负载是在增加还是在减小，这在实践中很有用。这三个中的任意一个拿出来也很有用，比如为云服务的自动伸缩设置阈值。不过，在缺少其他信息的情况下，单看这些值是没有意义的。比如

站在未来的路口，回望历史的迷途，常常会很有意思，因为我们会不经意地兴起疯狂的念头，例如如果当年某事提前发生了，而另外一件事又没有发生会怎样？一如当年的奥匈帝国皇位继承人斐迪南大公夫妇如果没有被塞尔维亚族热血青年普林西普枪杀会怎样，又如若当年的丘老道没有经过牛家村会怎样？2008

/她大脑里头会有一个初步的子模块分解（潜意识中完成），然用利用积木搭建每一个子模块，最终拼装出最后的城堡。这里头有一个自顶向下的分治设计，然后自底向上的组合过程，这个分治思维非常重要，我们后面会讲。

https://wso2.com/whitepapers/microservices-in-practice-key-architectural-concepts-of-an-msa/

在某些情况下，你可能希望发送到交换机的消息一致并且均匀地分布在多个不同的队列。在上面的插件中如果队列数量发生变化，则不能确保新的拓扑结构仍然在不同队列之间均匀分配消息，此时就可以借助

杨丽，拥有多年互联网应用系统研发经验，曾就职于古大集团，现任职中青易游的系统架构师，主要负责公司研发中心业务系统的架构设计以及新技术积累和培训。现阶段主要关注开源软件、软件架构、微服务以及大数据。

帮我们解决上述问题了吗？很遗憾，答案是没有完全解决。实际上，这根本就不是在应用层面（甚至操作系统层面）可以完全解决的问题。我们只能经过一轮又一轮的优化获得更高的性能，或者说逐渐逼近最高性能。

https://medium.com/netflix-techblog/preparing-the-netflix-api-for-deployment-786d8f58090d

在最短时间周期内拥有完整的数据，至于为什么要这样，后面我们在流补偿环节重点介绍。我将通过整个流数据传输过程来解析具体的技术细节，但在这之前首先要解决的就是媒体数据分片问题，所有的传输过程会基于分片

Judy 你好，我是赵成，来自美丽联合集团，集团旗下两大主力产品是蘑菇街和美丽说，我目前负责管理集团的技术服务团队。为什么我选择踏上运维之路？

阿里巴巴集团技术委员会主席·王坚博士、Hulu全球副总裁·诸葛越、阿里巴巴资深技术专家·丁宇（叔同）、清华大学计算机系教授&博士生导师·邓志东等。

均值算法而言，比较简单的衡量指标就是，看所有类别内部的数据点的平均距离和类别两两之间的所有点的平均距离的大小。如果聚类成功，则类别内部的数据点会相距较近，而类别两两之间的所有点的平均距离则比较远。

采用异步更新机制，同时优化了并发读写的问题。后面文中会提到。索引更新：索引有全量更新、增量更新两种，增量更新就是局部更新，如果数据量在百万量级以上，数据变化不多的场景下，尽量用增量更新。另外，索引的

如何降低数据写入开销 在双11场景下，数据同步的瓶颈一般不在淘宝内部服务，而在外部用户的DB性能上。数据同步是以消息的方式保证实时性。在处理非创建消息的时候，我们会使用直接update

Ticket）实现相同目的的做法，然而这种方法无法保障前向安全，因为新老会话票证会共享同一个主密钥。在QUIC协议中，新密钥需要另一个Diffie-Hellman操作，刷新后可以保证前向安全。

开始之前想先说一下微服务架构和CQRS架构的区别和联系。微服务架构现在很热，到处可以看到各大互联网公司的微服务实践的分享总结。但是，我今天的分享和微服务没有关系，希望可以带给大家一些新的东西。如果一定要说微服务和CQRS架构的关系，那我觉得微服务是一种边界思维，微服务的目的是为了从业务角度拆分（职责分离）当前业务领域的不同业务模块到不同的服务，每个微服务之间的数据完全独立，它们之间的交互可以通过SOA

系统监控主要面向运维角色，RD角色关注较少，RD对于系统监控，更关注报警。日志监控主要面向RD、QA角色，他们关注业务日志某些字段出现的频次、某些值的最大最小值等，同时也可以设置基于日志的业务报警。

优化过程中索引文件需占用两倍的磁盘空间，但是优化完成后索引文件所占空间会变小。另外，JVM参数指定的堆内存设置建议比索引文件大；每个Shard上的索引文件不要过大，建议不要超过10G；

首先第一部分给大家介绍美团的技术架构，架构是如何演变的。第二部分讲一讲美团的业务架构，在业务方面如何做一些业务流程的优化。最后第三部分介绍O2O技术，如何实现线上和线下都用技术来做优化贯通的。