我是否需要为 Kube.netes 中的每个微服务提供“K8s 服务”以进行内部服务通信？
[英]Do I need an "K8s service" for each microservice in Kubernetes for internal service communication?
问题描述
I will end up having around 20 microservices on the Kube.netes cluster eventually.
我最终将在 Kube.netes 集群上拥有大约 20 个微服务。 I am thinking "services meshes" like Istio are overkill.我认为像 Istio 这样的“服务网格”太过分了。 if I have to do just basic "service discovery and communication" within each of the 20 microservices with 1 external ingress/LB ( for public traffic ), do I need to create a K8's 'service' type for each of the 20 microservices so that they can call each other over http/grpc?如果我必须在具有 1 个外部入口/LB（用于公共流量）的 20 个微服务中的每一个中只做基本的“服务发现和通信” ，我是否需要为 20 个微服务中的每一个创建一个 K8 的“服务”类型，以便他们可以通过 http/grpc 互相调用吗？
1 个解决方案
解决方案1
4 已采纳 2020-10-27 15:17:31
Correct, you need a Service for everything you call.正确，您需要为您调用的所有内容提供Service 。 Service is a LoadBalancer, it spreads the load and hides the scale and placement of the underlying pods, plus it gives you a service discovery based on DNS. Service是一个 LoadBalancer，它分散负载并隐藏底层 Pod 的规模和位置，此外它还为您提供基于 DNS 的服务发现。
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.