为什么我们需要库伯内特斯的服务网？
服务网格的主要特征是
-
< li >服务发现 < li >配置管理
两者都是由Kubernetes提供的。< br >那我们为什么需要服务网格呢？
*我知道对于更复杂的任务，例如分区、安全、复杂的负载平衡和路由，服务网格是正确的工具。
共有1个答案
简而言之，应用服务网格，例如Istio，有助于更容易地建立和管理服务(微服务)之间的通信，尤其是当您有大量服务时，并且还提供安全性和其他功能。但是如果你只有几个服务，你可能不需要它。
-
我是Kubernetes的新手，开始阅读文档。通常使用“endpoint”一词，但文档中缺乏明确的定义。 Kubernetes的“终点”是什么？它位于哪里？ 我可以想象“endpoint”是单个“节点”的某种接入点，但这只是猜测。
-
我是Kubernetes平台的新手，尝试启用部署在Kubernetes平台上的tomcat web app的HTTPS安全连接。我对舱单感到困惑。与部署、服务和入口控制器相关的yml。 那么，我是否也必须在部署（在端口：-containerPort:8080）服务（如端口：-端口：80 targetPort:8080协议：TCP名称：http）和入口（在后端：serviceName:tomcat
-
本文向大家介绍为什么我们需要微服务容器？相关面试题，主要包含被问及为什么我们需要微服务容器？时的应答技巧和注意事项，需要的朋友参考一下 要管理基于微服务的应用程序，容器是最简单的选择。它帮助用户单独部署和开发。您还可以使用Docker将微服务封装到容器的镜像中。没有任何额外的依赖或工作，微服务可以使用这些元素。
-
我有一个应用程序，通过部署类型部署，副本为1。调度器不断地将应用程序移动到不同的节点： I022008:28:44.884808 1 Event.go:218]事件(V1.ObjectReference{kind：“pod”,namespace：“production”,name：“app1-production-77C79BDC85-DDJFB”,uid：“109fa057-1618-11e8-
-
我只是在本地mac上使用mini kube设置kubernetes。 创建了一个类型为NodePort的服务，并且能够使用url
-
我在windows 10中创建了两个在我的minikube环境中运行的POD。一个POD带有Spring boot应用程序容器，另一个POD带有mysql容器。对于Spring boot应用程序，服务类型为nodePort，对于MYSQL pod，服务类型为club sterIP。这意味着Mysql pod只需要在集群内部进行通信。但是对于Spring boot应用程序，需要从浏览器访问，所以我配