本文从可扩展性和服务发现集成等多个维度对比了 APISIX Ingress 与 Emissary-ingress 的性能。
作者：容鑫，API7.ai 云原生技术工程师，Apache APISIX Committer。
Kubernetes Ingress 是一种 API 对象，用于定义集群外部流量如何路由到集群内部服务的规则。Ingress Controller 通常用于实现 Ingress 资源的相关逻辑，并统一管理这些流量规则。
在实践中，企业用户往往需要 mTLS、重试、限流和鉴权等流量管理功能，但 Ingress 资源语义无法满足需要。因此，Ingress Controller 实现往往使用新增 CRD 等方式对功能进行扩展。接下来将详细介绍和对比 APISIX Ingresss 和 Emissary-ingress 两种实现的差异。
Apache APISIX Ingress 是 Apache 软件基金会旗下的开源项目，其控制平面负责对 Kubernetes 中资源进行配置转换并进行交付，实际的业务流量则由 APISIX 承载。为了提高安全性，整个部署过程采用了数据面和控制面完全分离的架构，从而有效避免了数据面被攻击导致 Kubernetes 集群权限泄露的风险。
Emissary-ingress 是 CNCF 的孵化项目，作为 Envoy proxy 的控制平面，它负责解析 Kubernetes 资源，所有流量都直接由数据面 Envoy 来处理。通过将控制面和数据面打包为一个容器，使整体更易接入和部署。
除了对 Ingress 资源的支持外，两者都支持了 CRDs、Gateway API 的配置方式，以弥补 Ingress 语义的不足。
下文将从基本能力、服务发现、可扩展性等方面分析两者之间的区别和优势。
| Feature | APISIX Ingress | Emissary-ingress | |
| Protocols | HTTP/HTTPS | ✓ | ✓ |
| gRPC | ✓ | ✓ | |
| TCP | ✓ | ✓ | |
| UDP | ✓ | ✕ | |
| Websockets | ✓ | ✓ | |
| Load balance | Round Robin | ✓ | ✓ |
| Ring Hash | ✓ | ✓ | |
| Least Connections | ✓ | ✓ | |
| Maglev | ✕ | ✓ | |
| Authentication | External Auth | ✓ | ✓ |
| Basic | ✓ | ✓ | |
| JWT | ✓ | ✕ | |
| OAuth | ✓ | ✕ | |
| OpenID | ✓ | ✕ | |
| Traffic Management | Circuit Breaker | ✓ | ✓ |
| Rate Limiting | ✓ | ✓ | |
| Canary | ✓ | ✓ | |
| Fault Injection | ✓ | ✕ | |
| Health Checks | ✓ | ✓ | |
常见的网关功能，包括流量管理、负载均衡、鉴权等。值得注意的是，Emissary-ingress 在鉴权方面的支持相对较少，只包含了最基本的 Basic Auth 和 External Auth 能力。
在微服务架构中，应用通常被拆分为多个微服务，它们相互协作以完成具体的业务逻辑。由于微服务实例的数量不断变化，这就需要一种机制来帮助服务之间相互发现和定位。
服务发现是指微服务在网络上的定位方式，通过服务名获取服务发现的信息以确定请求路由到哪个实例。对于传统的微服务框架，注册中心的选型往往是结合业务自身需求，如果将已存在的服务注册和发现组件迁移到基于 Kubernetes 的 DNS 服务发现机制，这需要一定的改造成本。如果网关支持现有的服务注册和发现组件，就不需要进行这些改造，从而更好地支持微服务框架。
以下是两者对服务发现组件的支持情况：
| Service Discovery | Apache APISIX Ingress | Emissary-ingress |
|---|---|---|
| Kubernetes | ✓ | ✓ |
| DNS | ✓ | ✓ |
| Nacos | ✓ | ✕ |
| Eureka | ✓ | ✕ |
| Consul | ✓ | ✓ |
在服务发现生态方面，APISIX Ingress 拥有着更高支持力度，用户可以非常方便的通过 Ingress Controller 集成到用户现有的微服务框架中。
当 Kubernetes Ingress Controller 的功能无法满足特定的需求时，用户可以通过二次开发的方式来扩展其功能。通过开发自定义插件或者修改现有的代码，可以满足更加个性化的需求。扩展性强的 Ingress Controller 可以更加方便地开发和定制化功能，为特定场景提供更好的支持和解决方案。
Emissary-ingress 可扩展性是比较差的，不支持通过自定义 Envoy Filter 的方式进行拓展。由于数据面和控制面作为一个整体，这就需要对整体进行二次开发，数据面 Envoy 的二开复杂度高，这给开发者带来了很大的负担。
除此之外，如果用户需要更强大的 Emissary-ingress，需要将其升级为 Ambassador 的商业产品 Edge Stack，一些专有功能需要付费以获取支持。
数据面 APISIX 主要通过插件的方式进行功能扩展，提供了 80+ 开箱即用的插件。APISIX Ingress 支持了 APISIX 提供的所有插件，可满足大多数日常使用场景。
如果需要根据自身的业务场景进行功能定制，APISIX 提供了多种扩展方式，可以根据自身情况自由选择、组合。 目前支持的扩展方式如下：
以上扩展方式，APISIX Ingress 都能够完整的支持，无需进行额外的开发。
作为 Kubernetes 入口流量代理组件，接管了平台所有的入口流量，统一管理多种流量规则，这对代理的性能也有了更高的要求。
本文将在相同的实例（4C 8G）中，分别对 APISIX Ingress(APISIX:3.1.0) 和 Emissary-ingress 3.4.0 进行性能测试。
QPS（Queries-per-second），每秒查询率：服务每秒处理的请求数量，数值越大性能越好。
响应延迟：服务器响应时间，延迟越小，性能越好
从图中可以发现，在面对不同的资源规模时，APISIX Ingress 的性能不会受到影响，表现十分均衡。而 Emissary-ingress 在资源规模较大时，匹配不同的路由对 QPS 和延时产生了严重的影响，其性能随着资源数量的增加而不断下降。由此可见，在实际生产环境中，随着业务体量的不断增长，APISIX 的高性能优势更加凸显。
Emissary-ingress 的特点在于使用简单易于接入，但是二次开发的难度较高。对于更多的功能需求，需要通过接入平台的相关组件来获取支持。
相比之下，APISIX Ingress 在可扩展性和服务发现集成方面具有优势，扩展性强且开发简单。此外，APISIX Ingress 的性能表现出色，特别是在业务规模不断增长的场景中具有明显优势。
API7.ai 是一家提供 API 处理和分析的开源基础软件公司，于 2019 年开源了新一代云原生 API 网关 -- APISIX 并捐赠给 Apache 软件基金会。此后，API7.ai 一直积极投入支持 Apache APISIX 的开发、维护和社区运营。与千万贡献者、使用者、支持者一起做出世界级的开源项目，是 API7.ai 努力的目标。
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？ 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
它不等于主线程的binding，这个toplevel作用域是什么？此作用域与主线程中的binding有何不同？>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是，TOPLEVEL_BINDING始终引用Binding的预定义全局实例，而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层，它们都包含相同的绑定(bind)，但它们不是同一个对象，您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN？它们是对象、关键字还是其他东西？ 最佳答案 您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串
如果您尝试在Ruby中的nil对象上调用方法，则会出现NoMethodError异常并显示消息:"undefinedmethod‘...’fornil:NilClass"然而，有一个tryRails中的方法，如果它被发送到一个nil对象，它只返回nil:require'rubygems'require'active_support/all'nil.try(:nonexisting_method)#noNoMethodErrorexceptionanymore那么try如何在内部工作以防止该异常？ 最佳答案 像Ruby中的所有其他对象
关闭。这个问题需要detailsorclarity.它目前不接受答案。想改进这个问题吗？通过editingthispost添加细节并澄清问题.关闭8年前。Improvethisquestion为什么SecureRandom.uuid创建一个唯一的字符串？SecureRandom.uuid#=>"35cb4e30-54e1-49f9-b5ce-4134799eb2c0"SecureRandom.uuid方法创建的字符串从不重复？
我刚刚被困在这个问题上一段时间了。以这个基地为例:moduleTopclassTestendmoduleFooendend稍后，我可以通过这样做在Foo中定义扩展Test的类:moduleTopmoduleFooclassSomeTest但是，如果我尝试通过使用::指定模块来最小化缩进:moduleTop::FooclassFailure这失败了:NameError:uninitializedconstantTop::Foo::Test这是一个错误，还是仅仅是Ruby解析变量名的方式的逻辑结果？ 最佳答案 Isthisabug,or
