两者做的事情似乎是一样的。据我所知，Istio在Inngress级别做路由，ESP在容器级别做路由。我还在理解Istio。
根据谷歌云的介绍 文件:
可扩展服务代理
可扩展服务代理(ESP)是一个基于Nginx的高性能、可扩展的代理，它运行在OpenAPI或gRPC API后端前，并提供API管理功能，如认证、监控和日志。查看 关于端点 和 端点。结构概述 了解更多信息。
可扩展服务代理V2测试版
可扩展服务代理V2测试版(ESPv2 Beta)是一个可以让你在任何时候都可以使用的软件。 特使-基于高性能、可扩展的代理，它在OpenAPI API后端前运行，并提供API管理功能，如验证、监控和日志。请看 关于端点 和 端点。结构概述 更多信息。
ESPv2测试版支持第二版的 OpenAPI规范. ESPv2测试版目前不支持 gRPC.
ESPv2 Beta版仅支持Endpoints for the Endpoints的测试版使用。 云计算功能 而对于 云端运行. ESPv2 Beta不支持App Engine、GKE、Compute Engine或Kubernetes的端点。
根据istio github 文件:
简介
Istio是一个开放平台，用于提供统一的方式来整合微服务，管理微服务之间的流量，执行策略和汇总遥测数据。Istio的控制平面在底层集群管理平台（如Kubernetes）上提供了一个抽象层。
Istio由这些组件组成。
Envoy - 每个微服务的 Sidecar 代理处理集群中服务之间以及服务与外部服务之间的入口流量。这些代理构成了一个 安全的微服务网格 提供丰富的功能，如发现、丰富的第七层路由、断路器、策略执行和遥测记录报告功能。
注意：服务网状结构不是一个覆盖网络。它简化和增强了应用中的微服务如何通过底层平台提供的网络相互对话。
混合器 - 由代理和微服务利用的中央组件，以执行诸如授权、速率限制、配额、认证、请求跟踪和遥测收集等策略。
试点 - 负责在运行时配置代理的组件。
Citadel - 负责证书发放和轮换的集中组件。
Citadel 代理 - 一个负责证书发放和轮换的每个节点组件。
Galley- 用于在 Istio 中验证、摄取、聚合、转换和分发配置的中心组件。
操作者- 该组件提供了用户友好的选项来操作Istio服务网状结构。
Istio目前支持Kubernetes和基于Consul的环境。我们计划在不久的将来支持更多的平台，如Cloud Foundry，和Mesos。
ESP v2 Beta也和Istio一样基于Envoy代理。不过，由于ESP v2还在测试阶段，所以有一些Istio所具备的高级功能是ESP v2所不具备的。至于ESP v1则更像是nginx ingress。所有这些工具都能完成路由任务，但是每个工具的机制不同，提供的配置灵活性和复杂性也不同。
希望对大家有所帮助。