-
编辑 删除
无人值守的运维到底靠谱不靠谱?
裴丹博士是清华大学长聘副教授，国家青年千人。从20年前开始做运维相关工作，从分布式系统一直做到路由、运营商、wifi、互联网、企业级，最近有很大的精力在传统行业 ( 特别是金融业）智能运维上。裴博士AIOps相关领域发表100余篇学术论文。部分工作还被美国MIT Technology Review进行了报道。
-
编辑 删除
另一个角度看『异常』
JDK 中定义了一套完整的异常机制，所有异常都是 Throwable 的子类，分 为 Error（致命异常）和 Exception（非致命异常）。
-
编辑 删除
记一次 Redis Cluster 宕机引发的事故
Redis官方号称支持并发11万读操作，并发8万写操作。由于优异的性能和方便的操作，相信很多人都在项目中都使用了Redis，为了不让应用过分的依赖 Redis服务，Redis的作用只作为提升应用并发和降低应用响应时间存在，即使Redis出现异常，应用程序也不应该出现提供服务失败问题，对此拍拍信最近安排了一次全环境的Redis Cluster 宕机演练。
-
编辑 删除
从时延毛刺问题定位到 Netty 的性能统计设计
通常情况下，用户以黑盒的方式使用Netty，通过Netty完成协议消息的读取和发送，以及编解码操作，不需要关注Netty的底层实现细节。在高并发场景下，往往需要统计系统的关键性能KPI数据，结合日志、告警等对故障进行定位分析，如果对Netty的底层实现细节不了解，获取哪些关键性能数据，以及数据正确的获取方式都将成为难点。
-
编辑 删除
干货 | 阿里如何将“高峰前扩容、高峰后缩容”的梦想照进现实？
“阿里巴巴数据库技术” 特此推出《赢战2018双11——阿里数据库 & 存储技术揭秘》系列干货文章，为你讲述2135亿这个超级数字背后的故事，敬请关注！
-
编辑 删除
从点线面体谈开发到架构师的转型
我工作十余年，从负责一个模块，到负责一个产品，再到负责整个支付平台的架构设计，包括业务架构、产品架构到应用架构，再到技术架构，是一个从点到面逐渐转型的过程，同样是个“自相似”的现象，我一开始写博客，再到出版《分布式服务架构：原理、设计与实战》，现在它的下册《可伸缩服务架构：框架与中间件》年后在京东首发
-
编辑 删除
微服务Spring Cloud Alibaba之我见
以分布式设计、架构、体系思想为基础，兼论研发相关的点点滴滴，不限于代码、质量体系和研发管理。本号作者由右军及其朋友圈专家团队共同维护。
-
编辑 删除
互联网架构实践：给飞机换引擎和安全意识十原则
本文有两个部分，先介绍一下给飞机换引擎这个事情我的一些经验，因为篇幅较短，然后介绍一下安全意识方面的一些心得。
-
编辑 删除
致传统企业朋友：不够痛就别微服务，有坑
在多家传统行业的企业走访和落地了微服务之后，发现落地微服务是一个非常复杂的问题，甚至都不完全是技术问题。
-
编辑 删除
互联网创业公司的技术团队构建
相信大家在这几年都经常听到这样一句话：“靠谱项目，征求CTO一枚”。就可以知道技术在一个互联网创业公司中的份量。当然这个也不能一概而论，PPT公司只需要设计师。所以说不同的业务、不同的阶段，创业公司对技术的需求是不一样的。我是曾经经历过多个初创企业的CTO职位，有十多年的技术管理经验跟大家分享。
-
编辑 删除
万亿级数据洪峰下的分布式消息引擎
通过简单回顾阿里中间件(Aliware)消息引擎的发展史，本文开篇于双11消息引擎面临的低延迟挑战，通过经典的应用场景阐述可能会面临的问题 - 响应慢，雪崩，用户体验差，继而交易下跌。为了应对这些不可控的洪峰数据，中间件团队通过大量研究和实践，推出了低延迟高可用解决方案，在分布式存储领域具有一定的普适性。
-
编辑 删除
管理系统中风险是系统可用性和可扩展性的关键
虽然我们经常提到风险管理，但还没有阐述我们对风险的观点，以及如何进行风险管理。本文大致涵盖了在任何的技术或业务决策过程中如何确定和管理风险。风险管理是提高和保持可用性及可扩展性的最基本和最重要的方面。
-
编辑 删除
首届AIOps挑战赛——冠军LogicMonitor-AI团队方案分享
为了解决互联网运维难题（故障发现、故障止损、故障修复、故障规避等），我们筹办了AIOps挑战赛http://iops.ai ，旨在借助社区的力量，运用人工智能算法解决各类运维难题。挑战赛网站于2017年12月1日上线了它的第一个挑战赛——KPI异常检测挑战赛，发力解决运维领域最大的痛点之一——异常检测。
-
编辑 删除
不懂业务创新的工程师，不是好的架构师 | 深度
对于高阶的工程师来说，光有持续交付价值的能力还不够，我们必须保证交付的东西是有用的，能带来真正的价值。持续交付和业务创新是相互关联，相辅相成的。持续交付是业务创新的基础，而持续交付的收益最后要落实到业务创新中去。如何在深刻了解业务的基础上，完成有效的业务创新？下面为你送上由阿里资深技术专家何勉老师带来的精彩分享。
-
编辑 删除
从 Etsy 团队看敏捷架构的设计
以分布式设计、架构、体系思想为基础，兼论研发相关的点点滴滴，不限于代码、质量体系和研发管理。本号作者由右军及其朋友圈专家团队共同维护。
-
编辑 删除
干货 | 携程在线风控系统架构
为了应对日益严重的支付欺诈，携程在线风控系统2011年正式上线。现在，在线风控系统支撑了携程每日1亿+的风险事件实时处理和100亿+的准实时数据预处理；系统中运行的总规则数和总模型数分别达到了1万+和20+；风控的范围从单纯的支付风控扩展到了各种类型的业务风控（例如：恶意抢占资源、黄牛抢购、商家刷单）。
-
编辑 删除
创业公司CTO谈创业公司技术选型
作者介绍：胡键，超过15年软件研发经验，先后任职于中兴和SAP，现专注于工业物联网创业，任上海圭步CTO。具有丰富的产品研发和项目实施经验，擅长围绕设备资产和生产管理提供物联网端到端解决方案。他同时还是CSM和活跃的社区活动组织者，在西安组织过多场HiBlock区块链技术社区活动并做分享。
-
编辑 删除
DevOps中开发的作用和主动性
前段时间接到右军的命题作文，要聊聊DevOps中开发的作用和主动性这个话题。命题作文的好处就是，逼迫自己从不同的角度去思考同一个事物，这段时间以来也让我不断回顾和琢磨，对这个问题又有了很多新的认识。
-
编辑 删除
三年0故障是如何做到的？
该文章来自于云栖社区，作者不闻，就职于阿里巴巴。此文章发布于2015年，小编觉得仍然有其现实意义，所谓 "年年岁岁错相似，岁岁年年人不同"，又道太阳底下无新事。对于作者的不少观点，小编深感认同，比如严格遵守代码review规约、严格执行review制度，不因为工期而妥协、对于pmd这些检查工具，小编还是提倡采用，代码review的精力放在逻辑和设计上去，对于可以规则化定义的内容，交给工具。至于工具规则过多或者少，进行定制即可。
-
编辑 删除
蘑菇街SRE体系建设实践
TOP100组委会专访案例分享者蘑菇街技术总监赵成老师，他将为我们带来《蘑菇街SRE体系建设实践》的话题 。讲述蘑菇街在SRE方面的一些实践和感悟，以及为整个团队带来的一些改变。
