我有一组应用程序，我们目前正在将其转换为更具“云原生”的体系结构。我们首先将它们移动到容器中（在Windows上为Docker），作为其一部分，我们希望使用负载平衡代理来处理到容器的流量。
在研究了几种选择之后，我们希望在此体系结构的迭代中将Traefik用作负载平衡代理。需要注意的是，在此设置中通过Traefik的所有流量都将是内部流量，这一点可能重要，也可能不重要。它不会为任何外部流量服务。我也在自力更生的情况下工作；由于合同问题，我目前无法使用AWS和Azure之类的云提供商。
现在，我的问题是如何最好地部署Traefik。我可以看到至少两个选项：
首先，可以将Traefik部署在单独的“负载平衡器”主机上。我可以对这些主机使用轮询DNS，并通过它们传递流量。
第二，可以将Traefik部署在我的每个应用程序主机上。在此设置中，Traefik将更像是“副车”，并且每个主机上的应用程序都将使用本地Traefik实例作为其他主机服务的代理。
我看到的一个问题是，在这两种设置中都没有实现真正的高可用性。无论哪种情况，Traefik实例崩溃都将导致至少某些服务不可用。在第一种情况下，轮询DNS和短TTL可能会减轻这种情况吗？
是否可以避免缺乏高可用性？有没有其他方法可以设计此解决方案？ Traefik本身是否提供该解决方案的结构指导？