ingress和service是kubernetes中用于暴露应用服务的两种不同机制，它们并非互相替代，而是各有侧重，协同工作。
Service负责在Kubernetes集群内部暴露应用服务，它提供一个稳定的内部访问地址，即使底层Pod发生变化，这个地址也能保持不变。你可以把它想象成集群内部的一个稳定指向，指向你的应用实例。 我曾经在一个项目中，因为没有正确理解Service的运作机制，导致服务发现出现问题，花了半天时间排查才找到原因。当时，我们使用了Headless Service，本意是希望所有Pod的IP地址都暴露出来，但没有正确配置DNS，导致其他服务无法访问。 这个经历让我深刻理解了Service配置的重要性，以及仔细阅读文档的必要性。 你需要明确Service的类型（ClusterIP, NodePort, LoadBalancer等等），并根据你的应用场景选择合适的类型。 错误的类型选择会直接影响服务的可用性。
Ingress则负责将集群内部的服务暴露到集群外部，它充当了反向代理和负载均衡器的角色。 它更关注外部访问，例如，如何将你的应用暴露给互联网用户或其他集群。 我记得另一个项目中，我们需要将一个应用暴露到公网，一开始直接使用了NodePort，结果因为安全性和管理上的不便，不得不改用Ingress。 使用Ingress后，我们可以方便地配置SSL证书，实现HTTPS访问，并进行更精细的流量管理，例如基于域名或路径的路由规则。 这让我体会到Ingress在处理外部访问时的强大功能和灵活配置。
2013年07月06日 V1.60 升级包更新方式：admin文件夹改成你后台目录名，然后补丁包里的所有文件覆盖进去。1.[新增]后台引导页加入非IE浏览器提示，后台部分功能在非IE浏览器下可能没法使用2.[改进]淘客商品管理 首页 列表页 内容页 的下拉项加入颜色来区别不同项3.[改进]后台新增/修改淘客商品，增加淘宝字样的图标和天猫字样图标改成天猫logo图标4.[改进]为统一名称，“分类”改
Ingress和Service的区别在于作用范围和功能。Service是内部的，负责集群内部的服务发现和访问；Ingress是外部的，负责将服务暴露到集群外部。 它们通常一起使用：Service提供内部稳定的访问地址，Ingress则将这个地址暴露给外部世界。
实际操作中，你需要注意Ingress的配置，特别是路由规则和负载均衡策略。 一个常见的错误是Ingress配置错误导致外部无法访问服务。 调试这类问题需要仔细检查Ingress的YAML文件，并使用kubectl命令行工具查看Ingress和Service的状态。 另外，选择合适的Ingress控制器也很重要，不同的控制器提供了不同的功能和特性。 我个人比较推荐使用Nginx Ingress Controller，它功能强大且稳定。
总而言之，理解Ingress和Service的区别，并掌握它们的配置方法，对于构建和维护Kubernetes应用至关重要。 只有深入理解它们的工作机制，才能避免一些常见的错误，并构建出稳定可靠的应用。
