领事意图不适用于领事服务答案

【问题标题】：Consul Intentions are not working for consul services领事意图不适用于领事服务
【发布时间】：2021-07-18 08:53:17
【问题描述】：

我的领事设置如下：-

consul-01 server on 192.168.30.112
consul-02 server on 192.168.30.113
consul-03 server on 192.168.30.114
consul-client on 192.168.30.115
consul-client on 192.168..30.116

我已经注册了 3 个 .NET Core 服务，即。服务 1、服务 2 和服务 3。在 192.168.30.115 和 192.168.30.116 上运行的 service1 和 service2 的 2 个实例。 service3 的 1 个实例正在 192.168.30.116 上运行。我的用例是 service1 正在与 service2 交谈，而 service2 又与 service3 交谈。一切正常。现在，当我将意图定义为consul intention create -deny service1 service2 时，我认为当我点击 service1 的 url 时它必须给我一个错误，但它会为我提供正确的输出。我没有在我的设置中使用任何 sidecar-proxy。我只想知道意图是否仅适用于边车代理，或者它们也可以在没有它的情况下工作。

谢谢

【问题讨论】：

标签： consul

【解决方案1】：

Consul 意图是授权策略，允许您控制服务网格中应用程序之间的访问。为了使用意图，您必须使用 sidecar 代理或 natively integrate your application 与网格。如果您仅使用 Consul 进行服务发现，则它们不适用。

【讨论】：

谢谢布莱克。明白了。但根据consul.io/docs/connect/proxies/built-in 声明，生产设置不支持内置代理。所以我相信我必须为此学习 Envoy 代理。除了 Envoy 还有其他选择吗？
没错，内置代理并不是真正用于生产的。 Consul 并没有像 Envoy 那样广泛地对其进行测试，它只支持 L4 的流量路由。 Consul 的 L7 路由功能需要 Envoy。也就是说，你不应该真的必须学习 Envoy 才能开始。 Consul 为您完成了大部分繁重的工作。使用 Envoy 是否有特别的运营问题？
不，不用担心使用 Envoy。只是我必须再看一件新事物。就是这样。好吧，这不是我会研究的问题。谢谢。