无需进取的Linkerd授权政策
我是服务网格和K8的新手。
根据我的理解，Linkerd无法提供自己的入口控制器。在这种情况下，在我的理解中，Linkerd本身没有反向逆转。但是，它仍然可以授权该请求。怎么可能？它是负责入站流量授权（例如MTL）（到POD）的控制平面吗？
I am newbie to service mesh and k8 in general.
From my understanding Linkerd does not provide it's own ingress controller. In that case, in my understanding Linkerd does not have reverse-proxy in itself. However, it can still do authorization of the request. How is this possible? Is it the control plane responsible for authorization (e.g. mTLS) of inbound traffic (to pod)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您是正确的，即Linkerd不提供自己的入口控制器，而是与所需的任何现有入口控制器配对。 Linkerd的MTL，Authn，Authz功能用于集群中的内部服务对服务 / POD-POD-POD通信。因此，入口处理第一个接触的群体流量，然后将其移交给Linkerd，以获取内部所有内容。
You are correct that Linkerd does not provide its own ingress controller, instead pairing with whichever existing ingress controller you want. Linkerd's mTLS, authn, authz features are used for internal service-to-service / pod-to-pod communication in the cluster. So the ingress handles the first contact with out-of-cluster traffic and hands it off to Linkerd for everything internal.