-
编辑 删除
一位CEO给员工的防疫指南：在不确定的世界强悍地活
我们正在经历一次可能漫长而危险的不确定性时期。
-
编辑 删除
阿里巴巴架构师：十问业务中台和我的答案
“中台”概念这几年非常火，特别是阿里、腾讯、百度、京东等互联网公司最近频繁的基于中台调整组织架构，把“中台”的热度又上升到另一个高度，甚至有这样的声音， 90 年代不做 ERP 会死，现在不做中台也会定企业生死。中台的概念起源于阿里，也发展于阿里。笔者有幸参与阿里业务中台方法体系建设，也主导参与一些阿里云新零售业务中台项目，经常被问到如下问题。本文作为“阿里巴巴业务中台”专题的第一篇，和大家分享一些思考（本文内容仅代表作者个人观点，欢迎交流）。
-
编辑 删除
航空公司系统是怎样炼成的？
刚接触航空业时，觉得自己像刚踏上美洲的弗朗西斯科.皮萨罗，或是刚遇见毛利人的库克船长，仿佛走进了信息技术的蛮荒之地，随便播下一颗“现代技术”种子，就能长出一片跨时代的技术森林。
-
编辑 删除
“分库分表" ？选型和流程要慎重，否则会失控
恭喜你，贵公司终于成长到一定规模，需要考虑高可用，甚至分库分表了。但你是否知道分库分表需要哪些要素？拆分过程是复杂的，提前计划，不要等真正开工，各种意外的工作接踵而至，以至失控。
-
编辑 删除
智能监控成效的上限该如何突破？
与通常的介绍文章不同，本文结合作者从事智能监控的实践经验，从聚合数据、明细数据两种数据形态入手分析它们对模型效果上限的影响，并介绍了基于这两种数据形态的智能监控常用做法的本质。
-
编辑 删除
运营商大规模数据集群治理的实践指南
数据治理基本上可以理解为工程一的核心目标；大规模集群的治理对应工程二，它需要长期支撑工程一的具体建设任务，并为数据资产管理体系的运营夯实基础。
-
编辑 删除
一个知名网站的微服务架构最佳实现
微服务架构的目标是帮助工程团队更快、更安全、更高质量地交付产品。拆分服务允许团队快速迭代的同时，保证了对系统剩余部分的最小影响。
-
编辑 删除
再见微服务，从100多个问题儿童到一个超级明星
本文翻译自Alexandra Noonan 的 Goodbye Microservices: From 100s of problem children to 1 superstar。内容是描述 Segment 的架构如何从 「单体应用」 -> 「微服务」 -> 「140+ 微服务」 -> 「单体应用」 的一个历程。翻译比较粗糙，如有疏漏，请不吝指教。
-
编辑 删除
从 GFS 失败的架构设计来看一致性的重要性
在2003年，Google 发表一篇论文详细描述了GFS的架构。GFS，MapReduce，Bigt able并称为Google的三架⻢ ⻋，推动了Google的高速发展。其他互联公司和开源领域纷纷模仿，构建自己的系统。可以 这么说，GFS，MapReduce，Bigt able引领了互联网公司的分布式技术的发展。但GFS架构设 计并不是一个完美的架构设计，它有诸多方面的问题，一致性的欠缺就是其中的一个问题。
-
编辑 删除
侵入式服务治理方案，读这一篇就够
尽管在程序执行效率上，Java不如C、C++，在开发效率、易用性以及学习难度上，Java又不如Ruby、Python、Go，但Java无疑是当今后端系统开发中使用最为广泛的语言。
-
编辑 删除
30分钟让你掌握Git的黑魔法
在Git Rev News #48期的LightReading 中有一篇文章写的不错，不仅干货满满而且还附带了操作视频。其中的内容不仅覆盖了很多git使用上的基础知识，也从使用角度上解答了很多刚接触git的开发者的疑问。为了便于读者理解，我在翻译的同时也添加了一些内容。以下为正文部分。
-
编辑 删除
微服务的历史与陷阱
微服务是近几年非常火热的架构设计理念，大部分人认为是MartinFlower提出了微服务概念，但事实上微服务概念的历史要早得多，也不是Martin Flower创造出来的，Martin只是将微服务进行了系统的阐述。不过不能否认Martin在推动微服务火热起来的作用，微服务能火，Martin功不可没。
-
编辑 删除
案例诊断：“交易耗时8S”缉凶记
某日上午，小集购买a产品失败，页面弹出“系统异常，请稍后重试”的报错，便联系了技术团队的开发小成。“小成，我刚才尝试买a产品一直显示系统异常，是不是有什么问题呢？”开发小成接到电话后，迅速着手排查，同时也收到了系统监控平台的告警。
-
编辑 删除
带着舒适走出舒适区
先前公众号发表过一篇文章《35岁了，我慌得一批》，讲述了中年危机相关的话题。之所以会有危机，其中一个重要的因素是我们长期的待在舒适区，渐渐失去了成长和挑战的机会。我们先看一个真实的例子。去年年初，唐山某收费站取缔，一批工作人员因此下岗。
-
编辑 删除
同程旅游微服务最佳实践
同程微服务从立项到实施推广已经走过了整整两个年头，从最初的简单粗糙到今天的精细完善，接入服务数量也实现了从1到10,000+的增长。
-
编辑 删除
领域驱动设计在重构业务系统中的实践
领域建模首先要解决业务领域问题，而这不是翻译过来的一个个需求和用例，是需要挖掘背后的专业领域，以及客户真实的需求。本文就是很好的一个案例。
-
编辑 删除
杭州银行批量交易平台(HZBAT)技术内幕
杭州银行批量交易平台(HZBAT)是我基于DC4C自研的面向批量交易的技术平台。DC4C是我在2015年完全独立自研的分布式批量计算框架。
-
编辑 删除
35岁是不是一个伪命题？
2017年4月份，华为传出清退34+员工的消息。2017年12月份，中兴一位42岁的工程师跳楼身亡。2018年11月，在腾讯公司20周年会议上，刘炽平说：在未来一年内，有10%不再胜任的管理干部要退，尤其是中层这个领域。
-
编辑 删除
大神讲解微服务治理的技术演进和架构实践
随着业务的发展,规模扩大，服务越来越多，需要协调线上运行的各个服务，保障服务的SLA;基于服务调用的性能KPI数据进行容量管理，合理分配各服务的资源占用;对故障业务做服务降级、流量控制、流量迁移等快速恢复业务。怎样的服务治理框架能满足需求？
-
编辑 删除
持续可用与CAP理论 - 一个数据库系统开发者的观点
数据库系统必须是强一致性的系统，这是因为数据库系统有事务ACID的基本要求，而弱一致系统无法做到。业内也有一些流行的NOSQL系统，例如各种类Dynamo系统，如开源的Cassandra，对同一个最小数据单位（同一行数据）允许多台服务器同时写入，虽然采用NWR机制处理冲突，但是由于不可能解决多台服务器之间的时序问题，而只能支持弱一致语义。弱一致语义的问题很多，例如无法支持复杂功能，无法构建严谨的测试体系，无法应用到核心场景。虽然弱一致性系统也有一定的应用场景，但本文认为其不符合核心业务持续可用的要求，不予讨论。
