Node.js 设计模式笔记 —— State 模式
State 模式是一种特殊形式的 Strategy 模式：Context 选择的具体策略根据不同的 state 发生变化。对于 Strategy 模式，可以基于不同的变量比如传入的参数来决定选择具体哪个策略，一旦选择确定后，直到 context 剩余的整个生命周期结束，该策略都保持不变。相反在 St
...
Node.js 设计模式笔记 —— Strategy 模式
Strategy 模式的主体是一个 context 对象，再把逻辑中有变化的部分抽取到独立的可相互替换的 strategy 对象中，从而使 context 支持不同的策略。即 context 实现通用的逻辑，strategy 实现可替换的部分。context 与 不同的 strategy 相组合即产
...
Node.js 设计模式笔记 —— Proxy 模式
代理（proxy） 可以理解为一种对象，其能够控制客户端对另一个对象（subject）的访问。代理（proxy）和目标对象（subject）拥有完全相同的接口，可以自由地进行替换。proxy 会拦截所有或者部分本应该直接交给 subject 执行的操作，通过额外的预处理或后处理增强其行为，再转发给
...
Kubernetes 设计模式笔记 —— Health Probe
Health Probe 模式主要关注 Kubernetes 如何获取某个应用的健康状态。为了实现完全自动化，一个云原生应用必须是高度可观测的，从而 Kubernetes 能够推断应用的状态，检测应用是否已经启动，是否已经准备好接收请求。这些观测结果会影响 Pod 的生命周期管理，以及网络流量被路由
...
Node.js 设计模式笔记 —— 单例模式
Singleton单例（Singleton）模式是面向对象编程中最常见的设计模式之一，Node.js 已经有了很简单的实现。使用单例模式的目的在于确保某个类只有一个实例存在，并对该实例的访问进行统一的控制。其主要运用场景如下：
共享有状态的信息
优化资源消耗
同步对某个资源的访问
比如，一个标准
...
Node.js 设计模式笔记 —— Builder 模式
Builder 是一种创建型设计模式，可以通过提供简单平滑的接口来简化复杂对象的创建，允许我们一步一步的构建新对象。最明显的需要使用 Builder 模式的时候，就是当某个类的构造函数包含了太多的参数。
比如下面的一个 Boat 类：1234567class Boat { constru
...
Kubernetes 设计模式笔记 —— 声明式部署
声明式部署（Declarative Deployment）模式主要体现在 Kubernetes 对其 Deployment 对象的应用上。
升级某个服务意味着，需要平滑地关闭旧版本的 Pod，启动新版本的 Pod，然后等待和确认其部署成功，有时候在部署失败时还需要执行回滚操作。这些步骤或者需要一定的
...
Node.js 设计模式笔记 —— 工厂模式
工厂（Factory）模式 是 Node.js 中最常见的设计模式之一。其具有以下优势：
将对象的创建过程与对象的实现细节进行解耦。由工厂创建一系列对象，某个对象继承的特征在运行时确定
工厂模式允许我们对外暴露更少的接口。一个类可以被扩展或者操控，而工厂本身仅仅是一个负责创建对象的函数，没有给用户
...
Kubernetes in Action 笔记 —— 通过 PersistentVolume 持久化数据
Pods 与底层存储技术的解耦理想情况下，将应用部署到 Kubernetes 上的开发者不需要知道集群提供的存储技术，就像他们不需要知道运行 Pods 的物理服务器的属性。基础设施的细节应该由集群的维护者去掌控。
比如在 Pod 中挂载一个 NFS 共享作为持久存储，Pod 的清单文件中就需要包含
...
Fluent Python 2nd 笔记——Type hints（类型标注）介绍
PEP 484—Type Hints 在 Python 中引入了显式的类型标注，可以为函数参数、返回值、变量等添加类型提示。主要目的在于帮助开发工具通过静态检查发现代码中的 Bug。
gradual typingPEP 484 引入的是一种 gradual type system（渐进式类型系统），
...