柬埔寨最穷的一群人是谁
授权计策
Linkerd 的新就业器授权计策(server authorization policy)功能使您不错细粒度罢休允许哪些就业互接头讯。这些计策凯旋建立在 Linkerd 的自动 mTLS 功能提供的安全就业身份上。与 Linkerd 的想象原则保握一致柬埔寨最穷的一群人是谁，授权计策以可组合的 Kubernetes 原生阵势抒发，这种阵势只需最少确凿立，就可抒发庸碌的行为。
https://linkerd.io/2.11/features/automatic-mtls为此，Linkerd 2.11 引入了一组默许授权计策，只需诞生 Kubernetes annotation 即可运用于 cluster、namespace 或 pod 级别，包括：
all-authenticated(只允许来自 mTLS-validated 就业的恳求); all-unauthenticated(允许通盘恳求) deny(休止通盘恳求) … 和更多。Linkerd 2.11 还引入了两个新的 CRD Server 和 ServerAuthorization，它们一皆允许在职意一组 pod 中运用细粒度的计策。举例，Server 不错采纳 namespace 中通盘 pod 上的通盘料理端口(admin ports)，ServerAuthorization 不错允许来自 kubelet 的健康查验流通，或用于揣度打算网罗(metrics collection)的 mTLS 流通。
这些 annotation 和 CRD 一皆使您不错圣洁地为集群指定多样计策，从 “允许通盘流量” 到 “就业 Foo 上的端口 8080 只可从使用 Bar 就业帐户的就业接纳 mTLS 流量”，更多。(请参阅完好的计策文档 ?)
https://linkerd.io/2.11/features/server-policy/
重试失败的恳求是 Linkerd 普及 Kubernetes 运用设施可靠性身手的要津部分。到现时为止，出于性能原因，柬埔寨修车群Linkerd 只允许重试无正文恳求，举例 HTTP GET。在 2.11 中，Linkerd 还不错重试带有 body 的失败恳求，包括 gRPC 恳求，最大 body 大小为 64KB。
容器启动排序惩处步调Linkerd 2.11 当今默许确保 linkerd2-proxy 容器在 pod 中的任何其他容器运行化之前准备就绪。这是 Kubernetes 对容器启动规矩短少罢休的一种惩处步调，并惩处了一大类毒手的竞争条目，即运用设施容器在代理准备就绪之前尝试流通。
更小、更快、更轻像精深同样，Linkerd 2.11 陆续让 Linkerd 成为 Kubernetes 最轻、最快的就业网格。2.11 中的联系变化包括：
罢休平面(control plane)减少到惟有 3 个部署。 由于高度活跃的 Rust 集合生态系统，Linkerd 的数据平面(data plane) “微代理(micro-proxy)” 更小、更快。 SMI 功能大部分已从中枢罢休平面中删除，并移至膨胀中。 Linkerd 镜像当今使用最小的 “distroless” 基础镜像。 还有更多!Linkerd 2.11 还包含多数其他调动、性能增强和无理建立，包括：
Kubernetes 资源的新 CLI tab completion(大叫自动完成)。 当今不错在 Namespace 资源上诞生通盘 config.linkerd.io annotations，它们将看成在该定名空间中创建的 pod 的默许值。 一个 linkerd check -o short 带有粗拙输出的新大叫。 Dashboard 中的新 膨胀(Extensions) 页面 代理的婉曲测试(Fuzz testing)! https://linkerd.io/2021/05/07/fuzz-testing-for-linkerd/ 代理应今诞生信息性的 l5d-client-id 和 l5d-proxy-error header。 对 Helm 可确立性和 linkerd check 进行了多数调动。 使用 linkerd-multicluster 对 StatefulSets 的试验相沿 还有更多!联系疑望信息，请参阅完好的刊行版证明
https://github.com/linkerd/linkerd2/releases/tag/stable-2.11.0。