问题描述
在使用Azure AKS时，对于暴露服务是选择使用Ingress还是LoadBalancer产生了疑问。他成功地使用过两者，但在做决策时仍然犹豫不决。一方面，Ingress允许他使用单个公共IP地址，但另一方面，将所有路由集中在一个Ingress中意味着部署会影响所有路由。他希望知道你是否推荐以下哪种做法：
– 为所有应用创建一个通用的Ingress
– 为每个应用创建一个单独的Ingress
– 为每个服务创建一个LoadBalancer
解决方案
以下解决方案提供了两种选择，供你根据具体情况选择合适的方法。
方案1：为每个应用创建单独的Ingress
在Azure AKS中，为每个应用创建单独的Ingress可能是一个不错的做法。这样做的好处是，每个应用都有独立的Ingress资源，可以将更新作为单独的可部署单元进行指定。如果需要不同的公共IP地址，你可以为不同的命名空间或环境配置多个Ingress控制器。
以下是实现这一做法的步骤：
1. 针对每个应用，创建一个独立的Ingress资源。
2. 在每个Ingress资源中定义路由规则、路径、主机等配置。
3. 使用适当的Ingress控制器来管理这些独立的Ingress资源。
这种方法的优点是灵活性高，不同应用之间的部署互不影响。如果应用之间有不同的要求和配置，可以独立管理每个应用的Ingress资源。
方案2：为每个服务创建LoadBalancer
如果你更倾向于为每个服务创建独立的LoadBalancer，这也是一个可行的选择。这将为每个服务分配一个单独的公共IP地址，可以更好地隔离每个服务的流量和配置。
以下是实现这一做法的步骤：
1. 针对每个服务，创建一个独立的LoadBalancer资源。
2. 在每个LoadBalancer资源中定义后端池、入口规则等配置。
3. 确保为每个LoadBalancer配置正确的公共IP地址和端口。
这种方法的优点是每个服务都有独立的公共IP地址，流量隔离性较好。如果你的每个服务对外提供的功能和配置有所不同，这可能是一个更好的选择。
无论你选择哪种方法，都应该根据你的具体需求和应用架构来权衡利弊。考虑到应用的部署独立性、配置管理和流量隔离等因素，选择最适合你场景的方法。
请注意，根据具体情况，你可能需要考虑版本差异以及可能出现的问题。在进行任何更改之前，务必进行适当的测试和备份。
希望这些解决方案能够帮助你更好地决策在Azure AKS上选择使用Ingress还是LoadBalancer。在具体实施时，根据你的应用架构和需求进行适当的调整。