ITPub博客

红包，升级版的秒杀系统，红包系统应当具备秒杀系统所具备的特性。大量用户抢红包带来了系统的高并发压力；大量用户抢同一红包带来了数据一致性问题：红包不能超发，漏发，重复发；而由于红包涉及到资金，也会带来资金安全问题。

不管是因为规模与结构制造的理解力障碍，还是因为变化带来的预测能力问题，最终的决定因素还是需求。Eric Evans认为“很多应用程序最主要的复杂性并不在技术上，而是来自领域本身、用户的活动或业务”。因而，领域驱动设计关注的焦点在于领域和领域逻辑，因为软件系统的本质其实是给客户（用户）提供具有业务价值的领域功能。

我是一个程序员，俗话说活到老学到老，程序员更是一个需要持续学习的职业。那么程序员该如何有效学习？这是一个需要不断思考的过程。今天分享一个我思考的模型，主要讲述如何选择学习的知识及有效学习。

新的技术层数不穷，困扰程序员的不仅有学不完的新技术，还有每个人在职业生涯中必然会面对的成长路线问题。这就像一个产品有了清晰的roadmap，下一步走的才会更自信。本文整理自程序员毕玄的《程序员的成长路线（续）》，讲述了自己加入阿里后的技术成长历程。

支付对账系统是整个支付清结算体系中具体基础性意义的一个环节，是确保支付平台与各类第三方支付渠道数据一致性的关键系统，是商户资金结算、资金划拨、资金报表等逻辑准确运行的重要前提。

近年来，随着微服务架构的流行，分布式消息引擎在物联网、分布式事务、实时计算和大规模缓存同步等场景中的应用日益增多。本文将分享微众银行基于RocketMQ构建消息服务平台的实践，并通过添加诸多高级特性来解决消息收发过程中遇到的各种问题，

裴丹博士是清华大学长聘副教授，国家青年千人。从20年前开始做运维相关工作，从分布式系统一直做到路由、运营商、wifi、互联网、企业级，最近有很大的精力在传统行业 ( 特别是金融业）智能运维上。裴博士AIOps相关领域发表100余篇学术论文。部分工作还被美国MIT Technology Review进行了报道。

JDK 中定义了一套完整的异常机制，所有异常都是 Throwable 的子类，分 为 Error（致命异常）和 Exception（非致命异常）。

Redis官方号称支持并发11万读操作，并发8万写操作。由于优异的性能和方便的操作，相信很多人都在项目中都使用了Redis，为了不让应用过分的依赖 Redis服务，Redis的作用只作为提升应用并发和降低应用响应时间存在，即使Redis出现异常，应用程序也不应该出现提供服务失败问题，对此拍拍信最近安排了一次全环境的Redis Cluster 宕机演练。

通常情况下，用户以黑盒的方式使用Netty，通过Netty完成协议消息的读取和发送，以及编解码操作，不需要关注Netty的底层实现细节。在高并发场景下，往往需要统计系统的关键性能KPI数据，结合日志、告警等对故障进行定位分析，如果对Netty的底层实现细节不了解，获取哪些关键性能数据，以及数据正确的获取方式都将成为难点。

“阿里巴巴数据库技术” 特此推出《赢战2018双11——阿里数据库 & 存储技术揭秘》系列干货文章，为你讲述2135亿这个超级数字背后的故事，敬请关注！

我工作十余年，从负责一个模块，到负责一个产品，再到负责整个支付平台的架构设计，包括业务架构、产品架构到应用架构，再到技术架构，是一个从点到面逐渐转型的过程，同样是个“自相似”的现象，我一开始写博客，再到出版《分布式服务架构：原理、设计与实战》，现在它的下册《可伸缩服务架构：框架与中间件》年后在京东首发

以分布式设计、架构、体系思想为基础，兼论研发相关的点点滴滴，不限于代码、质量体系和研发管理。本号作者由右军及其朋友圈专家团队共同维护。

本文有两个部分，先介绍一下给飞机换引擎这个事情我的一些经验，因为篇幅较短，然后介绍一下安全意识方面的一些心得。

在多家传统行业的企业走访和落地了微服务之后，发现落地微服务是一个非常复杂的问题，甚至都不完全是技术问题。

相信大家在这几年都经常听到这样一句话：“靠谱项目，征求CTO一枚”。就可以知道技术在一个互联网创业公司中的份量。当然这个也不能一概而论，PPT公司只需要设计师。所以说不同的业务、不同的阶段，创业公司对技术的需求是不一样的。我是曾经经历过多个初创企业的CTO职位，有十多年的技术管理经验跟大家分享。

通过简单回顾阿里中间件(Aliware)消息引擎的发展史，本文开篇于双11消息引擎面临的低延迟挑战，通过经典的应用场景阐述可能会面临的问题 - 响应慢，雪崩，用户体验差，继而交易下跌。为了应对这些不可控的洪峰数据，中间件团队通过大量研究和实践，推出了低延迟高可用解决方案，在分布式存储领域具有一定的普适性。

虽然我们经常提到风险管理，但还没有阐述我们对风险的观点，以及如何进行风险管理。本文大致涵盖了在任何的技术或业务决策过程中如何确定和管理风险。风险管理是提高和保持可用性及可扩展性的最基本和最重要的方面。

为了解决互联网运维难题（故障发现、故障止损、故障修复、故障规避等），我们筹办了AIOps挑战赛http://iops.ai ，旨在借助社区的力量，运用人工智能算法解决各类运维难题。挑战赛网站于2017年12月1日上线了它的第一个挑战赛——KPI异常检测挑战赛，发力解决运维领域最大的痛点之一——异常检测。

对于高阶的工程师来说，光有持续交付价值的能力还不够，我们必须保证交付的东西是有用的，能带来真正的价值。持续交付和业务创新是相互关联，相辅相成的。持续交付是业务创新的基础，而持续交付的收益最后要落实到业务创新中去。如何在深刻了解业务的基础上，完成有效的业务创新？下面为你送上由阿里资深技术专家何勉老师带来的精彩分享。