程序员三木的博客

Docker 是基于容器技术实现的，容器技术最开始是基于 Linux Container（简称 LXC）技术实现的，通过内核提供的 Namespace 和 Cgroup 机制，实现了对应用程序的隔离以及物理资源的分配。Docker 在容器基础上发展出了一个完善的生态系统，它将容器视为一种打包格式，将应用程序所需的一切，比如依赖库、运行时环境等都集合在了在一起，使得一次构建，到处运行。它将开发与运维很好的融合在一起。开发人员可以很轻松的构建、打包、推送和运行应用程序。而且还允许我们将容器视为部署单元，以模

Minikube是一种可以在本地轻松运行一个单节点Kubernetes群集的工具。Kubectl是一个命令行工具，可以使用该工具控制Kubernetes集群管理器，如检查群集资源，创建、删除和更新组件，查看应用程序。Kubelet是一个代理服务，它在每个节点上运行，并使从服务器与主服务器通信。

这个问题的本质原因就是,信道不可靠, 因此通信双发需要就某个问题达成一致。而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值。所以三次握手是为了满足 “在不可靠信道上进行可靠传输” 这一需求所导致的。● 「两次握手」：无法防止历史连接的建立，会造成双方资源的浪费，也无法可靠的同步双方序列号；● 「四次握手」：三次握手就已经理论上最少可靠连接建立，所以不需要使用更多的通信次数。为什么不能是两次如果只有两次，为了双方都能进入连接态，只能丢弃 SYN_RCVD中间状态。

● 支持管道（pipeline）网络传输，只要第一个请求发出去了，不必等其回来，就可以发第二个请求出去，可以减少整体的响应时间。● 请求 / 响应头部（Header）未经压缩就发送，首部信息越多延迟越大。只能压缩 Body 的部分；● 服务器是按请求的顺序响应的，如果服务器响应慢，会招致客户端一直请求不到数据，也就是队头阻塞；● 使用长连接的方式改善了 HTTP/1.0 短连接造成的性能开销。● 发送冗长的首部。每次互相发送相同的首部造成的浪费较多；● 请求只能从客户端开始，服务器只能被动响应。

协议不同HTTP2 是基于 TCP 协议实现的HTTP3 是基于 UDP 协议实现的QUICHTTP3 新增了 QUIC 协议来实现可靠性的传输握手次数HTTP2 是基于 HTTPS 实现的，建立连接需要先进行 TCP 3次握手，然后再进行 TLS 3次握手，总共6次握手。HTTP3 只需要 QUIC 的3次握手

头部压缩在 HTTP2 当中，如果你发出了多个请求，并且它们的头部(header)是相同的，那么 HTTP2 协议会帮你消除同样的部分。(其实就是在客户端和服务端维护一张索引表来实现)二进制格式HTTP1.1 采用明文的形式HTTP/2 全⾯采⽤了⼆进制格式，头信息和数据体都是⼆进制数据流HTTP/2 的数据包不是按顺序发送的，同⼀个连接⾥⾯连续的数据包，可能属于不同的回应。(对数据包做了标记，标志其属于哪一个请求，其中规定客户端发出的数据流编号为奇数，服务器发出的数据流编号为偶数。客户端还可

你真的懂浏览器缓存吗。