Routing linkerd、kubernetes和dtab

Routing linkerd、kubernetes和dtab,routing,kubernetes,linkerd,Routing,Kubernetes,Linkerd,我对Kubernetes的Linkedr很陌生,我对dtab和路由不太熟悉 我一步一步地遵循这个相当简单的“入门指南”: 每件事都很好,但它并没有对整个事情是如何运作的给出深刻的解释 所以,我有这些“传入”规则: /srv=>/#/io.l5d.k8s/default/http; /主机=>/srv; /svc=>/host; /host/world=>/srv/world-v1 在本教程中,为了测试它是否有效,我需要提出以下curl请求: $http_proxy=$INGRESS_LB:

我对Kubernetes的Linkedr很陌生,我对dtab和路由不太熟悉

我一步一步地遵循这个相当简单的“入门指南”:

每件事都很好,但它并没有对整个事情是如何运作的给出深刻的解释

所以,我有这些“传入”规则:


/srv=>/#/io.l5d.k8s/default/http;
/主机=>/srv;
/svc=>/host;
/host/world=>/srv/world-v1

在本教程中,为了测试它是否有效,我需要提出以下curl请求:


$http_proxy=$INGRESS_LB:4140 curl-shttp://hello

。。而且它有效!但我真的不知道我的
http://hello
变成了
/svc/hello
。。。这种魔法是如何发生的,在哪里发生的

我在
/#/io.l5d.k8s/default/http
中看到“default”名称空间是“硬编码”的,因此我假设我无法访问位于另一个名称空间中的服务。我怎么能违反规则去做这样的事呢

感谢您帮助我处理Linkeder ^ ^

您可以找到有关如何处理的文档
http://hello
变成
/svc/hello

关于访问不同名称空间中的服务,您可以使用类似
http://service.namespace
然后使用一些DTAB,以便最终使用kubernetes服务发现名称
io.l5d.k8s
使用正确的名称空间和服务名称。有关更多信息,请参阅