逆流而上

0.前言

2020.7.9 又一年的高考结束了,往年都是在6月。青春,逆流而上,听起来都是这么的文艺。而这里讲到的这本书全名是《逆流而上 阿里巴巴技术成长之路》,哈哈 o(╯□╰)o。估计我是被这文艺的书名给吸引过去的。

虽然没有细读,但也看到一些很好的总结,于是想记录一下。

1.关于书的信息

时间: 2018年1月第一版

一句话概括: “本书是阿里巴巴集团荣耀背后的技术血泪史。”

适合谁看: “本书主要面向互联网技术从业人员和在校师生,使读者能够通过此书基本了解阿里在各技术领域的能力,学习在如此规模下可能出现的问题以及解决方案的探讨和沉淀分享。”

2.摘抄

  • “问题处理环节,需要以最快的时间协同不同团队之间的响应处理,避免措施问题排查的最佳时间窗口。“

  • “稳定性要做好几点:研发与运维要靠近、故障标准要统一并强化处理流程、建设统一的基础设施并完善团队融合做到“书同文车同轨行同伦”

  • “阿里巴巴集团开发规约中对于ORM规范,有明确一条强制规约:在表查询中,一律不要使用*作为查询的字段列表,需要哪些字段必须明确写明。”

  • “数据库中的参数配置对SQL执行速度快慢也有非常大的影响,常见的三个参数包括 innodb_buffer_pool_size ,tmp_table_size, query_cache_size,table_cache”
    (应该是笔误,明明后面也讲到了4个参数,具体参数讲解也自行搜索)

  • 下面的图给了我们定位问题的一些思路,遇到棘手的问题时,要全面考量,逐一排查。不能想当然的去认为“服务器怎么会有问题”,”硬盘不可能会坏“,“网络应该不会有问题吧”
    UeDKSK.png

”为了找出CPU飚高的原因,开发在重启过程中通过执行一下命令找出CPU利用率比较高的线程。“

1
ps -eL -o pid,%cpu,lwp | grep -i pid | sort -nr k2 | awk '{print("%s %s %x\n",1,1,2,$3)}' | head

3.读后

没有细读的原因,应该是鄙人才疏学浅,孤陋寡闻,很多书中的事情我也没遇上过。如果是当事人,读起来应该有一种破解一桩悬案的快感。但处理问题的思路,以及开发人员、运维人员之间的配合经验十分重要,还有复盘(类比于SRE中的验尸报告)等等都是很棒的,书中对于技术细节也有很深的研究,毕竟是要解决一些棘手的问题,代码片段、逻辑图、架构图丰富,涉及基础设施架构、mysql、中间件服务、负载均衡等等很常见的技术,确实不常见的业务量。

Donate
  • Copyright: Copyright is owned by the author. For commercial reprints, please contact the author for authorization. For non-commercial reprints, please indicate the source.

扫一扫,分享到微信

微信分享二维码
  • Copyrights © 2019-2024 John Doe
  • Visitors: | Views:

请我喝杯咖啡吧~