05__概率统计和排队论:做性能工作必须懂的数理基础
你好,我是庄振运。
上一讲我们讲了和性能优化有关的三大基础定律法则。今天我们继续打基础,讲一点统计方面的数理知识,包括重要的概率统计和排队论。
或许你对概率统计和排队论有点发怵,但这些内容是必须学会的,因为它们很重要。因为它们是性能测试和优化这座高楼大厦的地基。地基打不好,性能测试和优化也不会做得很好。
你好,我是庄振运。
上一讲我们讲了和性能优化有关的三大基础定律法则。今天我们继续打基础,讲一点统计方面的数理知识,包括重要的概率统计和排队论。
或许你对概率统计和排队论有点发怵,但这些内容是必须学会的,因为它们很重要。因为它们是性能测试和优化这座高楼大厦的地基。地基打不好,性能测试和优化也不会做得很好。
你好,我是雷蓓蓓。今天,我们来聊一聊如何排除计划中的“延期地雷”。
我发现,有很多程序员是根本不做估算的。原因有很多,但总体来说,可以归结为一个:嫌麻烦。我的一个程序员朋友曾经跟我说过这样一段话:“我们是创业团队,领导一拍脑袋给个 deadline,时间差不多了我们就开干。如果到时候上不了线,我们就再加班呗!反正计划都是倒排的,估不估工作量,问题不大。”
前面的文章我讲了产品经理的工作性质和内容,但是还有一个非常重要的话题,就是:产品经理的一天是什么样子的。
有人说产品经理每天就是和工程师互撕,也有人说产品经理每天各种开会,还有人说产品经理每天就是坐在电脑前画画 UI。作为一个在硅谷工作多年的产品经理,我每天的日程其实都在变化。下面我就通过一个真实的案例,详细说说产品经理的每一天是怎么度过的。
我先说明一下,我们要谈的并不是“如何成为一名管理者”。我想谈的是技术上的领先,技术上的优势,而不是一个职称,一个人事组织者。另外,我不想在理论上泛泛而谈这个事,我想谈得更落地、更实际一些,所以,我需要直面一些问题。
你好,我是秦粤。现在我们知道了在网络拓扑图中,只有 Stateless 节点才能自由扩缩容,而 Stateful 节点因为保存了重要数据,我们要谨慎对待,因此很难做扩缩容。
FaaS 连接并访问传统数据库会增加额外的开销,我们可以采用数据编排的思想,将数据库操作转为 RESTful API。顺着这个思路,我引出了后端应用的 BaaS 化,一句话总结,后端应用 BaaS 化就是将后端应用转换成 NoOps 的数据接口。那怎么理解这句话呢?后端应用 BaaS 化,究竟应该怎么做?接下来的几节课,我们会展开来讲。
你好,我是倪朋飞。
通过前两节对平均负载和 CPU 上下文切换的学习,我相信你对 CPU 的性能已经有了初步了解。不过我还是想问一下,在学这个专栏前,你最常用什么指标来描述系统的 CPU 性能呢?我想你的答案,可能不是平均负载,也不是 CPU 上下文切换,而是另一个更直观的指标—— CPU 使用率。
你在学写程序的时候,有没有想过,古老年代的计算机程序是怎么写出来的?
上大学的时候,我们系里教 C 语言程序设计的老师说,他们当年学写程序的时候,不像现在这样,都是用一种古老的物理设备,叫作“打孔卡(Punched Card)”。用这种设备写程序,可没法像今天这样,掏出键盘就能打字,而是要先在脑海里或者在纸上写出程序,然后在纸带或者卡片上打洞。这样,要写的程序、要处理的数据,就变成一条条纸带或者一张张卡片,之后再交给当时的计算机去处理。
你好,我是石雪峰。
关于“DevOps 如何落地”的问题,向来是关注度很高的,所以,从今天开始,我会用 16 讲的篇幅跟你聊聊这个话题的方方面面。作为“落地实践篇”的第 1 讲,我先跟你聊聊 DevOps 转型的那些事儿。
你好,我是唐聪。
不知道你有没有过这样的困惑,当你使用 etcd 存储业务敏感数据、多租户共享使用同 etcd 集群的时候,应该如何防止匿名用户访问你的 etcd 数据呢?多租户场景又如何最小化用户权限分配,防止越权访问的?
你好,我是欧创新。今天我们来学习聚合(Aggregate)和聚合根(AggregateRoot)。
我们先回顾下上一讲,在事件风暴中,我们会根据一些业务操作和行为找出实体(Entity)或值对象(ValueObject),进而将业务关联紧密的实体和值对象进行组合,构成聚合,再根据业务语义将多个聚合划定到同一个限界上下文(Bounded Context)中,并在限界上下文内完成领域建模。