Service k8s服务的名称模式应该是什么?
我想知道k8s环境中服务对象的最佳名称模式是什么。 它应该是Service k8s服务的名称模式应该是什么?,service,kubernetes,Service,Kubernetes,我想知道k8s环境中服务对象的最佳名称模式是什么。 它应该是%service name%-service还是仅仅是%service name% 工作流服务还是仅仅工作流 双方的论点是什么?事实上,在创建服务时,不需要在名称中附加“-service”。通常的做法是将服务命名为它所指向的pod的名称。希望这有帮助 谢谢大家! 在kubernetes中,服务dns遵循以下模式 <service-name>.<namespace-name>.svc.cluster.local
%service name%-service
还是仅仅是%service name%
工作流服务
还是仅仅工作流
双方的论点是什么?事实上,在创建服务时,不需要在名称中附加“-service”。通常的做法是将服务命名为它所指向的pod的名称。希望这有帮助
谢谢大家! 在kubernetes中,服务dns遵循以下模式
<service-name>.<namespace-name>.svc.cluster.local
.svc.cluster.local
我见过有人使用svc或服务,在服务名称后面加上“-”作为分隔符,例如redis
这三个都很好,但第一个在可读性和表示服务对象的标准方式方面更有意义。这只是一个品味问题。如果您想要详细,请添加-service。但既然资源是分开的,为什么要冗长呢