茶水间工人 - 节目列表

主播： 运维工人：李师傅 02:02 、业务监控出现响应率低的问题，老师傅司空见惯，不料却一时无解 03:39 、没有数据包，就无法分析响应率低的问题，此时问题变成了：寻找消失的数据包 06:37 、衍生问题：同一台服务器的两张网卡，在开启混杂模式下，会收到对方的数据包吗 结论： 1、同一台服务器的两张网卡（不在同一个二层网络），不可能收到对方的数据包 2、没有数据包就没办法溯源，云上云下都需要它 3、消失的数据包是产品的bug，特殊数据包就是会导致各种各样的问题

主播： 运维工人：李师傅 * 选择在中午走街是为了充分利用碎片时间和解决工作时间不固定的问题。 * 走街是在城市或乡村街道上行走、穿行的行为，可以作为休闲活动、运动方式和探索城市的方式。 * 进行走街时，带上手机、耳机和帽子，并选择附近的绿地和标志性建筑作为目标。 * 走街的时间控制在1小时以内，不会原路返回。 * 走街让人感到快乐，与城市建立更紧密的联系，发现新地点，加深记忆。 * 鼓励大家一起走街，一同探索城市的世界。

主播： 运维工人：李师傅 IT变更的定义、原则以及人性思考。 00:01 IT变更是什么 00:05 IT变更应遵循的原则 00:07 我们从人的角度和组织利益角度出发，关注变更，并建立合理的考核机制。 参考链接：浅谈构建安全变更的八卦原则

主播：运维工人：李师傅只要是超过20个人的团队，就需要考虑人的效率和分工问题，都值得建立平台工程团队，赋能内部效率提升，赋能交付质量。参考运维的未来是平台工程DevOps 已死，平台工程才是未来在小宇宙查看该单集文稿

主播：运维工人：李师傅1、看软件厂商的人员构成2、看售后工作的内容占比3、如何用做软件的思维做售后服务：  售后服务标准化  售后服务软件化  售后服务容器化在小宇宙查看该单集文稿

背景介绍下一个类似新冠的冲击随时会来，如果要从中吸取经验教训的话，那就是必须要降本增效，并且最好还能提质，因此今天我们来聊软件服务如何降本增效还提质 降低成本的思路1、加班不可取2、降工资跟你急3、裁员可还行4、减人头税：远程办公 提质增效的思路1、用做软件的思维做服务2、主动参与甚至倒逼提升软件基础能力3、文档是AI时代降本成败与否的决定因素在小宇宙查看该单集文稿

主播：运维工人：李师傅【精兵简政-经营新挑战】日经商务编，日本。所谓“精兵简政”包括两点，即“精干的总部”和“浓缩式的经营”。“精干的总部”就是企业总部小型化并充满活力，“浓缩式的经营”就是重构企业的经营机制。总之就是为了顺应市场变化而彻底强化企业领导体制和经营体制。在小宇宙查看该单集文稿

主播：运维工人：李师傅【FLUME  构建高可用、可扩展的海量日志采集系统】盛夏有辣太阳，也有不知疲倦的知了，工人师傅平日穿梭于格子间，也想有人文气息。本期聊一下盛夏与Flume。在小宇宙查看该单集文稿

主播：运维工人：李师傅【我是一只IT小小鸟】这是一本关于IT人学习生活的书，虽然是2009年出版的，今天读来依旧值得学习，当然如果自身足够优秀，这本书参考意义不大。建议高考报志愿的同学阅读本书，通过本书规划自己的大学生活，甚至接下来的人生旅程。林建同学在大学梳理的IT知识结构大厦在小宇宙查看该单集文稿

主播：李得水：运维师傅【云网络：数字经济的连接】云计算是互联网的基础，而网络是云计算的基础，本期来跟大家分享阿里的技术丛书之：【云网络：数字经济的连接】。在小宇宙查看该单集文稿

主播：李得水：运维师傅1、运维师傅脱发是有原因的2、运维定义：守土有责3、运维的挑战：既要又要还要的SLA4、运维的未来  回顾运维的发展历程  云服务化：运维的集中  智能运维：用机器管机器  开源运动：运维人天下一家在小宇宙查看该单集文稿

主播：李得水：运维师傅生产微服务【生产微服务就绪检查清单】生产就绪检查清单-稳定可靠它有一个标准化的开发周期。它的代码需要经过初步检查、单元测试、集成测试以及端到端的测试。它的测试、打包、构建和发布流程是自动化的。E有标准化的部署管道，包括 staging 阶段、 cana可阶段和生产阶段 。它的客户端是已知的。它的依赖项是已知的，而且是有备份的，还有可选的回退方案以及缓存，以防出现依赖项失效 。它有稳定可靠的路由和服务发现机制。生产就绪检查清单-可伸缩和高性能的明确的质的增长规模和量的增长规模。（你能支持的规模 和 实际业务的量）高效地使用硬件资源。（放置建议和空闲巡检）已识别出资源的瓶颈和需求。（隔离）容量规划自动化，并通过调度作业来执行。依赖项也会随之伸缩。可以随着客户端的伸缩而伸缩。业务流量模式有章可循。在发生故障时，业务流量可以被重新路由。使用支持伸缩性和高性能的编程语言来实现。以高性能的方式处理任务。（并发、分区）以可伸缩和高性能的方式处理和存储数据 。生产就绪检查清单-容错和灾备能力没有故障点。所有可能的故障场景都已被识别出来 。（主机、数据中心、网络、上下游、）已经通过代码测试、负载测试和混沌测试，保证了微服务的弹性 。（阿里剪断网线）自动化的故障检测和挽救措施 。微服务开发团队和整个组织具有标准化的事故和中断处理流程 。生产就绪检查清单-监控能力它的关键性度量指标在主机级别、基础设施级别和微服务级别得到识别和监控 。它有能够反映微服务过去状态的日志。它的仪表盘包含了所有的关键性度量指标，而且很容易读懂 。它的告警具有可操作性，并且定义了阈值 。有一个专门的轮班待命机制负责监控微服务，并对事故和中断做出响应 。有一个清晰的、良好定义的标准待命流程，用于处理事故和中断 。生产就绪检查清单-文档化它有详尽的文档 。它的文档会定期更新。它的文档包含了如下内容：微服务描述、架构图、待命人员的信息 、 重要信息的链接、开发上手指南、服务请求消息流、端点的信息、依赖项的信息、运行孚册，以及常见问题答疑 。它为开发人员、团队和组织所理解 。它符合生产就绪标准井且楠足相关要求 。它的架构经过了反复的评审 。在小宇宙查看该单集文稿