Emissary-ingress is a Kubernatives-native, self-service, open-source API gateway and ingress controller. It is a CNCF Incubation project, formerly known as the Ambassador API Gateway.
Ambassador Edge Stack is a comprehensive, self-service solution for exposing, securing, and managing the boundary between end users and your Kubernetes services. The core of Ambassador Edge Stack is Emissary-ingress.
Note well:
-
Ambassador Edge Stack provides all the capabilities of Emissary-ingress, as well as additional capabilities including:
- Security features such as automatic TLS setup via ACME integration, OAuth/OpenID Connect integration, rate limiting, and fine-grained access control; and
- Developer onboarding assistance, including an API catalog, Swagger/OpenAPI documentation support, and a fully customizable developer portal.
-
Emissary-ingress can do everything that Ambassador Edge Stack can do, but you'll need to write your own code to take advantage of the capabilities above.
-
Ambassador Edge Stack is free for all users: due to popular demand, Ambassador Edge Stack offers a free usage tier of its core features, designed for startups.
In general, references to "Ambassador" in documentation (including this CHANGELOG) refer both to Emissary-ingress and to the Ambassador Edge Stack.
- Changes to label matching will change how
Hosts
are associated withMappings
. There was a bug with label selectors that was causingHosts
to be incorrectly being associated with moreMappings
than intended. If any single label from the selector was matched then theHost
would be associated with theMapping
. Now it has been updated to correctly only associate aHost
with aMapping
if all labels required by the selector are present. This brings themappingSelector
field in-line with how label selectors are used in Kubernetes. To avoid unexpected behaviour after the upgrade, add all labels that Hosts have in theirmappingSelector
toMappings
you want to associate with theHost
. You can opt-out of the new behaviour by setting the environment variableDISABLE_STRICT_LABEL_SELECTORS
to"true"
(default:"false"
).
-
No
protocol_version: v2
: Support for specifyingprotocol_version: v2
inAuthService
,RateLimitService
, andLogService
resources will be removed. These resources each have aprotocol_version
field that controls whether Envoy speaks thev2
transport API or thev3
transport API when speaking to that service. Due to Envoy's removal of all v2 Envoy APIs, thev2
value will no longer be supported. Note thatprotocol_version: v2
is the default in current versions of Emissary.Users who use these resource types but don't explicitly say
protocol_version: v3
will need to adjust their service implementations to understand the v3 protocols, and then update Emissary resources to sayprotocol_version
before upgrading to Emissary-ingress 3.0.0. -
No Zipkin
collector_endpoint_version: HTTP_JSON_V1
: Support for specifyingcollector_endpoint_version: HTTP_JSON_V1
for a ZipkinTracingService
will be removed. TheHTTP_JSON_V1
value corresponds to Zipkin's old API-v1, while theHTTP_JSON
value corresponds to the Zipkin's new API-v2.For current versions of Emissary-ingress (>=1.14.0 and <3.0.0), the behavior is that if the
TracingService
does not specify which Zipkin API to use, it will normally default to usingHTTP_JSON
, but can be made to default toHTTP_JSON_V1
by setting theAMBASSADOR_ENVOY_API_VERSION=V2
environment variable. In Emissary-ingress 3.0.0 this environment variable will no longer have any impact on what the default Zipkin API is, and explicitly setting the API in theTracingService
will no longer support theHTTP_JSON_V1
value.Users who rely on
HTTP_JSON_V1
will need to migrate their Emissary-ingress 2.3 install to use eitherHTTP_JSON
orHTTP_PROTO
before upgrading to Emissary-ingress 3.0.0.
With the removal of regex_type: unsafe
and collector_endpoint_version: HTTP_JSON_V1
, there will
be no more user-visible effects of the AMBASSADOR_ENVOY_API_VERSION
environment variable, and so
it will be removed; but as it won't be user-visible this isn't considered a breaking change.
- In a future version of Emissary-ingress, no sooner than Emissary-ingress v3.0.0, TLS secrets
in
Ingress
resources will not be able to use.namespace
suffixes to cross namespaces.
3.8.1 September 18, 2023
- Security: Upgrading to the latest release of Golang as part of our general dependency upgrade process. This includes security fixes for CVE-2023-39318, CVE-2023-39319.
3.8.0 August 29, 2023
-
Bugfix: As of v2.2.2, if two mappings were associated with different Hosts through host mappingSelector labels but share the same prefix, the labels were not taken into account which would cause one Mapping to be correctly routed but the other not. This change fixes this issue so that Mappings sharing the same prefix but associated with different Hosts will be correctly routed. (Canary grouping must take labels into account)
-
Bugfix: In previous versions, if multiple Headers/QueryParameters where used in a v3alpha1 mapping, these values would duplicate and cause all the Headers/QueryParameters to have the same value. This is no longer the case and the expected values for unique Headers/QueryParameters will apply. This issue was only present in v3alpha1 Mappings. For users who may have this issue, please be sure to re-apply any v3alpha1 Mappings in order to update the stored v2 Mapping and resolve the issue.
-
Change: When the Ambassador agent is being used, it will no longer attempt to collect and report Envoy metrics. In previous versions, Emissary-ingress would always create an Envoy stats sink for the agent as long as the AMBASSADOR_GRPC_METRICS_SINK environmet variable was provided. This environment variable was hardcoded on the release manifests and has now been removed and an Envoy stats sink for the agent is no longer created.
3.7.2 July 25, 2023
- Security: This upgrades Emissary-ingress to be built on Envoy v1.26.4 which includes a security fixes for CVE-2023-35942, CVE-2023-35943, VE-2023-35944.
3.7.1 July 13, 2023
- Security: This upgrades Emissary-ingress to be built on Envoy v1.26.3 which includes a security fix for CVE-2023-35945.
3.7.0 June 20, 2023
-
Security: Upgrading to the latest release of Golang as part of our general dependency upgrade process. This includes security fixes for CVE-2023-24539, CVE-2023-24540, CVE-2023-29400.
-
Feature: This upgrades Emissary-ingress to be built on Envoy v1.26.1. This provides Emissary-ingress with the latest security patches, performances enhancments, and features offered by the envoy proxy.
3.6.0 April 17, 2023
- Feature: This upgrades Emissary-ingress to be built on Envoy v1.25.4. This provides Emissary-ingress with the latest security patches, performances enhancments, and features offered by the envoy proxy.
3.5.0 February 15, 2023
-
Security: Upgrading to the latest release of Golang as part of our general dependency upgrade process. This includes security fixes for CVE-2022-41725, CVE-2022-41723.
-
Feature: In Envoy 1.24, experimental support for a native OpenTelemetry tracing driver was introduced that allows exporting spans in the otlp format. Many Observability platforms accept that format and is the recommend replacement for the LightStep driver. Emissary-ingress now supports setting the
TracingService.spec.driver=opentelemetry
to export spans in otlp format.
Thanks to Paul for helping us get this tested and implemented! -
Bugfix: When wanting to expose traffic to clients on ports other than 80/443, users will set a port in the Host.hostname (eg.
Host.hostname=example.com:8500
. The config generated allowed matching on the :authority header. This worked in v1.Y series due to the way emissary was generating Envoy configuration under a single wild-card virtual_host and matching on :authority.In v2.Y/v3.Y+, the way emissary generates Envoy configuration changed to address memory pressure and improve route lookup speed in Envoy. However, when including a port in the hostname, an incorrect configuration was generated with an sni match including the port. This has been fixed and the correct envoy configuration is being generated. (fix: hostname port issue)
-
Change: Previously, specifying backend ports by name in Ingress was not supported and would result in defaulting to port 80. This allows emissary-ingress to now resolve port names for backend services. If the port number cannot be resolved by the name (e.g named port in the Service doesn't exist) then it defaults back to the original behavior. (Thanks to Anton Ustyuzhanin!). (#4809)
-
Change: The
emissary-apiext
server is a Kubernetes Conversion Webhook that converts between the Emissary-ingress CRD versions. On startup, it ensures that a self-signed cert is available so that K8s API Server can talk to the conversion webhook (TLS is required by K8s). We have introduced a startupProbe to ensure that emissary-apiext server has enough time to configure the webhooks before running liveness and readiness probes. This is to ensure slow startup doesn't cause K8s to needlessly restart the pod.
3.4.0 January 03, 2023
-
Feature: Support for the
getambassador.io/v1
apiVersion has been re-introduced, in order to facilitate smoother migrations from Emissary-ingress 1.y. Previously, in order to make migrations possible, an "unserved"v1
version was declared to Kubernetes, but was unsupported by Emissary-ingress. That unservedv1
could cause an excess of errors to be logged by the Kubernetes Nodes (regardless of whether the installation was migrated from 1.y or was a fresh 2.y install); fully supportingv1
again should resolve these errors. -
Feature: It is now possible to configure active healhchecking for upstreams within a
Mapping
. If the upstream fails its configured health check then Envoy will mark the upstream as unhealthy and no longer send traffic to that upstream. Single pods within a group may can be marked as unhealthy. The healthy pods will continue to receive traffic normally while the unhealthy pods will not receive any traffic until they recover by passing the health check. -
Feature: The healthcheck server's bind address, bind port and IP family can now be configured using environment variables:
AMBASSADOR_HEALTHCHECK_BIND_ADDRESS
: The address to bind the healthcheck server to.AMBASSADOR_HEALTHCHECK_BIND_PORT
: The port to bind the healthcheck server to.AMBASSADOR_HEALTHCHECK_IP_FAMILY
: The IP family to use for the healthcheck server. This allows the healthcheck server to be configured to use IPv6-only k8s environments. (Thanks to Dmitry Golushko!).
-
Feature: This upgrades Emissary-ingress to be built on Envoy v1.24.1. One notable change is that the team at LightStep and Envoy Maintainers have decided to no longer support the native LightStep tracing driver in favor of using the Open Telemetry driver. The code for LightStep driver has been completely removed from Envoy code base so Emissary-ingress will no longer support it either. The recommended upgrade path is to leverage a supported Tracing driver such as
Zipkin
and use the Open Telemetry Collector to collect and forward Observabity data to LightStep. -
Feature: /ready endpoint used by emissary is using the admin port (8001 by default). This generates a problem during config reloads with large configs as the admin thread is blocking so the /ready endpoint can be very slow to answer (in the order of several seconds, even more). The new feature allows to enable a specific envoy listener that can answer /ready calls from the workers so the endpoint is always fast and it does not suffers from single threaded admin thread slowness on config reloads and other slow endpoints handled by the admin thread Configure the listener port using AMBASSADOR_READY_PORT and enable access log using AMBASSADOR_READY_LOG environment variables.
3.3.0 November 02, 2022
-
Security: Updated Golang to 1.19.2 to address the CVEs: CVE-2022-2879, CVE-2022-2880, CVE-2022-41715.
-
Bugfix: By default Emissary-ingress adds routes for http to https redirection. When an AuthService is applied in v2.Y of Emissary-ingress, Envoy would skip the ext_authz call for non-tls http request and would perform the https redirect. In Envoy 1.20+ the behavior has changed where Envoy will always call the ext_authz filter and must be disabled on a per route basis. This new behavior change introduced a regression in v3.0 of Emissary-ingress when it was upgraded to Envoy 1.22. The http to https redirection no longer works when an AuthService was applied. This fix restores the previous behavior by disabling the ext_authz call on the https redirect routes. (#4620)
-
Bugfix: When an AuthService is applied in v2.Y of Emissary-ingress, Envoy would skip the ext_authz call for all redirect routes and would perform the redirect. In Envoy 1.20+ the behavior has changed where Envoy will always call the ext_authz filter so it must be disabled on a per route basis. This new behavior change introduced a regression in v3.0 of Emissary-ingress when it was upgraded to Envoy 1.22. The host_redirect would call an AuthService prior to redirect if applied. This fix restores the previous behavior by disabling the ext_authz call on the host_redirect routes. (#4640)
-
Bugfix: Previous versions of Emissary-ingress required a workaround using
TLSContexts
to find tls secrets referenced fromIngress
resources. Now tls secrets referenced are properly detected without requiring an additionalTLSContext
to reference them. (Thanks to Ole Markus!).
3.2.0 September 26, 2022
-
Change: The envoy version included in Emissary-ingress has been upgraded from 1.22 to the latest patch release of 1.23. This provides Emissary-ingress with the latest security patches, performances enhancments, and features offered by the envoy proxy.
-
Change: Changes to label matching will change how
Hosts
are associated withMappings
. There was a bug with label selectors that was causingHosts
to be incorrectly being associated with moreMappings
than intended. If any single label from the selector was matched then theHost
would be associated with theMapping
. Now it has been updated to correctly only associate aHost
with aMapping
if all labels required by the selector are present. This brings themappingSelector
field in-line with how label selectors are used in Kubernetes. To avoid unexpected behaviour after the upgrade, add all labels that Hosts have in theirmappingSelector
toMappings
you want to associate with theHost
. You can opt-out of the new behaviour by setting the environment variableDISABLE_STRICT_LABEL_SELECTORS
to"true"
(default:"false"
). (Thanks to Filip Herceg and Joe Andaverde!). -
Feature: Previously the
Host
resource could only use secrets that are in the namespace as the Host. ThetlsSecret
field in the Host has a new subfieldnamespace
that will allow the use of secrets from different namespaces. -
Change: Set
AMBASSADOR_EDS_BYPASS
totrue
to bypass EDS handling of endpoints and have endpoints be inserted to clusters manually. This can help resolve with503 UH
caused by certification rotation relating to a delay between EDS + CDS. The default isfalse
. -
Bugfix: Distinct services with names that are the same in the first forty characters will no longer be incorrectly mapped to the same cluster. (#4354)
-
Feature: By default, when Envoy is unable to communicate with the configured RateLimitService then it will allow traffic through. The
RateLimitService
resource now exposes the failure_mode_deny option. Setfailure_mode_deny: true
, then Envoy will deny traffic when it is unable to communicate to the RateLimitService returning a 500. -
Bugfix: Previously, setting the
stats_name
for theTracingService
,RateLimitService
or theAuthService
would have no affect because it was not being properly passed to the Envoy cluster config. This has been fixed and thealt_stats_name
field in the cluster config is now set correctly. (Thanks to Paul!) -
Feature: The
AMBASSADOR_RECONFIG_MAX_DELAY
env var can be optionally set to batch changes for the specified non-negative window period in seconds before doing an Envoy reconfiguration. Default is "1" if not set. -
Bugfix: If a
Host
orTLSContext
contained a hostname with a:
when using the diagnostics endpointsambassador/v0/diagd
then an error would be thrown due to the parsing logic not being able to handle the extra colon. This has been fixed and Emissary-ingress will not throw an error when parsing envoy metrics for the diagnostics user interface. -
Feature: It is now possible to set
custom_tags
in theTracingService
. Trace tags can be set based on literal values, environment variables, or request headers. (Thanks to Paul!) (#4181) -
Bugfix: Emissary-ingress 2.0.0 introduced a bug where a
TCPMapping
that uses SNI, instead of using the hostname glob in theTCPMapping
, uses the hostname glob in theHost
that the TLS termination configuration comes from. -
Bugfix: Emissary-ingress 2.0.0 introduced a bug where a
TCPMapping
that terminates TLS must have a correspondingHost
that it can take the TLS configuration from. This was semi-intentional, but didn't make much sense. You can now use aTLSContext
without aHost
as in Emissary-ingress 1.y releases, or aHost
with or without aTLSContext
as in prior 2.y releases. -
Bugfix: Prior releases of Emissary-ingress had the arbitrary limitation that a
TCPMapping
cannot be used on the same port that HTTP is served on, even if TLS+SNI would make this possible. Emissary-ingress now allowsTCPMappings
to be used on the sameListener
port as HTTPHosts
, as long as thatListener
terminates TLS. -
Security: Updated Golang to 1.19.1 to address the CVEs: CVE-2022-27664, CVE-2022-32190.
3.1.0 August 01, 2022
-
Feature: The agent is now able to parse api contracts using swagger 2, and to convert them to OpenAPI 3, making them available for use in the dev portal.
-
Feature: Adds a new command to the agent directive service to manage secrets. This allows a third party product to manage CRDs that depend upon a secret.
-
Feature: Add additional pprof endpoints to allow for profiling Emissary-ingress:
- CPU profiles (/debug/pprof/profile)
- tracing (/debug/pprof/trace)
- command line running (/debug/pprof/cmdline)
- program counters (/debug/pprof/symbol)
-
Change: In the standard published
.yaml
files, theModule
resource enables serving remote client requests to the:8877/ambassador/v0/diag/
endpoint. The associated Helm chart release also now enables it by default. -
Bugfix: A regression was introduced in 2.3.0 causing the agent to miss some of the metrics coming from emissary ingress before sending them to Ambassador cloud. This issue has been resolved to ensure that all the nodes composing the emissary ingress cluster are reporting properly.
-
Security: Updated Golang to 1.17.12 to address the CVEs: CVE-2022-23806, CVE-2022-28327, CVE-2022-24675, CVE-2022-24921, CVE-2022-23772.
-
Security: Updated Curl to 7.80.0-r2 to address the CVEs: CVE-2022-32207, CVE-2022-27782, CVE-2022-27781, CVE-2022-27780.
-
Security: Updated openSSL-dev to 1.1.1q-r0 to address CVE-2022-2097.
-
Security: Updated ncurses to 1.1.1q-r0 to address CVE-2022-29458
3.0.0 June 27, 2022
-
Change: The envoy version included in Emissary-ingress has been upgraded from 1.17 to the latest patch release of 1.22. This provides Emissary-ingress with the latest security patches, performances enhancments, and features offered by the envoy proxy. One notable change that will effect users is the removal of support for V2 tranport protocol. See below for more information.
-
Change: Emissary-ingress can no longer be made to configure Envoy using the v2 xDS configuration API; it now always uses the v3 xDS API to configure Envoy. This change should be mostly invisible to users, with one notable exception: It removes support for
regex_type: unsafe
. Theregex_type
field will is removed from theambassador
Module
, meaning that it is not be possible to instruct Envoy to use the ECMAScript Regex engine rather than the default RE2 engine. Users who rely on the specific ECMAScript Regex syntax will need to rewrite their regular expressions with RE2 syntax before upgrading to Emissary-ingress 3.0.0. As the xDS version is no longer configurable and the range of supported Zipkin protocols is reduced (see below), the AMBASSADOR_ENVOY_API_VERSION environment variable has been removed. -
Change: With the ugprade to Envoy 1.22, Emissary-ingress no longer supports the V2 transport protocol. The
AuthService
,LogService
and theRateLimitService
will only support the v3 protocol_version. If protocol_version is not specified, the default value ofv2
will cause an error to be posted. Therefore, you will need to set it toprotocol_version: "v3"
. If upgrading from a previous version you will want to set it to "v3" and ensure it is working before upgrading to Emissary-ingress 3.Y. -
Change: With the upgrade to Envoy 1.22, the
zipkin
driver for theTraceService
no longer supports setting thecollector_endpoint_version: HTTP_JSON_V1
. This was removed in Envoy 1.20 - . The new default will becollector_endpoint_version: HTTP_JSON
, regardless of theAMBASSADOR_ENVOY_API_VERSION
environment variable. -
Change: In the standard published
.yaml
files, now included is aModule
resource that disables the/ambassador/v0/
→127.0.0.1:8878
synthetic mapping. We have long recommended to turn this off for production use; it is now off in the standard YAML. The associated Helm chart release also now disables it by default. A later apiVersion (getambassador.io/v3alpha2
or later) will likely change theModule
CRD so that it is disabled if unspecified; but in the mean-time, the default install procedure will now specify it to be disabled. -
Change: This release does not include the publishing of
emissary-emissaryns-agent.yaml
,emissary-defaultns-agent.yaml
,emissary-emissaryns-migration.yaml
, oremissary-defaultns-migration.yaml
files. All four of these files existed solely as part of the migration process from 1;y, but since 2.2.0 the*-migration.yaml
files have not been part of the migration instructions, and while the*-agent.yaml
files remained part of the instructions they were actually unnescessary. -
Change: The previous version of Emissary-ingress was based on Envoy 1.17 and when using grpc_stats with
all_methods
orservices
set, it would output metrics in the following formatenvoy_cluster_grpc_{ServiceName}_{statname}
. When neither of these fields are set it would be aggregated toenvoy_cluster_grpc_{statname}
. The new behavior since Envoy 1.18 will produce metrics in the following formatenvoy_cluster_grpc_{MethodName}_statsname
andenvoy_cluster_grpc_statsname
. After further investigation we found that Envoy doesn't properly parse service names such ascncf.telepresence.Manager/Status
. In the future, we will work upstream Envoy to get this parsing logic fixed to ensure consistent metric naming. -
Bugfix: Previously setting
grpc_stats
in theambassador
Module
without setting eithergrpc_stats.services
orgrpc_stats.all_methods
would result in crashing. Now it behaves as ifgrpc_stats.all_methods=false
. -
Feature: With the ugprade to Envoy 1.22, Emissary-ingress can now be configured to listen for HTTP/3 connections using QUIC and the UDP network protocol. It currently only supports for connections between downstream clients and Emissary-ingress.
2.5.0 TBD
- Change: Changes to label matching will change how
Hosts
are associated withMappings
. There was a bug with label selectors that was causingHosts
to be incorrectly being associated with moreMappings
than intended. If any single label from the selector was matched then theHost
would be associated with theMapping
. Now it has been updated to correctly only associate aHost
with aMapping
if all labels required by the selector are present. This brings themappingSelector
field in-line with how label selectors are used in Kubernetes. To avoid unexpected behaviour after the upgrade, add all labels that Hosts have in theirmappingSelector
toMappings
you want to associate with theHost
. You can opt-out of the new behaviour by setting the environment variableDISABLE_STRICT_LABEL_SELECTORS
to"true"
(default:"false"
). (Thanks to Filip Herceg and Joe Andaverde!).
2.4.0 September 19, 2022
-
Feature: Previously the
Host
resource could only use secrets that are in the namespace as the Host. ThetlsSecret
field in the Host has a new subfieldnamespace
that will allow the use of secrets from different namespaces. -
Change: Set
AMBASSADOR_EDS_BYPASS
totrue
to bypass EDS handling of endpoints and have endpoints be inserted to clusters manually. This can help resolve with503 UH
caused by certification rotation relating to a delay between EDS + CDS. The default isfalse
. -
Bugfix: Previously, setting the
stats_name
for theTracingService
,RateLimitService
or theAuthService
would have no affect because it was not being properly passed to the Envoy cluster config. This has been fixed and thealt_stats_name
field in the cluster config is now set correctly. (Thanks to Paul!) -
Feature: The
AMBASSADOR_RECONFIG_MAX_DELAY
env var can be optionally set to batch changes for the specified non-negative window period in seconds before doing an Envoy reconfiguration. Default is "1" if not set. -
Bugfix: Emissary-ingress 2.0.0 introduced a bug where a
TCPMapping
that uses SNI, instead of using the hostname glob in theTCPMapping
, uses the hostname glob in theHost
that the TLS termination configuration comes from. -
Bugfix: Emissary-ingress 2.0.0 introduced a bug where a
TCPMapping
that terminates TLS must have a correspondingHost
that it can take the TLS configuration from. This was semi-intentional, but didn't make much sense. You can now use aTLSContext
without aHost
as in Emissary-ingress 1.y releases, or aHost
with or without aTLSContext
as in prior 2.y releases. -
Bugfix: Prior releases of Emissary-ingress had the arbitrary limitation that a
TCPMapping
cannot be used on the same port that HTTP is served on, even if TLS+SNI would make this possible. Emissary-ingress now allowsTCPMappings
to be used on the sameListener
port as HTTPHosts
, as long as thatListener
terminates TLS.
1.14.5 TBD
- Bugfix: When using gzip compression, upstream services will no longer receive compressed data. This bug was introduced in 1.14.0. The fix restores the default behavior of not sending compressed data to upstream services. (3818)
2.3.2 August 01, 2022
-
Bugfix: A regression was introduced in 2.3.0 causing the agent to miss some of the metrics coming from emissary ingress before sending them to Ambassador cloud. This issue has been resolved to ensure that all the nodes composing the emissary ingress cluster are reporting properly.
-
Security: Updated Golang to 1.17.12 to address the CVEs: CVE-2022-23806, CVE-2022-28327, CVE-2022-24675, CVE-2022-24921, CVE-2022-23772.
-
Security: Updated Curl to 7.80.0-r2 to address the CVEs: CVE-2022-32207, CVE-2022-27782, CVE-2022-27781, CVE-2022-27780.
-
Security: Updated openSSL-dev to 1.1.1q-r0 to address CVE-2022-2097.
-
Security: Updated ncurses to 1.1.1q-r0 to address CVE-2022-29458
1.14.4 June 13, 2022
- Security: We have backported patches from the Envoy 1.19.5 security update to Emissary-ingress's 1.17-based Envoy, addressing CVE-2022-29224 and CVE-2022-29225. Emissary-ingress is not affected by CVE-2022-29226, CVE-2022-29227, or CVE-2022-29228; as it does not support internal redirects, and does not use Envoy's built-in OAuth2 filter.
2.3.1 June 09, 2022
-
Bugfix: A regression was introduced in 2.3.0 that leaked zipkin default config fields into the configuration for the other drivers (lightstep, etc...). This caused Emissary-ingress to crash on startup. This issue has been resolved to ensure that the defaults are only applied when driver is
zipkin
(#4267) -
Security: We have backported patches from the Envoy 1.19.5 security update to Emissary-ingress's 1.17-based Envoy, addressing CVE-2022-29224 and CVE-2022-29225. Emissary-ingress is not affected by CVE-2022-29226, CVE-2022-29227, or CVE-2022-29228; as it does not support internal redirects, and does not use Envoy's built-in OAuth2 filter.
2.3.0 June 06, 2022
-
Security: Completely remove gdbm, pip, smtplib, and sqlite packages, as they are unused.
-
Feature: It is now possible to set
propagation_modes
in theTracingService
config when using lightstep as the driver. (Thanks to Paul!) (#4179) -
Feature: It is now possible to set
crl_secret
inHost
andTLSContext
resources to check peer certificates against a certificate revocation list. (#1743) -
Feature: Previously, a
LogService
would always have Emissary-ingress communicate with the external log service using theenvoy.service.accesslog.v2.AccessLogService
API. It is now possible for theLogService
to specifyprotocol_version: v3
to use the newerenvoy.service.accesslog.v3.AccessLogService
API instead. This functionality is not available if you set theAMBASSADOR_ENVOY_API_VERSION=V2
environment variable. -
Bugfix: When CORS is specified (either in a
Mapping
or in theAmbassador
Module
), CORS processing will happen before authentication. This corrects a problem where XHR to authenticated endpoints would fail. -
Bugfix: In 2.x releases of Emissary-ingress when there are multiple
Mapping
s that have the samemetadata.name
across multiple namespaces, their old config would not properly be removed from the cache when their config was updated. This resulted in an inability to update configuration for groups ofMapping
s that share the same name until the Emissary-ingress pods restarted. -
Bugfix: It is now possible for a
TracingService
to specifycollector_endpoint_version: HTTP_JSON_V1
when using xDS v3 to configure Envoy (which has been the default since Emissary-ingress 1.14.0). TheHTTP_JSON_V1
value configures Envoy to speak to Zipkin using Zipkin's old API-v1, while theHTTP_JSON
value configures Envoy to speak to Zipkin using Zipkin's new API-v2. In previous versions of Emissary-ingress it was only possible to useHTTP_JSON_V1
when explicitly setting theAMBASSADOR_ENVOY_API_VERSION=V2
environment variable to force use of xDS v2 to configure Envoy.
2.2.2 February 25, 2022
-
Change: You may now choose to enable TLS Secret validation by setting the
AMBASSADOR_FORCE_SECRET_VALIDATION=true
environment variable. The default configuration does not enforce secret validation. -
Bugfix: Kubernetes Secrets that should contain an EC (Elliptic Curve) TLS Private Key are now properly validated. (4134)
-
Change: The new delay between two metrics syncs is now 30s. (#4122)
1.14.3 February 25, 2022
- Security: Upgraded Envoy to address security vulnerabilities CVE-2021-43824, CVE-2021-43825, CVE-2021-43826, CVE-2022-21654, and CVE-2022-21655.
2.2.1 February 22, 2022
-
Change: Support for the Envoy V2 API is deprecated as of Emissary-ingress v2.1, and will be removed in Emissary-ingress v3.0. The
AMBASSADOR_ENVOY_API_VERSION
environment variable will be removed at the same time. Only the Envoy V3 API will be supported (this has been the default since Emissary-ingress v1.14.0). -
Bugfix: The Ambassador Agent now correctly supports requests to cancel a rollout.
2.2.0 February 10, 2022
-
Change: Support for the Envoy V2 API is deprecated as of Emissary-ingress v2.1, and will be removed in Emissary-ingress v3.0. The
AMBASSADOR_ENVOY_API_VERSION
environment variable will be removed at the same time. Only the Envoy V3 API will be supported (this has been the default since Emissary-ingress v1.14.0). -
Change: Emissary-ingress will now watch for ConfigMap or Secret resources specified by the
AGENT_CONFIG_RESOURCE_NAME
environment variable in order to allow all components (and not only the Ambassador Agent) to authenticate requests to Ambassador Cloud. -
Security: Emissary-ingress has updated Alpine to 3.15, and Python and Go dependencies to their latest compatible versions, to incorporate numerous security patches.
-
Feature: Emissary-ingress now supports the metric
ambassador_log_level{label="debug"}
which will be set to 1 if debug logging is enabled for the running Emissary instance, or to 0 if not. This can help to be sure that a running production instance was not actually left doing debugging logging, for example. (Thanks to Fabrice!) (#3906) -
Feature: Emissary-ingress is now leveraging a new Envoy Proxy patch that allows Envoy to accept escaped '%' characters in its configuration. This means that error_response_overrides and other custom user content can now contain '%' symbols escaped as '%%'. (DW Envoy: 74) (Upstream Envoy: 19383)
-
Feature: Support for streaming Envoy metrics about the clusters to Ambassador Cloud. (#4053)
-
Feature: The Ambassador agent now receives commands to manipulate Rollouts (pause, continue, and abort are currently supported) via directives and executes them in the cluster. A report is sent to Ambassador Cloud including the command ID, whether it ran successfully, and an error message in case there was any. (#4040)
-
Bugfix: Kubernetes Secrets that should contain TLS certificates are now validated before being accepted for configuration. A Secret that contains an invalid TLS certificate will be logged as an invalid resource. (#3821)
- Feature: You can now set
preserve_servers
in Ambassador Edge Stack'sDevPortal
resource to configure the DevPortal to use server definitions from the OpenAPI document when displaying connection information for services in the DevPortal.
2.1.2 January 25, 2022
-
Change: Support for the Envoy V2 API is deprecated as of Emissary-ingress v2.1, and will be removed in Emissary-ingress v3.0. The
AMBASSADOR_ENVOY_API_VERSION
environment variable will be removed at the same time. Only the Envoy V3 API will be supported (this has been the default since Emissary-ingress v1.14.0). -
Change: Docker BuildKit is enabled for all Emissary builds. Additionally, the Go build cache is fully enabled when building images, speeding up repeated builds.
-
Bugfix: Emissary-ingress 2.1.0 generated invalid Envoy configuration for
getambassador.io/v2
Mappings
that setspec.cors.origins
to a string rather than a list of strings; this has been fixed, and theseMappings
should once again function correctly. -
Bugfix: Changes to the
weight
ofMapping
in a canary group will now always be correctly managed during reconfiguration; such changes could have been missed in earlier releases. -
Bugfix: A
Mapping
that is not part of a canary group, but that has aweight
less than 100, will be correctly configured to receive all traffic as if theweight
were 100. -
Bugfix: Using
rewrite: ""
in aMapping
is correctly handled to mean "do not rewrite the path at all". -
Bugfix: Any
Mapping
that uses thehost_redirect
field is now properly discovered and used. Thanks to Gabriel Féron for contributing this bugfix! (#3709) -
Bugfix:
Mapping
s with DNS wildcardhostname
will now be correctly matched withHost
s. Previously, the case where both theHost
and theMapping
use DNS wildcards for their hostnames could sometimes not correctly match when they should have. -
Bugfix: If the
ambassador
Module
sets a global default foradd_request_headers
,add_response_headers
,remove_request_headers
, orremove_response_headers
, it is often desirable to be able to turn off that setting locally for a specificMapping
. For several releases this has not been possible forMappings
that are native Kubernetes resources (as opposed to annotations), as an empty value ("mask the global default") was erroneously considered to be equivalent to unset ("inherit the global default"). This is now fixed. -
Bugfix: It is now possible to set a
Mapping
spec.error_response_overrides
body.text_format
to an empty string orbody.json_format
to an empty dict. Previously, this was possible for annotations but not for native Kubernetes resources. -
Bugfix: Resources that exist as
getambassador.io/config
annotations rather than as native Kubernetes resources are now validated and internally converted to v3alpha1 and, the same as native Kubernetes resources. -
Bugfix: Resource validation errors are now reported more consistently; it was the case that in some situations a validation error would not be reported.
Emissary-ingress 2.1.1 was not issued; Ambassador Edge Stack 2.1.1 uses Emissary-ingress 2.1.0.
2.1.0 December 16, 2021
Emissary-ingress 2.1.0 is not recommended; upgrade to 2.1.2 instead.
-
Change: Support for the Envoy V2 API is deprecated as of Emissary-ingress v2.1, and will be removed in Emissary-ingress v3.0. The
AMBASSADOR_ENVOY_API_VERSION
environment variable will be removed at the same time. Only the Envoy V3 API will be supported (this has been the default since Emissary-ingress v1.14.0). -
Feature: Emissary-ingress supports
getambassador.io/v2
CRDs, to simplify migration from Emissary-ingress 1.X. Note: it is important to read the migration documentation before starting migration. -
Bugfix: The incremental reconfiguration cache could miss some updates when multiple
Mapping
s had the sameprefix
("canary"ing multipleMapping
s together). This has been corrected, so that all such updates correctly take effect. (#3945) -
Bugfix: When using Kubernetes Secrets to store ACME private keys (as the Edge Stack ACME client does), an error would always be logged about the Secret not being present, even though it was present, and everything was working correctly. This error is no longer logged.
-
Bugfix: When using gzip compression, upstream services will no longer receive compressed data. This bug was introduced in 1.14.0. The fix restores the default behavior of not sending compressed data to upstream services. (#3818)
-
Security: Update to busybox 1.34.1 to resolve CVE-2021-28831, CVE-2021-42378, CVE-2021-42379, CVE-2021-42380, CVE-2021-42381, CVE-2021-42382, CVE-2021-42383, CVE-2021-42384, CVE-2021-42385, and CVE-2021-42386.
-
Security: Update Python dependencies to resolve CVE-2020-28493 (jinja2), CVE-2021-28363 (urllib3), and CVE-2021-33503 (urllib3).
-
Security: Previous built images included some Python packages used only for test. These have now been removed, resolving CVE-2020-29651.
2.0.5 November 08, 2021
-
Feature: It is now possible to set the
circuit_breakers
forAuthServices
, exactly the same as forMappings
andTCPMappings
. This makes it possible to configure yourAuthService
to be able to handle more than 1024 concurrent requests. -
Bugfix: Any token delimited by '%' is now validated agains a whitelist of valid Envoy command operators. Any mapping containing an
error_response_overrides
section with invalid command operators will be discarded. -
Bugfix: The
Host
CRD now correctly supports themappingSelector
element, as documented. As a transition aid,selector
is a synonym formappingSelector
; a future version of Emissary-ingress will remove theselector
element. (#3902)
2.0.4 October 19, 2021
We're pleased to introduce Emissary-ingress 2.0.4 for general availability! The 2.X family introduces a number of changes to allow Emissary-ingress to more gracefully handle larger installations, reduce global configuration to better handle multitenant or multiorganizational installations, reduce memory footprint, and improve performance. We welcome feedback!! Join us on Slack and let us know what you think.
-
Change: The
x.getambassador.io/v3alpha1
API version has become thegetambassador.io/v3alpha1
API version. TheAmbassador-
prefixes fromx.getambassador.io/v3alpha1
resource kind names (e.g.AmbassadorHost
) have been removed for ease of migration from Emissary-ingress 1.x. As with previous 2.0.x releases, you must supply aHost
(AmbassadorHost
in previous 2.0.x releases) resource to terminate TLS: unlike in 1.x it is no longer sufficient to define aTLSContext
(althoughTLSContext
s are still the best way to define TLS configuration information to be shared across multipleHost
s). Note thatgetambassador.io/v3alpha1
is the only supported API version for 2.0.4 — full support forgetambassador.io/v2
will arrive soon in a later 2.X version. -
Feature: The
getambassador.io/v3alpha1
API version and the published chart and manifests have been updated to support Kubernetes 1.22. Thanks to Mohit Sharma for contributions to this feature! -
Feature: You can now set
dns_type
betweenstrict_dns
andlogical_dns
in aMapping
to configure the Service Discovery Type. -
Feature: You can now set
respect_dns_ttl
totrue
to force the DNS refresh rate for aMapping
to be set to the record's TTL obtained from DNS resolution. -
Feature: You can now set
buffer_limit_bytes
in theambassador
Module
to to change the size of the upstream read and write buffers. The default is 1MiB. -
Bugfix: The release now shows its actual released version number, rather than the internal development version number. (#3854)
-
Bugfix: Large configurations no longer cause Emissary-ingress to be unable to communicate with Ambassador Cloud. (#3593)
-
Bugfix: The
l7Depth
element of theListener
CRD is properly supported.
2.0.3-ea September 16, 2021
We're pleased to introduce Emissary-ingress 2.0.3 as a developer preview. The 2.X family introduces a number of changes to allow Emissary-ingress to more gracefully handle larger installations, reduce global configuration to better handle multitenant or multiorganizational installations, reduce memory footprint, and improve performance. We welcome feedback!! Join us on Slack and let us know what you think.
-
Feature: The environment variable
AES_LOG_LEVEL
now also sets the log level for thediagd
logger. (#3686) (#3666) -
Feature: You can now set
dns_type
in theAmbassadorMapping
to configure how Envoy will use the DNS for the service. -
Bugfix: It is no longer necessary to set
DOCKER_BUILDKIT=0
when building Emissary. A future change will fully support BuildKit. (#3707)
2.0.2-ea August 24, 2021
We're pleased to introduce Emissary-ingress 2.0.2 as a developer preview. The 2.X family introduces a number of changes to allow Emissary-ingress to more gracefully handle larger installations, reduce global configuration to better handle multitenant or multiorganizational installations, reduce memory footprint, and improve performance. We welcome feedback!! Join us on Slack and let us know what you think.
-
Bugfix: Upgraded envoy to 1.17.4 to address security vulnerabilities CVE-2021-32777, CVE-2021-32778, CVE-2021-32779, and CVE-2021-32781.
-
Feature: You can now set
allow_chunked_length
in the Ambassador Module to configure the same value in Envoy. -
Change: Envoy-configuration snapshots get saved (as
ambex-#.json
) in/ambassador/snapshots
. The number of snapshots is controlled by theAMBASSADOR_AMBEX_SNAPSHOT_COUNT
environment variable; set it to 0 to disable. The default is 30.
2.0.1-ea August 12, 2021
We're pleased to introduce Emissary-ingress 2.0.1 as a developer preview. The 2.X family introduces a number of changes to allow Emissary-ingress to more gracefully handle larger installations, reduce global configuration to better handle multitenant or multiorganizational installations, reduce memory footprint, and improve performance. We welcome feedback!! Join us on Slack and let us know what you think.
-
Feature: Ambassador Agent reports sidecar process information and
AmbassadorMapping
OpenAPI documentation to Ambassador Cloud to provide more visibility into services and clusters. -
Feature: The optional
stats_prefix
element of theAmbassadorListener
CRD now determines the prefix of HTTP statistics emitted for a specificAmbassadorListener
. -
Feature: The optional
stats_name
element ofAmbassadorMapping
,AmbassadorTCPMapping
,AuthService
,LogService
,RateLimitService
, andTracingService
now sets the name under which cluster statistics will be logged. The default is theservice
, with non-alphanumeric characters replaced by underscores. -
Bugfix: We have updated to
k8s.io/klog/v2
to track upstream and to quiet unnecessary log output. -
Change: Logs now include subsecond time resolutions, rather than just seconds.
-
Change: Set
AMBASSADOR_AMBEX_NO_RATELIMIT
totrue
to completely disable ratelimiting Envoy reconfiguration under memory pressure. This can help performance with the endpoint or Consul resolvers, but could make OOMkills more likely with large configurations. The default isfalse
, meaning that the rate limiter is active.
2.0.0-ea June 24, 2021
We're pleased to introduce Emissary-ingress 2.0.0 as a developer preview. The 2.X family introduces a number of changes to allow Emissary-ingress to more gracefully handle larger installations, reduce global configuration to better handle multitenant or multiorganizational installations, reduce memory footprint, and improve performance. We welcome feedback!! Join us on Slack and let us know what you think.
-
Feature: Emissary-ingress 2.0.0 introduces API version
x.getambassador.io/v3alpha1
for configuration changes that are not backwards compatible with the 1.X family. API versionsgetambassador.io/v0
,getambassador.io/v1
, andgetambassador.io/v2
are deprecated. Further details are available in the Major Changes in 2.X document. -
Feature: The new
AmbassadorListener
CRD defines where and how to listen for requests from the network, and whichAmbassadorHost
definitions should be used to process those requests. Note that theAmbassadorListener
CRD is mandatory and consolidates all port configuration; see theAmbassadorListener
documentation for more details. -
Feature: Where
AmbassadorMapping
'shost
field is either an exact match or (withhost_regex
set) a regex, the newhostname
element is always a DNS glob. Usehostname
instead ofhost
for best results. -
Feature: The behavior of the Ambassador module
prune_unreachable_routes
field is now automatic, which should reduce Envoy memory requirements for installations with manyAmbassadorHost
s -
Bugfix: Each
AmbassadorHost
can specify itsrequestPolicy.insecure.action
independently of any otherAmbassadorHost
, allowing for HTTP routing as flexible as HTTPS routing. (#2888) -
Bugfix: Emissary-ingress 2.0.0 fixes a regression in detecting the Ambassador Kubernetes service that could cause the wrong IP or hostname to be used in Ingress statuses -- thanks, Noah Fontes!
-
Bugfix: Emissary-ingress 2.0.0 fixes a bug where mTLS could use the wrong configuration when SNI and the
:authority
header didn't match -
Change: The
TLSContext
redirect_cleartext_from
andAmbassadorHost
requestPolicy.insecure.additionalPort
elements are no longer supported. Use aAmbassadorListener
for this functionality instead. -
Change: The
use_proxy_protocol
element of the AmbassadorModule
is no longer supported, as it is now part of theAmbassadorListener
resource (and can be set per-AmbassadorListener
rather than globally). -
Change: An
AmbassadorMapping
will only be matched with anAmbassadorHost
if theAmbassadorMapping
'shost
or theAmbassadorHost
'sselector
(or both) are explicitly set, and match. This change can significantly improve Emissary-ingress's memory footprint when manyAmbassadorHost
s are involved. Further details are available in the Major Changes in 2.X document. -
Change: An
AmbassadorHost
orIngress
resource is now required when terminating TLS -- simply creating aTLSContext
is not sufficient. Further details are available in theAmbassadorHost
CRD documentation. -
Change: By default, Emissary-ingress will configure Envoy using the V3 Envoy API. This change is mostly transparent to users, but note that Envoy V3 does not support unsafe regular expressions or, e.g., Zipkin's V1 collector protocol. Further details are available in the Major Changes in 2.X document.
-
Change: The
tls
module and thetls
field in the Ambassador module are no longer supported. Please useTLSContext
resources instead. -
Change: The environment variable
AMBASSADOR_FAST_RECONFIGURE
is now set by default, enabling the higher-performance implementation of the code that Emissary-ingress uses to generate and validate Envoy configurations. -
Change: Service Preview and the
AGENT_SERVICE
environment variable are no longer supported. The Telepresence product replaces this functionality. -
Change: The
edgectl
CLI tool has been deprecated; please use theemissary-ingress
helm chart instead.
1.14.2 September 29, 2021
-
Feature: You can now set
respect_dns_ttl
in Ambassador Mappings. When true it configures that upstream's refresh rate to be set to resource record’s TTL -
Feature: You can now set
dns_type
in Ambassador Mappings to use Envoy'slogical_dns
resolution instead of the defaultstrict_dns
. -
Feature: You can now set
buffer_limit_bytes
in theambassador
Module
to to change the size of the upstream read and write buffers. The default is 1MiB.
1.14.1 August 24, 2021
- Change: Upgraded Envoy to 1.17.4 to address security vulnerabilities CVE-2021-32777, CVE-2021-32778, CVE-2021-32779, and CVE-2021-32781.
1.14.0 August 19, 2021
-
Change: Update from Envoy 1.15 to 1.17.3
-
Feature: You can now set
allow_chunked_length
in the Ambassador Module to configure the same value in Envoy. -
Change:
AMBASSADOR_ENVOY_API_VERSION
now defaults toV3
-
Change: Logs now include subsecond time resolutions, rather than just seconds.
1.13.10 July 28, 2021
-
Bugfix: Fixed a regression when specifying a comma separated string for
cors.origins
on theMapping
resource. (#3609) -
Change: Envoy-configuration snapshots get saved (as
ambex-#.json
) in/ambassador/snapshots
. The number of snapshots is controlled by theAMBASSADOR_AMBEX_SNAPSHOT_COUNT
environment variable; set it to 0 to disable. The default is 30. -
Change: Set
AMBASSADOR_AMBEX_NO_RATELIMIT
totrue
to completely disable ratelimiting Envoy reconfiguration under memory pressure. This can help performance with the endpoint or Consul resolvers, but could make OOMkills more likely with large configurations. The default isfalse
, meaning that the rate limiter is active.
-
Bugfix: The
Mapping
resource can now specifydocs.timeout_ms
to set the timeout when the Dev Portal is fetching API specifications. -
Bugfix: The Dev Portal will now strip HTML tags when displaying search results, showing just the actual content of the search result.
-
Change: Consul certificate-rotation logging now includes the fingerprints and validity timestamps of certificates being rotated.
1.13.9 June 30, 2021
- Bugfix: Configuring multiple TCPMappings with the same ports (but different hosts) no longer generates invalid Envoy configuration.
1.13.8 June 08, 2021
-
Bugfix: Ambassador Agent now accurately reports up-to-date Endpoint information to Ambassador Cloud
-
Feature: Ambassador Agent reports ConfigMaps and Deployments to Ambassador Cloud to provide a better Argo Rollouts experience. See Argo+Ambassador documentation for more info.
1.13.7 June 03, 2021
-
Feature: Add AMBASSADOR_JSON_LOGGING to enable JSON for most of the Ambassador control plane. Some (but few) logs from gunicorn and the Kubernetes client-go package still log text.
-
Bugfix: Fixed a bug where the Consul resolver would not actually use Consul endpoints with TCPMappings.
-
Change: Ambassador now calculates its own memory usage in a way that is more similar to how the kernel OOMKiller tracks memory.
1.13.6 May 24, 2021
- Bugfix: Fixed a regression where Ambassador snapshot data was logged at the INFO label when using
AMBASSADOR_LEGACY_MODE=true
.
1.13.5 May 13, 2021
-
Bugfix: Fix a regression from 1.8.0 that prevented
ambassador
Module
config keysproper_case
andpreserve_external_request_id
from working correctly. -
Bugfix: Fixed a regression in detecting the Ambassador Kubernetes service that could cause the wrong IP or hostname to be used in Ingress statuses (thanks, Noah Fontes!
1.13.4 May 11, 2021
- Security: Incorporate the Envoy 1.15.5 security update by adding the
reject_requests_with_escaped_slashes
option to the Ambassador module.
1.13.3 May 03, 2021
- Bugfix: Fixed a regression that caused Ambassador to crash when loading the Edge Policy Console when any RateLimit resources exist ([#3348])
1.13.2 April 29, 2021
- Bugfix: Fixed a regression that caused endpoint routing to not work when defining mappings in service annotations (#3369)
1.13.1 April 22, 2021
- Bugfix: Potentially increased CPU Usage for deployments with large numbers of Hosts (#3358)
1.13.0 April 20, 2021
Note: Support for the deprecated v2alpha
protocol_version
has been removed from the AuthService
and RateLimitService
.
- Feature: Added support for the Mapping AuthService setting
auth_context_extensions
, allowing supplying custom per-mapping information to external auth services (thanks, Giridhar Pathak!). - Feature: Added support in ambassador-agent for reporting Argo Rollouts and Argo Applications to Ambassador Cloud
- Feature: The Ambassador Module configuration now supports the
diagnostics.allow_non_local
flag to expose admin UI internally only (#3074 -- thanks, Fabrice!) - Feature: Ambassador will now use the Envoy v3 API internally when the AMBASSADOR_ENVOY_API_VERSION environment variable is set to "V3". By default, Ambassador will continue to use the v2 API.
- Feature: The Ambassador Agent is now available (and deployed by default) for the API Gateway (https://app.getambassador.io).
- Feature: The Ambassador Module configuration now supports
merge_slashes
which tells Ambassador to merge adjacent slashes when performing route matching. For example, when true, a request with URL '//foo/' would match a Mapping with prefix '/foo/'. - Feature: Basic support for a subset of the Kubernetes Gateway API has been added.
- Feature: Ambassador now supports the
DD_ENTITY_ID
environment variable to set thedd.internal.entity_id
statistics tag on metrics generated when using DogStatsD. - Bugfix: Make Knative paths match on prefix instead of the entire path to better align to the Knative specification (#3224).
- Bugfix: The endpoint routing resolver will now properly watch services that include a scheme.
- Bugfix: Environment variable interpolation works again for
ConsulResolver.Spec.Address
without settingAMBASSADOR_LEGACY_MODE
(#3182, #3317) - Bugfix: Endpoint routing will now detect endpoint changes when your service field includes
.svc.cluster.local
. (#3324) - Bugfix: Upgrade PyYAML to 5.4.1 (#3349)
- Change: The Helm chart has been moved into this repo, in the
charts/ambassador
directory. - Change: The
Mapping
CRD has been modified so thatkubectl get mappings
now has a column for not just the source path-prefix (.spec.prefix
), but the source host (.spec.host
) too. - Change: The yaml in yaml/docs is now generated from the contents of the helm chart in the
charts/ambassador
directory. - Change: Support for the deprecated
v2alpha
protocol_version
has been removed from theAuthService
andRateLimitService
.
- Feature: DevPortal: Added doc.display_name attribute to the Mapping CRD. This value allows for a custom name and documentation URL path of the service in the DevPortal.
- Feature: DevPortal: Added
naming_scheme
enum to the DevPortal CRD. This enum controls the way services are displayed in the DevPortal. Supported values arenamespace.name
(current behavior) andname.prefix
, which will use the Mapping name and Mapping prefix to display the services. - Feature: DevPortal:
DEVPORTAL_DOCS_BASE_PATH
environment variable makes the base path of service API documentation configurable. - Feature: DevPortal: DevPortal will now reload content on changes to Mapping and DevPortal resources.
- Feature: DevPortal: DevPortal now supports a search endpoint at
/docs/api/search
- Feature: DevPortal search can be configured to only search over titles (with search.type=
title-only
in the DevPortal CRD) or to search over all content (search.type=all-content
) - Feature: DevPortal search supports deep linking to openapi spec entries (must set
search.type=all-content
andsearch.enabled=true
on the DevPortal CRD) - Feature: DevPortal: Trigger content refresh by hitting
/docs/api/refreshContent
- Feature: The AES ratelimit preview service now supports burst ratelimiting (aka token bucket ratelimiting).
- Bugfix: The AES ratelimit preview no longer ignores LOCAL_CACHE_SIZE_IN_BYTES.
- Bugfix: The AES ratelimit preview no longer ignores NEAR_LIMIT_RATIO.
- Bugfix: The AES ratelimit preview no longer ignores EXPIRATION_JITTER_MAX_SECONDS.
- Change: Silence DevPortal warnings when DevPortal cannot parse a hostname from a Mapping. (#3341)
1.12.4 April 19, 2021
Bugfix: Fix the Envoy base image build step and, as a result, correctly ship the Envoy 1.15.4 security updates.
1.12.3 April 15, 2021
Bugfix: Incorporate the Envoy 1.15.4 security update.
1.12.2 March 29, 2021
- Bugfix: Update OpenSSL to 1.1.1k to address CVE-2021-23840), CVE-2021-3450), CVE-2021-23841), CVE-2021-3449), CVE-2021-23839), CVE-2021-23840), CVE-2021-3450), CVE-2021-23841), CVE-2021-3449), and CVE-2021-23839)
1.12.1 March 12, 2021
- Bugfix: The endpoint routing resolver will now properly watch services with mappings that define the service field with an explicit port.
- Bugfix: Correctly manage cluster load assignments with very long cluster names and
AMBASSADOR_FAST_RECONFIGURE
1.12.0 March 08, 2021
- Feature: Endpoint routing is now much more performant, especially in situations where reconfigurations are frequent.
- Feature: A scrubbed ambassador snapshot is now accessible outside the pod at
:8005/snapshot-external
. This port is exposed on the ambassador-admin Kubernetes service. - Feature: Ambassador now supports configuring the maximum lifetime of an upstream connection using
cluster_max_connection_lifetime_ms
. After the configured time, upstream connections are drained and closed, allowing an operator to set an upper bound on how long any upstream connection will remain open. This is useful when using Kubernetes Service resolvers (the default) and modifying label selectors for traffic shifting. - Feature: The Ambassador Module configuration now supports
cluster_request_timeout_ms
to set a default requesttimeout_ms
for Mappings. This allows an operator to update the default request timeout (currently 3000ms) without needing to update every Mapping. - Feature: The Ambassador Module configuration now supports
suppress_envoy_headers
to prevent Ambassador from setting additional headers on requests and responses. These headers are typically used for diagnostic purposes and are safe to omit when they are not desired. - Feature: All Kubernetes services managed by Ambassador are automatically instrumented with service catalog discovery annotations.
- Feature:
headers_with_underscores_action
is now configurable in the AmbassadorModule
. - Feature: The Ambassador Module configuration now supports
strip_matching_host_port
to control whether the port should be removed from the host/Authority header before any processing by request filters / routing. This behavior only applies if the port matches the associated Envoy listener port. - Bugfix: Ambassador now does a better job of cleaning up gRPC connections when shutting down.
- Bugfix: Prevent potential reconcile loop when updating the status of an Ingress.
- Bugfix: Update Python requirements, including addressing CVE-2020-36242 (#3233)
- Bugfix: Remove unnecessary logs about Kubernetes Secrets (#3229)
- Feature: Added support for ambassador-agent deployment, reporting to Ambassador Cloud Service Catalog (https://app.getambassador.io)
- Feature:
edgectl login
will automatically open your browser, allowing you to login into Service Catalog (https://app.getambassador.io) - Feature:
edgectl install
command allows you to install a new Ambassador Edge Stack automatically connected to Ambassador Cloud by passing a--cloud-connect-token
argument. - Feature:
AES_AUTH_TIMEOUT
now allows you to configure the timeout of the AES authentication service. Defaults to 4s. - Bugfix: Prevent Dev Portal from sporadically responding with upstream connect timeout when loading content
1.11.2 March 01, 2021
- Bugfix: Changes to endpoints when endpoint routing is not active will no longer cause reconfiguration
- Bugfix: Correctly differentiate int values of 0 and Boolean values of
false
from non-existent attributes in CRDs (#3212) - Bugfix: Correctly support Consul datacenters other than "dc1" without legacy mode.
1.11.1 February 04, 2021
- Bugfix: Fix an issue that caused Dev Portal to sporadically respond with upstream connect timeout when loading content
1.11.0 January 26, 2021
- Feature: Ambassador now reads the ENVOY_CONCURRENCY environment variable to optionally set the --concurrency command line option when launching Envoy. This controls the number of worker threads used to serve requests and can be used to fine-tune system resource usage.
- Feature: The %DOWNSTREAM_PEER_CERT_V_START% and %DOWNSTREAM_PEER_CERT_V_END% command operators now support custom date formatting, similar to %START_TIME%. This can be used for both header formatting and access log formatting.
- Feature: Eliminate the need to drain and recreate listeners when routing configuration is changed. This reduces both memory usage and disruption of in-flight requests.
- Bugfix: Make sure that
labels
specifying headers with extra attributes are correctly supported again (#3137). - Bugfix: Support Consul services when the
ConsulResolver
and theMapping
aren't in the same namespace, and legacy mode is not enabled. - Bugfix: Fix failure to start when one or more IngressClasses are present in a cluster (#3142).
- Bugfix: Properly handle Kubernetes 1.18 and greater when RBAC prohibits access to IngressClass resources.
- Bugfix: Support
TLSContext
CA secrets with fast validation (#3005). - Bugfix: Dev Portal correctly handles transient failures when fetching content
- Bugfix: Dev Portal sidebar pages have a stable order
- Bugfix: Dev Portal pages are now marked cacheable
- Feature: RateLimit CRDs now suport specifying an
action
for each limit. Possible values include "Enforce" and "LogOnly", case insensitive. LogOnly may be used to implement dry run rules that do not actually enforce. - Feature: RateLimit CRDs now support specifying a symbolic
name
for each limit. This name can later be used in the access log to know which RateLimit, if any, applied to a request. - Feature: RateLimit metadata is now available using the
DYNAMIC_METADATA(envoy.http.filters.ratelimit: ... )
command operator in the Envoy access logs. See Envoy Documentation for more on using dynamic metadata in the access log. - Feature: OAuth2 Filter: The SameSite cookie attribute is now configurable.
1.10.0 January 04, 2021
- Feature: The redirect response code returned by Ambassador is now configurable using
redirect_reponse_code
onMappings
that usehost_redirect
. - Feature: The redirect location header returned by Ambassador now supports prefix rewrites using
prefix_redirect
onMappings
that usehost_redirect
. - Feature: The redirect location header returned by Ambassador now supports regex rewrites using
regex_redirect
onMappings
that usehost_redirect
. - Feature: Expose
max_request_headers_kb
in the AmbassadorModule
. This directly exposes the same value in Envoy; see Envoy documentation for more information. - Feature: Support Istio mTLS certification rotation for Istio 1.5 and higher. See the howto for details.
- Feature: The Ambassador Module's
error_response_overrides
now support configuring an empty response body usingtext_format
. Previously, empty response bodies could only be configured by specifying an empty file usingtext_format_source
. - Feature: OAuth2 Filter: Support injecting HTTP header fields in to the request before passing on to the upstream service. Enables passing along
id_token
information to the upstream if it was returned by the IDP. - Bugfix: Fix the grpc external filter to properly cache grpc clients thereby avoiding initiating a separate connection to the external filter for each filtered request.
- Bugfix: Fix a bug in the Mapping CRD where the
text_format_source
field was incorrectly defined as typestring
instead of an object, as documented. - Bugfix: The RBAC requirements when
AMBASSADOR_FAST_RECONFIGURE
is enabled now more-closely match the requirements when it's disabled. - Bugfix: Fix error reporting and required-field checks when fast validation is enabled. Note that fast validation is now the default; see below.
- Change: Fast validation is now the default, so the
AMBASSADOR_FAST_VALIDATION
variable has been removed. The Golang boot sequence is also now the default. SetAMBASSADOR_LEGACY_MODE=true
to disable these two behaviors. - Change: ambassador-consul-connect resources now get deployed into the
ambassador
namespace instead of the active namespace specified in the user's kubernetes context (usuallydefault
). Old resource cleanup is documented in the Ambassador Consul integration documentation.
- Default-off early access: Ratelimiting now supports redis clustering, local caching of exceeded ratelimits, and an upgraded redis client with improved scalability. Must set AES_RATELIMIT_PREVIEW=true to access these improvements.
- Bugfix: OAuth2 Filter: Fix
insufficient_scope
error when validating Azure access tokens. - Bugfix: Filters: Fix a capitalization-related bug where sometimes existing headers are appended to when they should be overwritten.
1.9.1 November 19, 2020
- Bugfix: DevPortal: fix a crash when the
host
cannot be parsed as a valid hostname.
1.9.0 November 12, 2020
- Feature: Support configuring the gRPC Statistics Envoy filter to enable telemetry of gRPC calls (see the
grpc_stats
configuration flag -- thanks, Felipe Roveran!) - Feature: The
RateLimitService
andAuthService
configs now support switching between gRPC protocol versionsv2
andv2alpha
(see theprotocol_version
setting) - Feature: The
TracingService
Zipkin config now supports settingcollector_hostname
to tell Envoy which host header to set when sending spans to the collector - Feature: Ambassador now supports custom error response mapping
- Bugfix: Ambassador will no longer mistakenly post notices regarding
regex_rewrite
andrewrite
directive conflicts inMapping
s due to the latter's implicit default value of/
(thanks, obataku!) - Bugfix: The
/metrics
endpoint will no longer break if invoked before configuration is complete (thanks, Markus Jevring!) - Bugfix: Update Python requirements to address CVE-2020-25659
- Bugfix: Prevent mixing
Mapping
s withhost_redirect
set withMapping
s that don't in the same group - Bugfix:
ConsulResolver
will now fallback to theAddress
of a Consul service ifService.Address
is not set. - Docs: Added instructions for building ambassador from source, within a docker container (thanks, Rahul Kumar Saini!)
- Update: Upgrade Alpine 3.10→3.12, GNU libc 2.30→2.32, and Python 3.7→3.8
- Update: Knative serving tests were bumped from version 0.11.0 to version 0.18.0 (thanks, Noah Fontes!)
- Change: The DevPortal no longer looks for documentation at
/.ambassador-internal/openapi-docs
. A new field inMappings
,docs
, must be used for specifying the source for documentation. This can result in an empty Dev Portal after upgrading ifMappings
do not include adocs
attribute. - Feature: How the
OAuth2
Filter authenticates itself to the identity provider is now configurable with theclientAuthentication
setting. - Feature: The
OAuth2
Filter can now use RFC 7523 JWT assertions to authenticate itself to the identity provider; this is usable with all grant types. - Feature: When validating a JWT's scope, the
JWT
andOAuth2
Filters now support not just RFC 8693 behavior, but also the behavior of various drafts leading to it, making JWT scope validation usable with more identity providers. - Feature: The
OAuth2
Filter now hasinheritScopeArgument
andstripInheritedScope
settings that can further customize the behavior ofaccessTokenJWTFilter
. - Feature: DevPortal: default configuration using the
ambassador
DevPortal
resource. - Change: The
OAuth2
Filter argumentscopes
has been renamed toscope
, for consistency. The namescopes
is deprecated, but will continue to work for backward compatibility. - Bugfix:
OAuth2
Filter: Don't haveaccessTokenValidation: auto
fall back to "userinfo" validation for a client_credentials grant; it doesn't make sense there and only serves to obscure a more useful error message.
1.8.1 October 16, 2020
- Bugfix: Ambassador no longer fails to configure Envoy listeners when a TracingService or LogService has a service name whose underlying cluster name has over 40 charcters.
- Bugfix: The Ambassador diagnostics page no longer returns HTTP 500 when a TracingService or LogService has a service name whose underlying cluster name has over 40 characters.
1.8.0 October 08, 2020
- Feature: HTTP IP Allow/Deny ranges are supported.
- Bugfix: Ambassador's health checks don't claim that Envoy has failed when reconfiguration taking a long time (thanks, Fabrice, for contributions here!).
- Bugfix: The
edgectl connect
command now works properly when using zsh on a Linux platform. - Bugfix: The container no longer exits "successfully" when the Deployment specifies an invalid
command
.
- Feature:
RateLimit
CRDs now support setting a response body, configurable with theerrorResponse
setting. - Bugfix:
External
Filter
can now properly proxy the body to the configuredauth_service
- Bugfix: The RBAC for AES now grants permission to "patch"
Events.v1.core
(previously it granted "create" but not "patch")
1.7.4 October 06, 2020
- Bugfix: Several regressions in the 1.7.x series are resolved by removing the ability to set
insecure.action
on a per-Host
-resource basis, which was an ability added in 1.7.0. This reverts to the pre-1.7.0 behavior of having oneHost
's insecure action "win" and be used for allHost
s. - Bugfix: Ambassador will no longer generate invalid Envoy configuration with duplicate clusters in certain scenarios when
AMBASSADOR_FAST_RECONFIGURE=true
. - Enhancement: When
AMBASSADOR_FAST_RECONFIGURE=true
is set, Ambassador now logs information about memory usage.
1.7.3 September 29, 2020
- Incorporate the Envoy 1.15.1 security update.
- Bugfix: A regression introduced in 1.7.2 when
AMBASSADOR_FAST_RECONFIGURE=true
has been fixed where Host resourcestls.ca_secret
didn't work correctly. - Bugfix:
TLSContext
resources andspec.tls
inHost
resources now correctly handle namespaces with.
in them. - Bugfix: Fix
spec.requestPolicy.insecure.action
forHost
resources with a*
wildcard in the hostname. - Bugfix: Reduce lock contention while generating diagnostics.
1.7.2 September 16, 2020
- Bugfix: A regression introduced in 1.7.0 with the various
Host
resourcespec.requestPolicy.insecure.action
behaviors, including handling of X-Forwarded-Proto, has been fixed. - Bugfix: Host resources no longer perform secret namespacing when the
AMBASSADOR_FAST_RECONFIGURE
flag is enabled.
1.7.1 September 08, 2020
- Bugfix: Support
envoy_validation_timeout
in the Ambassador Module to set the timeout for validating new Envoy configurations
- Bugfix:
consul_connect_integration
is now built correctly. - Bugfix: The developer portal again supports requests for API documentation
1.7.0 August 27, 2020
- Feature: Upgrade from Envoy 1.14.4 to 1.15.0.
- Bugfix: Correctly handle a
Host
object with incompatible manually-specifiedTLSContext
- Feature: The Ambassador control-plane now publishes Prometheus metrics alongside the existing Envoy data-plane metrics under the
/metrics
endpoint on port 8877. - Default-off early access: Experimental changes to allow Ambassador to more quickly process configuration changes (especially with larger configurations) have been added. The
AMBASSADOR_FAST_RECONFIGURE
env var must be set to enable this.AMBASSADOR_FAST_VALIDATION
should also be set for maximum benefit. - Bugfix: Fixed insecure route action behavior. Host security policies no longer affect other Hosts.
- Bugfix: Fixes regression in 1.5.1 that caused it to not correctly know its own version number, leading to notifications about an available upgrade despite being on the most recent version.
- Feature: DevPortal can now discover openapi documentation from
Mapping
s that sethost
andheaders
- Feature:
edgectl install
will automatically enable Service Preview with a Preview URL on the Host resource it creates. - Feature: Service Preview will inject an
x-service-preview-path
header in filtered requests with the original request prefix to allow for context propagation. - Feature: Service Preview can intercept gRPC requests using the
--grpc
flag on theedgectl intercept add
command and thegetambassador.io/inject-traffic-agent-grpc: "true"
annotation when using automatic Traffic-Agent injection. - Feature: The
TracingService
Zipkin config now supports settingcollector_endpoint_version
to tell Envoy to use Zipkin v2. - Feature: You can now inject request and/or response headers from a
RateLimit
. - Bugfix: Don't crash during startup if Redis is down.
- Bugfix: Service Preview correctly uses the Host default
Path
value for thespec.previewUrl.type
field. - Bugfix: The
JWT
,OAuth2
, and other Filters are now better about reusing connections for outgoing HTTP requests. - Bugfix: Fixed a potential deadlock in the HTTP cache used for fetching JWKS and such for
Filters
. - Bugfix: Internal Ambassador data is no longer exposed to the
/.ambassador-internal/
endpoints used by the DevPortal. - Bugfix: Problems with license key limits will no longer trigger spurious HTTP 429 errors. Using the
RateLimit
resource beyond 5rps without any form of license key will still trigger 429 responses, but now with aX-Ambassador-Message
header indicating that's what happned. - Bugfix: When multiple
RateLimit
s overlap, it is supposed to enforce the strictest limit; but the strictness comparison didn't correctly handle comparing limits with different units. - Change: The Redis settings have been adjusted to default to the pre-1.6.0 behavior, and have been adjusted to be easier to understand.
- Feature:
consul_connect_integration
is now part of the AES image. - Bugfix:
consul_connect_integration
now correctly handles certificates from Hashicorp Vault.
1.6.2 July 30, 2020
- Bugfix: The (new in 1.6.0)
Host.spec.tls
andHost.spec.tlsContext
fields now work whenAMBASSADOR_FAST_VALIDATION=fast
is not set. - Bugfix: Setting
use_websocket: true
on aMapping
now only affects routes generated from thatMapping
, instead of affecting all routes on that port. - Feature: It is now possible to "upgrade" to non-HTTP protocols other than WebSocket; the new
allow_upgrade
is a generalization ofuse_websocket
.
- Bugfix: The
Host.spec.requestPolicy.insecure.additionalPort
field works again. - Bugfix: The
Host.spec.ambassadorId
is once again handled in addition to.ambassador_id
; allowing hosts written by older versions AES prior to 1.6.0 to continue working. - Bugfix: Fix a redirect loop that could occur when using using multiple
protectedOrigins
in aHost
.
1.6.1 July 23, 2020
- Bugfix: Mapping with
https
scheme for service are correctly parsed. - Bugfix: Mapping with both a scheme and a hostname of
localhost
is now handled correctly. - Bugfix: ConsulResolver now works again for Mappings outside of Ambassador's namespace.
1.6.0 July 21, 2020
- Incorporate the Envoy 1.14.4 security update.
- API CHANGE: Turning off the Diagnostics UI via the Ambassador Module now disables access to the UI from both inside and outside the Ambassador Pod.
- API CHANGE: Default changes updating
Mapping
status from default-on to default-off; see below. - Feature: Add support for circuit breakers in TCP mapping (thanks, Pierre Fersing!)
- Feature: Ambassador CRDs now include schema. This enables validation by
kubectl apply
. - Feature: Advanced TLS configuration can be specified in
Host
resource viatlsContext
andtls
fields. - Feature: Implement sampling percentage in tracing service.
- Performance improvement: Diagnostics are generated on demand rather than on every reconfig.
- Performance improvement: Experimental fast validation of the contents of Ambassador resources has been added. The
AMBASSADOR_FAST_VALIDATION
env var must be set to enable this. - Internal: Configuration endpoints used internally by Ambassador are no longer accessible from outside the Ambassador Pod.
- Bugfix:
envoy_log_format
can now be set withenvoy_log_type: json
. - Docs: Fixed OAuth2 documentation spelling errors (thanks, Travis Byrum!)
As previously announced, the default value of AMBASSADOR_UPDATE_MAPPING_STATUS
has now changed from true
to false
; Ambassador will no longer attempt to
update the Status
of a Mapping
unless you explicitly set
AMBASSADOR_UPDATE_MAPPING_STATUS=true
in the environment. If you do not have
tooling that relies on Mapping
status updates, we do not recommend setting
AMBASSADOR_UPDATE_MAPPING_STATUS
.
In Ambassador 1.7, TLS secrets in Ingress
resources will not be able to use
.namespace
suffixes to cross namespaces.
- Feature: The Edge Policy Console's Debugging page now has a "Log Out" button to terminate all EPC sessions.
- Feature:
X-Content-Type-Options: nosniff
to response headers are now set for the Edge Policy Console, to prevent MIME confusion attacks. - Feature: The
OAuth2
Filter now has aallowMalformedAccessToken
setting to enable use with IDPs that generate access tokens that are not compliant with RFC 6750. - Bugfix: All JWT Filter errors are now formatted per the specified
errorResponse
. - Feature: Options for making Redis connection pooling configurable.
- Bugfix: User is now directed to the correct URL after clicking in Microsoft Office.
- Feature: The Console's Dashboard page has speedometer gauges to visualize Rate Limited and Authenticated traffic.
1.5.5 June 30, 2020
- Incorporate the Envoy 1.14.3 security update.
1.5.4 June 23, 2020
- Bugfix: Allow disabling
Mapping
-status updates (RECOMMENDED: see below) - Bugfix: Logging has been made much quieter; the default Envoy log level has been turned down from "warning" to "error"
- Ambassador now logs timing information about reconfigures
We recommend that users set AMBASSADOR_UPDATE_MAPPING_STATUS=false
in the environment to tell Ambassador not to update Mapping
statuses
unless you have some script that relies on Mapping
status updates.
The default value of AMBASSADOR_UPDATE_MAPPING_STATUS
will change to
false
in Ambassador 1.6.
1.5.3 June 16, 2020
- Bugfix: Restore Envoy listener drain time to its pre-Ambassador 1.3.0 default of 10 minutes.
- Bugfix: Read Knative ingress generation from the correct place in the Kubernetes object
- Bugfix: Allow deletion of ProjectControllers.
- Bugfix: Fix regression introduced in 1.4.2 where the
OAuth2
AuthorizationCode filter no longer works when behind another gateway that rewrites the request hostname. The behavior here is now controllable via theinternalOrigin
sub-field.
1.5.2 June 10, 2020
- Incorporate the Envoy 1.14.2 security update.
- Upgrade the base Docker images used by several tests (thanks, Daniel Sutton!).
- Feature (BETA): Added an in-cluster micro CI/CD system to enable building, staging, and publishing of GitHub projects from source. This has been included in previous versions as an alpha, but disabled by default. It is now in BETA.
- Bugfix: The
DEVPORTAL_CONTENT_URL
environment variable now properly handlesfile:///
URLs to refer to volume-mounted content. - Bugfix:
acmeProvider.authority: none
is no longer case sensitive - Bugfix:
edgectl connect
works again on Ubuntu and other Linux setups with old versions of nss-mdns (older than version 0.11) - Bugfix:
edgectl
works again on Windows - Bugfix: The Edge Policy Console now correctly creates FilterPolicy resources
1.5.1 June 05, 2020
- Bugfix: Logging has been made much quieter
- Bugfix: A service that somehow has no hostname should no longer cause an exception
1.5.0 May 28, 2020
- Change: Switched from quay.io back to DockerHub as our primary publication point. If you are using your own Kubernetes manifests, you will have to update them! Datawire's Helm charts and published YAML have already been updated.
- Feature: switch to Envoy 1.14.1
- Feature: Allow defaults for
add_request_header
,remove_request_header
,add_response_header
, andremove_response_header
- Feature: Inform Knative of the route to the Ambassador service if available (thanks, Noah Fontes!)
- Feature: Support the path and timeout options of the Knative ingress path rules (thanks, Noah Fontes!)
- Feature: Allow preserving
X-Request-ID
on requests from external clients (thanks, Prakhar Joshi!) - Feature: Mappings now support query parameters (thanks, Phil Peble!)
- Feature: Allow setting the Envoy shared-memory base ID (thanks, Phil Peble!)
- Feature: Additional security configurations not set on default YAMLs
- Feature: Let Ambassador configure
regex_rewrite
for advanced forwarding - Bugfix: Only update Knative ingress CRDs when the generation changes (thanks, Noah Fontes!)
- Bugfix: Now behaves properly when
AMBASSADOR_SINGLE_NAMESPACE
is set to an empty string; rather than getting in to a weird in-between state - Bugfix: The websocket library used by the test suite has been upgraded to incorporate security fixes (thanks, Andrew Allbright!)
- Bugfix: Fixed evaluation of label selectors causing the wrong IP to be put in to Ingress resource statuses
- Bugfix: The
watt
(port 8002) andambex
(port 8003) components now bind to localhost instead of 0.0.0.0, so they are no longer erroneously available from outside the Pod
- Feature:
edgectl upgrade
allows upgrading API Gateway installations to AES - Feature:
edgectl intercept
can generate preview-urls for Host resources that enabled the feature - Feature:
edgectl install
will now automatically install the Service Preview components (ambassador-injector, telepresence-proxy) and scoped RBAC - Feature: Rate-limited 429 responses now include the
Retry-After
header - Feature: The
JWT
Filter now makeshasKey
anddoNotSet
functions available to header field templates; in order to facilitate only conditionally setting a header field. - Feature: The
OAuth2
Filter now has anexpirationSafetyMargin
setting that will cause an access token to be treated as expired sooner, in order to have a safety margin of time to send it to the upstream Resource Server that grants insufficient leeway. - Feature: The
JWT
Filter now hasleewayFor{ExpiresAt,IssuedAt,NotBefore}
settings for configuring leeway when validating the timestamps of a token. - Feature: The environment variables
REDIS{,_PERSECOND}_{USERNAME,PASSWORD,TLS_ENABLED,TLS_INSECURE}
may now be used to further configure how the Ambassador Edge Stack communicates with Redis. - Bugfix: Don't start the dev portal running if
POLL_EVERY_SECS
is 0 - Bugfix: Now no longer needs cluster-wide RBAC when running with
AMBASSADOR_SINGLE_NAMESPACE
. - Bugfix: The
OAuth2
Filter now validates the reported-to-Client scope of an Access Token even if a separateaccessTokenJWTFilter
is configured. - Bugfix: The
OAuth2
Filter now sends the user back to the identity provider to upgrade the scope if they request an endpoint that requires broader scope than initially requested; instead of erroring. - Bugfix: The
OAuth2
Filter will no longer send RFC 7235 challenges back to the user agent if it would not accept RFC 7235 credentials (previously it only avoided sending HTTP 401 challenges, but still sent 400 or 403 challenges). - Bugfix: The
amb-sidecar
(port 8500) component now binds to localhost instead of 0.0.0.0, so it is no longer erroneously available from outside the Pod
1.4.3 May 14, 2020
- Bugfix: Don't generate spurious 403s in the logs when using the Edge Policy Console.
1.4.2 April 22, 2020
- Bugfix: The Traffic Agent binds to port 9900 by default. That port can be configured in the Agent's Pod spec.
- For more about using the Traffic Agent, see the Service Preview documentation.
- Bugfix: The
OAuth2
Filter redirection-endpoint now handles various XSRF errors more consistently (the way we meant it to in 1.2.1) - Bugfix: The
OAuth2
Filter now supports multiple authentication domains that share the same credentials.- For more about using multiple domains, see the OAuth2
Filter
documentation.
- For more about using multiple domains, see the OAuth2
- Bugfix: The ACME client now obeys
AMBASSADOR_ID
- Feature (ALPHA): Added an in-cluster micro CI/CD system to enable building, staging, and publishing of GitHub projects from source. This is disabled by default.
1.4.1 April 15, 2020
- Internal:
edgectl install
uses Helm under the hood
1.4.0 April 08, 2020
- Feature: Support Ingress Path types improvements from networking.k8s.io/v1beta1 on Kubernetes 1.18+
- Feature: Support Ingress hostname wildcards
- Feature: Support for the IngressClass Resource, added to networking.k8s.io/v1beta1 on Kubernetes 1.18+
- For more about new Ingress support, see the Ingress Controller documentation.
- Feature:
Mapping
s support thecluster_tag
attribute to control the name of the generated Envoy cluster (thanks, Stefan Sedich!)- See the Advanced Mapping Configuration documentation for more.
- Feature: Support Envoy's ability to force response headers to canonical HTTP case (thanks, Puneet Loya!)
- See the Ambassador Module documentation for more.
- Bugfix: Correctly ignore Kubernetes services with no metadata (thanks, Fabrice!)
- Feature:
edgectl install
output has clearer formatting - Feature:
edgectl install
offers help when installation does not succeed - Feature:
edgectl install
uploads installer and AES logs to a private area upon failure so Datawire support can help - Bugfix: The "Filters" tab in the webui no longer renders the value of OAuth client secrets that are stored in Kubernetes secrets.
- Bugfix: The ACME client of of one Ambassador install will no longer interfere with the ACME client of another Ambassador install in the same namespace with a different AMBASSADOR_ID.
- Bugfix:
edgectl intercept
supports matching headers values against regular expressions once more - Bugfix:
edgectl install
correctly handles more local and cluster environments- For more about
edgectl
improvements, see the Service Preview and Edge Control documentation.
- For more about
1.3.2 April 01, 2020
- Bugfix:
edgectl install
correctly installs on Amazon EKS and other clusters that provide load balancers with fixed DNS names - Bugfix:
edgectl install
when using Helm once again works as documented - Bugfix:
edgectl install
console logs are improved and neatened - Bugfix:
edgectl install --verbose
output is improved - Bugfix:
edgectl install
automatically opens documentation pages for some errors - Bugfix:
edgectl install
help text is improved
1.3.1 March 24, 2020
- Bugfix:
edgectl install
will not install on top of a running Ambassador - Bugfix:
edgectl install
can detect and report ifkubectl
is missing - Bugfix:
edgectl install
can detect and report if it cannot talk to a Kubernetes cluster - Bugfix: When using the
Authorization Code
grant type forOAuth2
, expired tokens are correctly handled so that the user will be prompted to renew - Bugfix: When using the
Password
grant type forOAuth2
, authentication sessions are properly associated with each user - Bugfix: When using the
Password
grant type forOAuth2
, you can set up multipleFilter
s to allow requesting different scopes for different endpoints
1.3.0 March 17, 2020
- Feature: Support username and password as headers for OAuth2 authentication (
grantType: Password
) - Feature:
edgectl install
provides better feedback for clusters that are unreachable from the public Internet - Feature:
edgectl install
supports KIND clusters (thanks, @factorypreset!) - Feature:
edgectl intercept
supports HTTPS - Feature: Ambassador Edge Stack Docker image is ~150MB smaller
- Feature: The Edge Policy Console can be fully disabled with the
diagnostics.enabled
element in theambassador
Module - Feature:
aes-plugin-runner
now allows passing indocker run
flags after the main argument list. - Bugfix: Ambassador Edge Stack doesn't crash if the Developer Portal content URL is not accessible
- Bugfix:
edgectl connect
does a better job handling clusters with many services - Bugfix: The
Plugin
Filter now correctly setsrequest.TLS
to nil/non-nil based on if the original request was encrypted or not. - Change: There is no longer a separate traffic-proxy image; that functionality is now part of the main AES image. Set
command: ["traffic-manager"]
to use it.
1.2.2 March 04, 2020
- Internal: Fix an error in Edge Stack update checks
1.2.1 March 03, 2020
Edge Stack users SHOULD NOT use this release, and should instead use 1.2.2.
- Bugfix: re-support PROXY protocol when terminating TLS (#2348)
- Bugfix: Incorporate the Envoy 1.12.3 security update
- Bugfix: The
aes-plugin-runner
binary for GNU/Linux is now statically linked (instead of being linked against musl libc), so it should now work on either musl libc or GNU libc systems - Feature (ALPHA): An
aes-plugin-runner
binary for Windows is now produced. (It is un-tested as of yet.) - Bugfix: The
OAuth2
Filter redirection-endpoint now handles various XSRF errors more consistently - Change: The
OAuth2
Filter redirection-endpoint now handles XSRF errors by redirecting back to the identity provider
1.2.0 February 24, 2020
- Feature: add idle_timeout_ms support for common HTTP listener (thanks, Jordan Neufeld!) (#2155)
- Feature: allow override of bind addresses, including for IPv6! (thanks to Josue Diaz!) (#2293)
- Bugfix: Support Istio mTLS secrets natively (thanks, Phil Peble!) (#1475)
- Bugfix: TLS custom secret with period in name doesn't work (thanks, Phil Peble!) (#1255)
- Bugfix: Honor ingress.class when running with Knative
- Internal: Fix CRD-versioning issue in CI tests (thanks, Ricky Taylor!)
- Bugfix: Stop using deprecated Envoy configuration elements
- Bugfix: Resume building a debuggable Envoy binary
- Change: The
ambassador
service now uses the defaultexternalTrafficPolicy
ofCluster
rather than explicitly setting it toLocal
. This is a safer setting for GKE where theLocal
policy can cause outages when ambassador is updated. See https://stackoverflow.com/questions/60121956/are-hitless-rolling-updates-possible-on-gke-with-externaltrafficpolicy-local for details. - Feature:
edgectl install
provides a much cleaner, quicker experience when installing Ambassador Edge Stack - Feature: Ambassador Edge Stack supports the Ambassador operator for automated management and upgrade
- Feature:
ifRequestHeader
can now havevalueRegex
instead ofvalue
- Feature: The
OAuth2
Filter now hasuseSessionCookies
option to have cookies expire when the browser closes, rather than at a fixed duration - Feature:
ifRequestHeader
now hasnegate: bool
to invert the match - Bugfix: The RBAC for
Ingress
now supports thenetworking.k8s.io
apiGroup
- Bugfix: Quiet Dev Portal debug logs
- Bugfix: The Edge Policy Console is much less chatty when logged out
- Change: The intercept agent is now incorporated into the
aes
image - Change: The
OAuth2
Filter no longer sets cookies wheninsteadOfRedirect
triggers - Change: The
OAuth2
Filter more frequently adjusts the cookies
1.1.1 February 12, 2020
- Bugfix: Load explicitly referenced secrets in another namespace, even when
AMBASSADOR_SINGLE_NAMESPACE
(thanks, Thibault Cohen!) (#2202) - Bugfix: Fix Host support for choosing cleartext or TLS (#2279)
- Bugfix: Fix intermittent error when rendering
/ambassador/v0/diag/
- Internal: Various CLI tooling improvements
- Feature: The Policy Console can now set the log level to "trace" (in addition to "info" or "debug")
- Bugfix: Don't have the Policy Console poll for snapshots when logged out
- Bugfix: Do a better job of noticing when the license key changes
- Bugfix:
aes-plugin-runner --version
now works properly - Bugfix: Only serve the custom CONGRATULATIONS! 404 page on
/
- Change: The
OAuth2
FilterstateTTL
setting is now ignored; the lifetime of state-tokens is now managed automatically
1.1.0 January 28, 2020
(Note that Ambassador 1.1.0 is identical to Ambassador 1.1.0-rc.0, from January 24, 2020. Also, we're now using "-rc.N" rather than just "-rcN", for better compliance with SemVer.
- Feature: support resources with the same name but in different namespaces (#2226, #2198)
- Feature: support DNS overrides in
edgectl
- Bugfix: Reduce log noise about "kubestatus" updates
- Bugfix: manage the diagnostics snapshot cache more aggressively to reduce memory footprint
- Bugfix: re-enable Docker demo mode (and improve the test to make sure we don't break it again!) (#2227)
- Bugfix: correct potential issue with building edgectl on Windows
- Internal: fix an error with an undefined Python type in the TLS test (thanks, Christian Clauss!)
- Feature: make the
External
filter type fully compatible with theAuthService
type - Docs: add instructions for what to do after downloading
edgectl
- Bugfix: make it much faster to apply the Edge Stack License
- Bugfix: make sure the ACME terms-of-service link is always shown
- Bugfix: make the Edge Policy Console more performant
1.0.0 January 15, 2020
All of Ambassador's CRDs have been switched to apiVersion: getambassador.io/v2
, and
your resources will be upgraded when you apply the new CRDs. We recommend that you
follow the migration instructions and check your installation's
behavior before upgrading your CRDs.
- When a resource specifies a service or secret name without a corresponding namespace, Ambassador will now look for the service or secret in the namespace of the resource that mentioned it. In the past, Ambassador would look in the namespace in which Ambassador was running.
- The Host CR provides an easy way to tell Ambassador about domains it should expect to handle, and how it should handle secure and insecure requests for those domains
- Redirection from HTTP to HTTPS defaults to ON when termination contexts are present
- Mapping and Host CRs, as well as Ingress resources, get Status updates to provide better feedback
- Improve performance of processing events from Kubernetes
- Automatic HTTPS should work with any ACME clients doing the http-01 challenge
- CORS now happens before rate limiting
- The reconfiguration engine is better protected from exceptions
- Don’t try to check for upgrades on every UI snapshot update
- Reduced reconfiguration churn
- Don't force SNI routes to be lower-priority than non-SNI routes
- Knative mappings fallback to the Ambassador namespace if no namespace is specified
- Fix
ambassador_id
handling for Knative resources - Treat
ambassadorId
as a synonym forambassador_id
(ambassadorId
is the Protobuf 3 canonical form ofambassador_id
)
Ambassador Edge Stack incorporates the functionality of the old Ambassador Pro product.
- Authentication and ratelimiting are now available under a free community license
- Given a Host CR, Ambassador can manage TLS certificates using ACME (or you can manage them by hand)
- There is now an
edgectl
program that you can use for interacting with Ambassador from the command line - There is a web user-interface for Ambassador
- BREAKING CHANGE:
APP_LOG_LEVEL
is nowAES_LOG_LEVEL
See the CHANGELOG.old-pro.md
file for the changelog of
the old Ambassador Pro product.
1.0.0-rc6 January 15, 2020
- AES: Bugfix: Fix ACME client with multiple replicas
- AES: Bugfix: Fix ACME client race conditions with the API server and WATT
- AES: Bugfix: Don't crash in the ACME client if Redis is unavailable
1.0.0-rc4 January 13, 2020
- Change: Less verbose yet more useful Ambassador pod logs
- Bugfix: Various bugfixes for listeners and route rejection
- Bugfix: Don't append the service namespace for
localhost
- AES: Bugfix: Fix rendering mapping labels YAML in the webui
- AES: Bugfix: Organize help output from
edgectl
so it is easier to read - AES: Bugfix: Various bugfixes around ACME support with manually-configured TLSContexts
- AES: Change: Don't disable scout or enable extra-verbose logging when migrating from OSS
- AES: BREAKING CHANGE:
APP_LOG_LEVEL
is nowAES_LOG_LEVEL
1.0.0-rc1 January 11, 2020
- Internal: Improvements to release machinery
- Internal: Fix the dev shell
- Internal: Adjust KAT tests to work with the Edge Stack
1.0.0-rc0 January 10, 2020
- BREAKING CHANGE: Rename Host CR status field
reason
toerrorReason
- Feature: Host CRs now default
.spec.hostname
to.metadata.name
- Feature: Host CRs now have a
requestPolicy
field to control redirecting from cleartext to TLS - Feature: Redirecting from cleartext to TLS no longer interferes with ACME http-01 challenges
- Feature: Improved
edgectl
help and informational messages - Bugfix: Host CR status is now a sub-resource
- Bugfix: Have diagd snapshot JSON not include "serialization" keys (which could potentially leak secrets)
- Bugfix: Fix
ambassador_id
handling for Knative resources - Bugfix: Use the correct namespace for resources found via annotations
- Bugfix: Treat
ambassadorId
as a synonym forambassador_id
(ambassadorId
is the Protobuf 3 canonical form ofambassador_id
) - Internal: Allow passing a
DOCKER_NETWORK
variable to the build-system
1.0.0-ea13 January 09, 2020
- Bugfix: Knative mappings populate and fallback to the Ambassador namespace if unspecified
- Internal: Knative tests for versions 0.7.1 and 0.8.0 were removed
- Internal: Knative tests for version 0.11.0 were added
- Internal: Improved performance with Edge Stack using /ambassador/v0/diag/ with an optional
patch_client
query param to send a partial representation in JSON Patch format, reducing the memory and network traffic for large deployments - Internal: Silencing warnings from
which
in docs preflight-check
1.0.0-ea12 January 08, 2020
- BREAKING CHANGE: When a resource specifies a service or secret name without a corresponding namespace, Ambassador uses the namespace of the resource. In the past, Ambassador would use its own namespace.
- Bugfix: Add the appropriate label so Ingress works with Edge Stack
- Bugfix: Remove superfluous imagePullSecret
- Bugfix: Fix various admin UI quirks, especially in Firefox
- Bogus warnings about duplicate resources
- Drag-and-drop reordering of rate limit configuration
- Missing icons
- Internal: Drop duplicated resources earlier in the processing chain
- Internal: Streamline code generation from protobufs
- Internal: Automated broken-link checks in the documentation
1.0.0-ea9 December 23, 2019
- Bugfix: Use proper executable name for Windows edgectl
- Bugfix: Don't force SNI routes to be lower-priority than non-SNI routes
- Bugfix: Prevent the self-signed fallback context from conflicting with a manual context
1.0.0-ea7 December 19, 2019
- Bugfix: UI buttons can hide themselves
- Bugfix: Developer Portal API acquisition
- Bugfix: Developer Portal internal routing
- Internal: Better JS console usage
- Internal: Rationalize usage reporting for Edge Stack
1.0.0-ea6 December 18, 2019
- Feature: Improve performance of processing events from Kubernetes
- Feature: Automatic HTTPS should work with any ACME clients doing the http-01 challenge
- Internal: General improvements to test infrastructure
- Internal: Improved the release process
ambassador-internal-access-control
Filter
and FilterPolicy
are now
created internally. Remove them from your cluster if upgrading from a
previous version.
1.0.0-ea5 December 17, 2019
- Internal: Improved the reliability of CI
- Internal: Improved the release process
1.0.0-ea3 December 16, 2019
- Feature: initial edgectl support for Windows!
- UX: be explicit that seeing the license applied can take a few minutes
- Bugfix: don’t try to check for upgrades on every UI snapshot update
- Bugfix: don’t activate the fallback TLSContext if its secret is not available
- Bugfix: first cut at reducing reconfiguration churn
1.0.0-ea1 December 10, 2019
All of Ambassador's CRDs have been switched to apiVersion: getambassador.io/v2
, and
your resources will be upgraded when you apply the new CRDs. We recommend that you
follow the migration instructions and check your installation's
behavior before upgrading your CRDs.
- Authentication and ratelimiting are now available under a free community license
- The Host CRD provides an easy way to tell Ambassador about domains it should expect to handle
- Given a Host CRD, Ambassador can manage TLS certificates using ACME (or you can manage them by hand)
- Redirection from HTTP to HTTPS defaults to ON when termination contexts are present
- Mapping and Host CRDs, as well as Ingress resources, get Status updates to provide better feedback
- CVE-2019–18801, CVE-2019–18802, and CVE-2019–18836 are fixed by including Envoy 1.12.2
- CORS now happens before rate limiting
- The reconfiguration engine is better protected from exceptions
0.86.1 December 10, 2019
- Envoy updated to 1.12.2 for security fixes
- Envoy TCP keepalives are now supported (thanks, Bartek Kowalczyk!)
- Envoy remote access logs are now supported
- Correctly handle upgrades when the
LogService
CRD is not present
(Ambassador 0.86.0 was superseded by Ambassador 0.86.1.)
0.85.0 October 22, 2019
- Support configuring the Envoy access log format (thanks to John Esmet!)
0.84.1 October 20, 2019
- Bugfix: Fix /ambassador permissions to allow running as non-root - Thanks @dmayle (https://github.com/dmayle) for reporting the bug.
0.84.0 October 18, 2019
- Support setting window_bits for the GZip filter (thanks to Florent Delannoy!)
- Correctly support tuning the regex_max_size, and bump its default to 200 (thanks to Paul Salaberria!)
- Support setting redirect_cleartext_from in a TLSContext
- Correctly update loadbalancer status of Ingress resources
- Don't enable diagd debugging in the test suite unless explicitly requested (thanks to Jonathan Suever!)
- Switch to an Envoy release build
- Many many things about the build system have changed under the hood!
- Start with
make help
, and - Join our Slack channel for more help!
- Start with
0.83.0 October 08, 2019
- Update Ambassador to address CVE-2019-15225 and CVE-2019-15226.
NOTE: this switches the default regex engine! See the documentation for the ambassador
Module
for more.
0.82.0 October 02, 2019
- Feature: Arrange for the Prometheus metrics endpoint to also return associated headers (thanks, Jennifer Wu!)
- Feature: Support setting a TLS origination context when doing TLS to a RateLimitService (thanks, Phil Peble!)
- Feature: Allow configuring Envoy's access log path (thanks, Jonathan Suever!)
- Update: Switch to Python 3.7 and Alpine 3.10
- Switch back to the latest mypy (currently 0.730)
- Environment variable KAT_IMAGE_PULL_POLICY can override the imagePullPolicy when running KAT tests
- Updated Generated Envoy Golang APIs
0.81.0 September 26, 2019
- Feature: ${} environment variable interpolation is supported in all Ambassador configuration resources (thanks, Stefan Sedich!)
- Feature: DataDog APM tracing is now supported (thanks again, Stefan Sedich!)
- Bugfix: Fix an error in the TLSContext schema (thanks, @georgekaz!)
- Test services can now be built, deployed, and tested more easily (see BUILDING.md)
mypy
is temporarily pinned to version 0.720.
0.80.0 September 20, 2019
- Feature: Basic support for the Kubernetes Ingress resource
- Feature: Basic reporting for some common configuration errors (lack of Mappings, lack of TLS contexts)
- Bugfix: Update Envoy to prevent crashing when updating AuthService under load
- Golang components now use Go 1.13
- Ambassador build now requires clean type hinting
- KAT client and server have been pulled back into the Ambassador repo
0.78.0 September 11, 2019
- Feature: Support setting cipher_suites and ecdh_curves in TLSContext - #1782 (Thanks @teejaded)
- Feature: Make 128-bits traceids the default - #1794 (Thanks @Pluies)
- Feature: Set cap_net_bind_service to allow binding to low ports - #1720 (Thanks @swalberg)
- Testing: Add test that ambassador cli does not crash when called with --help - #1806 (Thanks @rokostik)
0.77.0 September 05, 2019
- (Feature) Support the
least_request
load balancer policy (thanks, Steve Flanders!) - (Misc) Many test and release-engineering improvements under the hood
0.76.0 August 26, 2019
- circuit breakers now properly handle overriding a global circuit breaker within a Mapping (#1767)
- support for Knative 0.8.0 (#1732)
0.75.0 August 13, 2019
- (Feature) Update to Envoy 1.11.1, including security fixes
- (Feature) You can use a
TLSContext
without asecret
to set origination options (#1708) - (Feature) Canary deployments can now use multiple
host_rewrite
values (#1159) - (Bugfix) Make sure that Ambassador won't mistakenly complain about the number of RateLimit and Tracing services (thanks, Christian Claus!)
0.74.1 August 06, 2019
- (bugfix) Make sure that updates properly trigger reconfigures (#1727)
- (misc) Arrange for startup logging to have timestamps
0.74.0 July 30, 2019
- Bugfix: Make sure that the pod dies if Envoy dies
- Bugfix: Correctly allow setting
timeout_ms
forAuthService
(thanks, John Esmet!!) - Feature: Permit configuring
cluster_idle_timeout_ms
for upstream services (thanks, John Esmet!!) (#1542)
0.73.0 July 11, 2019
-
Feature: Experimental native support for Knative! (#1579)
-
Feature: Add a legend for the colors of service names on the diagnostic overview (thanks, Wyatt Pearsall!)
-
Feature: Allow switching Envoy to output JSON logs (thanks, Pedro Tavares!)
-
Feature: Allow setting
AMBASSADOR_LABEL_SELECTOR
andAMBASSADOR_FIELD_SELECTOR
to let Ambassador use Kubernetes selectors to determine which things to read (thanks, John Esmet!) (#1292) -
Feature: Allow configuring retries for
AuthService
(thanks, Kevin Dagostino!) (#1622, #1461) -
Bugfix: Allow Ambassador to ride through Envoy-validation timeouts (thanks, John Morrisey!)
-
Bugfix: Allow Ambassador to ride through parse errors on input resources (thanks, Andrei Predoiu!) (#1625)
-
Bugfix: Allow '.' in a
secret
name to just be a '.' (#1255) -
Bugfix: Allow manually defining an Ambassador
Service
resource, same as any other resource -
Bugfix: Prevent spurious duplicate-resource errors when loading config from the filesystem
0.72.0 June 13, 2019
- Envoy: Update Envoy to commit 8f57f7d765
- Bugfix: Auth spans are now properly connected to requests (#1414)
- Bugfix:
include_body
now works correctly (#1531, #1595) - Bugfix:
x_forwarded_proto_redirect
works again (thanks to Kyle Martin!) (#1571) - Bugfix: Ambassador works correctly with read-only filesystems (thanks, Niko Kurtti!) (#1614, #1619)
- Bugfix: Correctly render groups associated with a given resolver in diagnostics JSON output
- Feature: Give the Ambassador CLI a way to specify the directory into which to write secrets.
0.71.0 June 06, 2019
- Feature: GZIP support #744
- Feature: diag UI shows active Resolvers #1453
- Feature: CRDs exist for Resolvers #1563
- Feature: Resolvers with custom names work, even as CRDs #1497
- Feature: The
/metrics
endpoint provides direct access to Prometheus-format stats (thanks to Rotem Tamir!) - Bugfix:
statsd-exporter
now correctly defaults to port 8125 (thanks to Jonathan Suever!) - Bugfix: redirect_cleartext_from no longer strips the URL path #1463
- Bugfix: canary weights of 0 and 100 work correctly #1379
- Bugfix:
docker run
works again for the Ambassador demo, and is part of our tests now #1569 - Bugfix: Scout
DEBUG
messages don’t get leaked into the diag UI #1573 - Maintenance: warn of upcoming protocol version changes
- Maintenance: check in with Scout every 24 hours, but no more than twice per day
0.70.1 May 24, 2019
- Bugfix: Disable CRD support if Ambassador cannot access them
- Upgrade: Upgrade to watt 0.5.1
0.70.0 May 20, 2019
- Feature: Support CRDs in the
getambassador.io
API group for configuration (#482) - Feature: Update to Envoy 1.10
- Feature: Support removing request headers (thanks @ysaakpr!)
- Bugfix:
watt
should better coalesce calls to the watch hook on startup - Bugfix: Ambassador no longer uses ports 7000 or 18000 (#1526, #1527)
0.61.1 May 16, 2019
- Bugfix: Make sure that Consul discovery properly handles the datacenter name (#1533)
- Bugfix: Make sure that the feature-walk code is protected against clusters with no endpoints at all (#1532)
0.61.0 May 08, 2019
Ambassador 0.61.0 metadata
- Feature: Support for minimum and maximum TLS versions (#689)
- Feature: Allow choosing whether to append or overwrite when adding request or response headers (#1481) - thanks to @ysaakpr
- Feature: Support for circuit breakers (#360)
- Feature: Support for automatic retries (#1127) - thanks to @l1v3
- Feature: Support for shadow traffic weighting - thanks to @nemo83
- Feature: Support for HTTP/1.0 (#988) - thanks to @cyrus-mc
- Bugfix: Problem with local Consul agent resolver and non-standard HTTP port (#1508)
- Bugfix: Round each mapping's weight to an integer to prevent invalid Envoy configurations when using weights (#1289) - thanks to @esmet
- Bugfix: Fix deadlock on invalid Envoy configuration (#1491) - thanks to @esmet
- Bugfix: Fixed LightStep gRPC TracingService (#1189) - thanks to @sbaum1994
0.60.3 May 01, 2019
- When scanning its configuration for secrets and endpoints that must be watched, 0.60.2 could fail with certain configurations if TLS termination but not origination was active. Those failures are fixed now.
0.60.2 April 29, 2019
- Ambassador is now much more careful about which endpoints and secrets it pays attention to. (#1465 again -- thanks to @flands and @seandon for the help here!)
0.60.1 April 25, 2019
- Speed up initial parsing of WATT snapshots considerably (#1465)
- Don't look at secrets in the kube-system namespace, or for service-account tokens.
- Make sure that secrets we do look at are correctly associated with their namespaces (#1467 -- thanks to @flands and @derrickburns for their contributions here!)
- Allow tuning the number of input snapshots retained for debugging
- Include the grab-snapshots.py script to help with debuggability
0.60.0 April 23, 2019
- BREAKING CHANGE: Ambassador listens on 8080 and 8443 by default so it does not need to run as root
- Ambassador natively supports using Consul for service discovery
AMBASSADOR_ENABLE_ENDPOINTS
is no longer needed; configure using theResolver
resource instead- Support for the Maglev load balancing algorithm
- Support
connect_timeout_ms
. Thanks to Pétur Erlingsson. - Support for
idle_timeout_ms
Thanks to Aaron Triplett. - Ambassador will properly reload renewed Let's Encrypt certificates (#1416). Thanks to Matthew Ceroni.
- Ambassador will now properly redirect from HTTP to HTTPS based on
x-forwarded-proto
(#1233). - The
case_sensitive
field now works whenhost_redirect
is set to true (#699). Thanks to Peter Choi and Christopher Coté.
0.53.1 April 05, 2019
(0.53.0 was immediately supplanted by 0.53.1.)
Ambassador 0.53.1 addresses two security issues in Envoy Proxy, CVE-2019-9900 and CVE-2019-9901:
-
CVE-2019-9900 (Score 8.3/High). When parsing HTTP/1.x header values, Envoy 1.9 and before does not reject embedded zero characters (NUL, ASCII 0x0).
-
CVE-2019-9901 (Score 8.3/High). Envoy does not normalize HTTP URL paths in Envoy 1.9 and before.
Since these issues can potentially allow a remote attacker to use maliciously-crafted URLs to bypass authentication, anyone running an Ambassador prior to 0.53.1 should upgrade.
Ambassador 0.60 will listen on ports 8080/8443 by default. The diagnostics service in Ambassador 0.52.0 will try to warn you if your configuration will be affected by this change.
AuthService
versionambassador/v1
can now explicitly configure how much body data is sent to the external authentication service.
0.52.1 March 26, 2019
- You can specify the
AMBASSADOR_NO_SECRETS
environment variable to prevent Ambassador from watching Kubernetes secrets at all (thanks @esmet!) (#1293) - The services used when you do
docker run ambassador --demo
have been moved into the Docker image, to remove external dependencies from the Ambassador quickstart.
0.52.0 March 21, 2019
- Initial support for endpoint routing, rather than relying on
kube-proxy
(#1031)- set
AMBASSADOR_ENABLE_ENDPOINTS
in the environment to allow this
- set
- Initial support for Envoy ring hashing and session affinity (requires endpoint routing!)
- Support Lua filters (thanks to @lolletsoc!)
- Support gRPC-Web (thanks to @gertvdijk!) (#456)
- Support for gRPC HTTP 1.1 bridge (thanks to @rotemtam!)
- Allow configuring
num-trusted-hosts
forX-Forwarded-For
- External auth services using gRPC can now correctly add new headers (#1313)
- External auth services correctly add trace spans
- Ambassador should respond to changes more quickly now (#1294, #1318)
- Ambassador startup should be faster now
0.51.2 March 12, 2019
- Cookies are now correctly handled when using external auth services... really. (#1211)
0.51.1 March 11, 2019
- Ambassador correctly handles services in namespaces other than the one Ambassador is running in.
0.51.0 March 08, 2019
0.51.0 is not recommended: upgrade to 0.51.1.
- Ambassador can now route any TCP connection, using the new
TCPMapping
resource. (#420) - Cookies are now correctly handled when using external auth services (#1211)
- Lots of work in docs and testing under the hood
At present, you cannot mix HTTP and HTTPS upstream service
s in any Ambassador resource. This restriction will be lifted in a future Ambassador release.
0.50.3 February 21, 2019
- Ambassador saves configuration snapshots as it manages configuration changes. 0.50.3 keeps only 5 snapshots,
to bound its disk usage. The most recent snapshot has no suffix; the
-1
suffix is the next most recent, and the-4
suffix is the oldest. - Ambassador will not check for available updates more often than once every four hours.
At present, you cannot mix HTTP and HTTPS upstream service
s in any Ambassador resource. This restriction will be lifted in a future Ambassador release.
0.50.2 February 15, 2019
- Ambassador no longer requires annotations in order to start -- with no configuration, it will launch with only the diagnostics service available. (#1203)
- If external auth changes headers, routing will happen based on the changed values. (#1226)
- Ambassador will no longer log errors about Envoy statistics being unavaible before startup is complete (#1216)
- The
tls
attribute is again available to control the client certificate offered by anAuthService
(#1202)
At present, you cannot mix HTTP and HTTPS upstream service
s in any Ambassador resource. This restriction will be lifted in a future Ambassador release.
0.50.1 February 07, 2019
0.50.1 is not recommended: upgrade to 0.52.0.
- Ambassador defaults to only doing IPv4 DNS lookups. IPv6 can be enabled in the Ambassador module or in a Mapping. (#944)
- An invalid Envoy configuration should not cause Ambassador to hang.
- Testing using
docker run
anddocker compose
is supported again. (#1160) - Configuration from the filesystem is supported again, but see the "Running Ambassador" documentation for more.
- Datawire's default Ambassador YAML no longer asks for any permissions for
ConfigMap
s.
0.50.0 January 29, 2019
Ambassador 0.50.0 is a major rearchitecture of Ambassador onto Envoy V2 using the ADS. See the "BREAKING NEWS" section above for more information.
(Note that Ambassador 0.50.0-rc7 and -rc8 were internal releases.)
AMBASSADOR_SINGLE_NAMESPACE
is finally correctly supported and properly tested (#1098)- Ambassador won't throw an exception for name collisions between resources (#1155)
- A TLS
Module
can now coexist with SNI (the TLSModule
effectively defines a fallback cert) (#1156) ambassador dump --diag
no longer requires you to explicitly state--v1
or--v2
- Configuration from the filesystem is not supported in 0.50.0. It will be resupported in 0.50.1.
- A
TLSContext
referencing asecret
in another namespace will not function whenAMBASSADOR_SINGLE_NAMESPACE
is set.
0.50.0-rc6 January 28, 2019
Ambassador 0.50.0-rc6 is a release candidate.
- Ambassador watches certificates and automatically updates TLS on certificate changes (#474)
- Ambassador no longer saves secrets it hasn't been told to use to disk (#1093)
- Ambassador correctly honors
AMBASSADOR_SINGLE_NAMESPACE
rather than trying to access all namespaces (#1098) - Ambassador correctly honors the
AMBASSADOR_CONFIG_BASE_DIR
setting again (#1118) - Configuration changes take effect much more quickly than in RC5 (#1148)
redirect_cleartext_from
works with no configured secret, to support TLS termination at a downstream load balancer (#1104)redirect_cleartext_from
works with thePROXY
protocol (#1115)- Multiple
AuthService
resources (for canary deployments) work again (#1106) AuthService
withallow_request_body
works correctly with an empty body and noContent-Length
header (#1140)Mapping
supports thebypass_auth
attribute to bypass authentication (thanks, @patricksanders! #174)- The diagnostic service no longer needs to re-parse the configuration on every page load (#483)
- Startup is now faster and more stable
- The Makefile should do the right thing if your PATH has spaces in it (thanks, @er1c!)
- Lots of Helm chart, statsd, and doc improvements (thanks, @Flydiverny, @alexgervais, @bartlett, @victortv7, and @zencircle!)
0.50.0-rc5 January 14, 2019
Ambassador 0.50.0-rc5 is a release candidate.
- Websocket connections will now be authenticated if an AuthService is configured #1026
- Client certificate authentication should function whether configured from a TLSContext resource or from the the old-style TLS module (this is the full fix for [#993])
- Ambassador can now switch listening ports without a restart (e.g. switching from cleartext to TLS) #1100
- TLS origination certificates (including Istio mTLS) should now function #1071
- The diagnostics service should function in all cases. #1096
- The Ambassador image is significantly (~500MB) smaller than RC4.
0.50.0-rc4 January 09, 2019
Ambassador 0.50.0-rc4 is a release candidate, and fully supports running under Microsoft Azure.
- Ambassador fully supports running under Azure #1039
- The
proto
attribute of a v1AuthService
is now optional, and defaults tohttp
- Ambassador will warn about the use of v0 configuration resources.
0.50.0-rc3 January 03, 2019
Ambassador 0.50.0-rc3 is a release candidate, but see below for an important warning about Azure.
There is a known issue with recently-created Microsoft Azure clusters where Ambassador will stop receiving service updates after running for a short time. This will be fixed in 0.50.0-GA.
- The
Location
andSet-Cookie
headers should always be allowed from the auth service when using anambassador/v0
config #1054 add_response_headers
(parallel toadd_request_headers
) is now supported (thanks, @n1koo!)host_redirect
andshadow
both now work correctly #1057, #1069- Kat is able to give better information when it cannot parse a YAML specification.
0.50.0-rc2 December 24, 2018
Ambassador 0.50.0-rc2 fixes some significant TLS bugs found in RC1.
- TLS client certificate verification should function correctly (including requiring client certs).
- TLS context handling (especially with multiple contexts and origination contexts) has been made more consistent and correct.
- Ambassador is now much more careful about reporting errors in TLS configuration (especially around missing keys).
- You can reference a secret in another namespace with
secret: $secret_name.$namespace
. - Ambassador will now save certificates loaded from Kubernetes to
$AMBASSADOR_CONFIG_BASE_DIR/$namespace/secrets/$secret_name
.
use_proxy_proto
should be correctly supported #1050.AuthService
v1 will default itsproto
tohttp
(thanks @flands!)- The JSON diagnostics service supports filtering: requesting
/ambassador/v0/diag/?json=true&filter=errors
, for example, will return only the errors element from the diagnostic output.
0.50.0-rc1 December 19, 2018
Ambassador 0.50.0-rc1 is a release candidate.
- Websockets should work happily with external authentication #1026
- A
TracingService
using a long cluster name works now #1025 - TLS origination certificates are no longer offered to clients when Ambassador does TLS termination #983
- Ambassador will listen on port 443 only if TLS termination contexts are present; a TLS origination context will not cause the switch
- The diagnostics service is working, and correctly reporting errors, again. #1019
timeout_ms
in aMapping
works correctly again #990- Ambassador sends additional anonymized usage data to help Datawire prioritize bug fixes, etc.
See
docs/ambassador/running.md
for more information, including how to disable this function.
0.50.0-ea7 November 19, 2018
Ambassador 0.50.0-ea7 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
-
API version
ambassador/v0
will be officially deprecated in Ambassador 0.50.0. API versionambassador/v1
will the minimum recommended version for resources in Ambassador 0.50.0. -
Some resources will change between
ambassador/v0
andambassador/v1
.- For example, the
Mapping
resource will no longer supportrate_limits
as that functionality will be subsumed bylabels
.
- For example, the
- Ambassador now supports
labels
for allMapping
s. - Configuration of rate limits for a
Mapping
is now handled by providinglabels
in the domain configured for theRateLimitService
(by default, this is "ambassador"). - Ambassador, once again, supports
statsd
for statistics gathering. - The Envoy
buffer
filter is supported. - Ambassador can now use GRPC to call the external authentication service, and also include the message body in the auth call.
- It's now possible to use environment variables to modify the configuration directory (thanks @n1koo!).
- Setting environment variable
AMBASSADOR_KUBEWATCH_NO_RETRY
will cause the Ambassador pod to exit, and be rescheduled, if it loses its connection to the Kubernetes API server. - Many dependencies have been updated, most notably including switching to kube-client 8.0.0.
0.50.0-ea6 November 19, 2018
Ambassador 0.50.0-ea6 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
alpn_protocols
is now supported in theTLS
module andTLSContext
s- Using
TLSContext
s to provide TLS termination contexts will correctly switch Ambassador to listening on port 443. redirect_cleartext_from
is now supported with SNI- Zipkin
TracingService
configuration now supports 128-bit trace IDs and shared span contexts (thanks, @alexgervais!) - Zipkin should correctly trace calls to external auth services (thanks, @alexgervais!)
AuthService
configurations now allow separately configuring headers allowed from the client to the auth service, and from the auth service upstream- Ambassador won't endlessly append
:annotation
to K8s resources - The Ambassador CLI no longer requires certificate files to be present when dumping configurations
make mypy
will run full type checks on Ambassador to help developers
0.50.0-ea5 November 06, 2018
Ambassador 0.50.0-ea5 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
use_remote_address
is now set totrue
by default. If you need the old behavior, you will need to manually setuse_remote_address
tofalse
in theambassador
Module
.- Ambassador 0.50.0-ea5 supports SNI! See the docs for more here.
- Header matching is now supported again, including
host
andmethod
headers.
0.50.0-ea4 October 31, 2018
Ambassador 0.50.0-ea4 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
- Ambassador 0.50.0-ea4 uses Envoy 1.8.0.
RateLimitService
is now supported. You will need to restart Ambassador if you change theRateLimitService
configuration. We expect to lift this restriction in a later release; for now, the diag service will warn you when a restart is required.- The
RateLimitService
also has a newtimeout_ms
attribute, which allows overriding the default request timeout of 20ms.
- The
- GRPC is provisionally supported, but still needs improvements in test coverage.
- Ambassador will correctly include its EA number when checking for updates.
0.50.0-ea3 October 21, 2018
Ambassador 0.50.0-ea3 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
TracingService
is now supported. You will need to restart Ambassador if you change theTracingService
configuration. We expect to lift this restriction in a later release; for now, the diag service will warn you when a restart is required.- Websockets are now supported, including mapping the same websocket prefix to multiple upstream services for canary releases or load balancing.
- KAT supports full debug logs by individual
Test
orQuery
.
Ambassador 0.50.0 is not yet feature-complete. Read the Limitations and Breaking Changes sections in the 0.50.0-ea1 section below for more information.
0.50.0-ea2 October 16, 2018
Ambassador 0.50.0-ea2 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
- Attempting to enable TLS termination without supplying a valid cert secret will result in HTTP on port 80, rather than HTTP on port 443. No error will be displayed in the diagnostic service yet. This is a bug and will be fixed in
-ea3
. - CORS is now supported.
- Logs are no longer full of accesses from the diagnostic service.
- KAT supports isolating OptionTests.
- The diagnostics service now shows the V2 config actually in use, not V1.
make
will no longer rebuild the Python venv so aggressively.
Ambassador 0.50.0 is not yet feature-complete. Read the Limitations and Breaking Changes sections in the 0.50.0-ea1 section below for more information.
0.50.0-ea1 October 11, 2018
Ambassador 0.50.0-ea1 is an EARLY ACCESS release! IT IS NOT SUPPORTED FOR PRODUCTION USE.
RateLimitService
andTracingService
resources are not currently supported.- WebSockets are not currently supported.
- CORS is not currently supported.
- GRPC is not currently supported.
- TLS termination is not
statsd
integration has not been tested.- The logs are very cluttered.
- Configuration directly from the filesystem isn’t supported.
- The diagnostics service cannot correctly drill down by source file, though it can drill down by route or other resources.
- Helm installation has not been tested.
AuthService
does not currently have full support for configuring headers to be sent to the extauth service. At present it sends all the headers listed inallowed_headers
plus:Authorization
Cookie
Forwarded
From
Host
Proxy-Authenticate
Proxy-Authorization
Set-Cookie
User-Agent
X-Forwarded-For
X-Forwarded-Host
X-Forwarded
X-Gateway-Proto
WWW-Authenticate
-
Configuration from a
ConfigMap
is no longer supported. -
The authentication
Module
is no longer supported; useAuthService
instead (which you probably already were). -
External authentication now uses the core Envoy
envoy.ext_authz
filter, rather than the custom Datawire auth filter.ext_authz
speaks the same protocol, and your existing external auth services should work, however:ext_authz
does not send all the request headers to the external auth service (see above inLimitations
).
-
Circuit breakers and outlier detection are not supported. They will be reintroduced in a later Ambassador release.
-
Ambassador now requires a TLS
Module
to enable TLS termination, where previous versions would automatically enable termation if theambassador-certs
secret was present. A minimalModule
for the same behavior is:--- kind: Module name: tls config: server: secret: ambassador-certs
0.40.2 November 26, 2018
- Feature: Support using environment variables to modify the configuration directory (thanks @n1koo!)
- Feature: In Helmfile, support
volumeMounts
(thanks @kyschouv!) - Bugfix: In Helmfile, correctly quote
.Values.namespace.single
(thanks @bobby!) - Bugfix: In Helmfile, correctly support
Nodeport
in HTTP and HTTPS (thanks @n1koo!)
0.40.1 October 29, 2018
- Feature: Support running Ambassador as a
Daemonset
via Helm (thanks @DipeshMitthalal!) - Feature: Switch to Envoy commit 5f795fe2 to fix a crash if attempting to add headers after using an AuthService (#647, #680)
0.40.0 September 25, 2018
- Feature: Allow users to override the
STATSD_HOST
value (#810). Thanks to @rsyvarth. - Feature: Support LightStep distributed tracing (#796). Thanks to @alexgervais.
- Feature: Add service label in Helm chart (#778). Thanks to @sarce.
- Feature: Add support for load balancer IP in Helm chart (#765). Thanks to @larsha.
- Feature: Support prometheus mapping configurations (#746). Thanks to @bcatcho.
- Feature: Add support for
loadBalancerSourceRanges
to Helm chart (#764). Thanks to @mtbdeano. - Feature: Support for namespaces and Ambassador ID in Helm chart (#588, #643). Thanks to @MichielDeMey and @jstol.
- Bugfix: Add AMBASSADOR_VERIFY_SSL_FALSE flag (#782, #807). Thanks to @sonrier.
- Bugfix: Fix Ambassador single namespace in Helm chart (#827). Thanks to @sarce.
- Bugfix: Fix Helm templates and default values (#826).
- Bugfix: Add
stats-sink
back to Helm chart (#763). - Bugfix: Allow setting
timeout_ms
to 0 for gRPC streaming services (#545). Thanks to @lovers36. - Bugfix: Update Flask to 0.12.3.
0.39.0 August 30, 2018
- Bugfix: The statsd container has been removed by default in order to avoid DoSing Kubernetes DNS. The functionality can be re-enabled by setting the
STATSD_ENABLED
environment variable totrue
in the Ambassador deployment YAML (#568). - Docs: Added detailed Ambassador + Istio Integration Documentation on monitoring and distributed tracing. - @feitnomore
- Docs: Added instructions for running Ambassador with Docker Compose. - @bcatcho
- Bugfix: Fix Ambassador to more aggressively reconnect to Kubernetes (#554). - @nmatsui
- Feature: Diagnostic view displays AuthService, RateLimitService, and TracingService (#730). - @alexgervais
- Feature: Enable Ambassador to tag tracing spans with request headers via
tag_headers
. - @alexgervais
0.38.0 August 08, 2018
- Feature: Default CORS configuration can now be set - @KowalczykBartek
- Bugfix: Ambassador does not crash with empty YAML config anymore - @rohan47
- DevEx:
master
is now latest,stable
tracks the latest released version - DevEx: release-prep target added to Makefile to facilitate releasing process
- DevEx: all tests now run in parallel, consuming lesser time
- Bugfix: Ambassador SIGCHLD messages are less scary looking now
0.37.0 July 31, 2018:
- Feature: Added support for request tracing (by Alex Gervais)
0.36.0 July 26, 2018:
- Fix: HEAD requests no longer cause segfaults
- Feature: TLS can now be configured with arbitrary secret names, instead of predefined secrets
- Change: The Envoy dynamic header value
%CLIENT_IP%
is no longer supported. Use%DOWNSTREAM_REMOTE_ADDRESS_WITHOUT_PORT%
instead. (This is due to a change in Envoy 1.7.0.)
0.35.3 July 18, 2018: READ THE WARNING ABOVE
Major changes:
- Ambassador is now based on Envoy v1.7.0
- Support for X-FORWARDED-PROTO based redirection, generally used with Layer 7 load balancers
- Support for port based redirection using
redirect_cleartext_from
, generally used with Layer 4 load balancers - Specifying HTTP and HTTPS target ports in Helm chart
Other changes:
- End-to-end tests can now be run with
make e2e
command - Helm release automation has been fixed
- Mutliple end-to-end tests are now executed in parallel, taking lesser time
- Huge revamp to documentation around unit tests
- Documentation changes
0.35.2 July 05, 2018: READ THE WARNING ABOVE
- 0.35.2 is almost entirely about updates to Datawire testing infrastructure.
- The only user-visible change is that Ambassador will do a better job of showing which Kubernetes objects define Ambassador configuration objects when using
AMBASSADOR_ID
to run multiple Ambassadors in the same cluster.
0.35.1 June 25, 2018: READ THE WARNING ABOVE
- Properly support supplying additional TLS configuration (such as
redirect_cleartext_from
) when using certificates from a KubernetesSecret
- Update Helm chart to allow customizing annotations on the deployed
ambassador
KubernetesService
(thanks @psychopenguin!)
0.35.0 June 25, 2018: READ THE WARNING ABOVE
- 0.35.0 re-supports websockets, but see the BREAKING NEWS for an important caveat.
- 0.35.0 supports running as non-root. See the BREAKING NEWS above for more information.
- Make sure regex matches properly handle backslashes, and properly display in the diagnostics service (thanks @alexgervais!).
- Prevent kubewatch from falling into an endless spinloop (thanks @mechpen!).
- Support YAML array syntax for CORS array elements.
0.34.3 June 13, 2018: READ THE WARNING ABOVE
- 0.34.3 cannot support websockets: see the WARNING above.
- Fix a possible crash if no annotations are found at all (#519).
- Improve logging around service watching and such.
0.34.2 June 11, 2018: READ THE WARNING ABOVE
- 0.34.2 cannot support websockets: see the WARNING above.
- Ambassador is now based on Envoy 1.6.0!
- Ambassador external auth services can now modify existing headers in place, as well as adding new headers.
- Re-support the
ambassador-cacert
secret for configuring TLS client-certificate authentication. Note well that a couple of things have changed in setting this up: you'll use the keytls.crt
, notfullchain.pem
. See https://www.getambassador.io/reference/auth-tls-certs for more.
0.34.1 June 04, 2018
- Unbuffer log output for better diagnostics.
- Switch to gunicorn instead of Werkzeug for the diag service.
- Use the YAML we release as the basis for end-to-end testing.
0.34.0 May 16, 2018
- When originating TLS, use the
host_rewrite
value to set outgoing SNI. If nohost_rewrite
is set, do not use SNI. - Allow disabling external access to the diagnostics service (with thanks to @alexgervais and @dougwilson).
0.33.1 May 16, 2018
- Fix YAML error on statsd pod.
0.33.0 May 14, 2018
- Fix support for
host_redirect
in aMapping
. See theMapping
documentation for more details: the definition of thehost_redirect
attribute has changed.
0.32.2 May 02, 2018
(Note that 0.32.1 was an internal release.)
- Fix a bad bootstrap CSS inclusion that would cause the diagnostic service to render incorrectly.
0.32.0 April 27, 2018
- Traffic shadowing is supported using the
shadow
attribute in aMapping
- Multiple Ambassadors can now run more happily in a single cluster
- The diagnostic service will now show you what
AuthService
configuration is active - The
tls
keyword now works forAuthService
just like it does forMapping
(thanks @dvavili!)
0.31.0 April 12, 2018
- Rate limiting is now supported (thanks, @alexgervais!) See the docs for more detail here.
- The
statsd
container has been quieted down yet more (thanks again, @alexgervais!).
0.30.2 March 26, 2018
- drop the JavaScript
statsd
for a simplesocat
-based forwarder - ship an Ambassador Helm chart (thanks @stefanprodan!)
- Interested in testing Helm? See below!
- disable Istio automatic sidecar injection (thanks @majelbstoat!)
- clean up some doc issues (thanks @lavoiedn and @endrec!)
To test Helm, make sure you have helm
installed and that you have tiller
properly set up for your RBAC configuration. Then:
helm repo add datawire https://www.getambassador.io
helm upgrade --install --wait my-release datawire/ambassador
You can also use adminService.type=LoadBalancer
.
0.30.1 March 26, 2018
- The
tls
module is now able to override TLS settings probed from theambassador-certs
secret
0.30.0 March 23, 2018
- Support regex matching for
prefix
(thanks @radu-c!) - Fix docs around
AuthService
usage
0.29.0 March 15, 2018
- Default restart timings have been increased. This will cause Ambassador to respond to service changes less quickly; by default, you'll see changes appear within 15 seconds.
- Liveness and readiness checks are now enabled after 30 seconds, rather than 3 seconds, if you use our published YAML.
- The
statsd
container is now based onmhart/alpine-node:9
rather than:7
. envoy_override
has been reenabled inMapping
s.
(Note that 0.28.1 is identical to 0.28.0, and 0.27.0 was an internal release. These are related to the way CI generates tags, which we'll be revamping soon.)
- Support tuning Envoy restart parameters
- Support
host_regex
,method_regex
, andregex_headers
to allow regular expression matches inMappings
- Support
use_proxy_proto
anduse_remote_address
in theambassador
module - Fine-tune the way we sort a
Mapping
based on its constraints - Support manually setting the
precedence
of aMapping
, so that there's an escape hatch when the automagic sorting gets it wrong - Expose
alpn_protocols
in thetls
module (thanks @technicianted!) - Make logs a lot quieter
- Reorganize and update documentation
- Make sure that
ambassador dump --k8s
will work correctly - Remove a dependency on a
ConfigMap
for upgrade checks
0.26.0 February 13, 2018
- The
authentication
module is deprecated in favor of theAuthService
resource type. - Support redirecting cleartext connections on port 80 to HTTPS on port 443
- Streamline end-to-end tests and, hopefully, allow them to work well without Kubernaut
- Clean up some documentation (thanks @lavoiedn!)
0.25.0 February 06, 2018
(Note that 0.24.0 was an internal release.)
- CORS support (thanks @alexgervais!)
- Updated docs for
- GKE
- Ambassador + Istio
- Ordering of
Mappings
- Prometheus with Ambassador
- Support multiple external authentication service instances, so that canarying
extauth
services is possible - Correctly support
timeout_ms
in aMapping
- Various build tweaks and end-to-end test speedups
0.23.0 January 17, 2018
- Clean up build docs (thanks @alexgervais!)
- Support
add_request_headers
for, uh, adding requests headers (thanks @alexgervais!) - Make end-to-end tests and Travis build process a bit more robust
- Pin to Kubernaut 0.1.39
- Document the use of the
develop
branch - Don't default to
imagePullAlways
- Switch to Alpine base with a stripped Envoy image
0.22.0 January 17, 2018
- Switched to using
quay.io
rather than DockerHub. If you are not using Datawire's published Kubernetes manifests, you will have to update your manifests! - Switched to building over Alpine rather than Ubuntu. (We're still using an unstripped Envoy; that'll change soon.)
- Switched to a proper production configuration for the
statsd
pod, so that it hopefully chews up less memory. - Make sure that Ambassador won't generate cluster names that are too long for Envoy.
- Fix a bug where Ambassador could crash if there were too many egregious errors in its configuration.
0.21.1 January 11, 2018
- Ambassador will no longer generate cluster names that exceed Envoy's 60-character limit.
0.21.0 January 03, 2018
- If
AMBASSADOR_SINGLE_NAMESPACE
is present in the environment, Ambassador will only look for services in its own namespace. - Ambassador
Mapping
objects now correctly supporthost_redirect
,path_redirect
,host_rewrite
,auto_host_rewrite
,case_sensitive
,use_websocket
,timeout_ms
, andpriority
.
0.20.1 December 22, 2017
- If Ambassador finds an empty YAML document, it will now ignore it rather than raising an exception.
- Includes the namespace of a service from an annotation in the name of its generated YAML file.
- Always process inputs in the same order from run to run.
0.20.0 December 18, 2017
- Switch to Envoy 1.5 under the hood.
- Refocus the diagnostic service to better reflect what's actually visible when you're working at Ambassador's level.
- Allow the diagnostic service to display, and change, the Envoy log level.
0.19.2 December 12, 2017
- Arrange for logs from the subsystem that watches for Kubernetes service changes (kubewatch) to have timestamps and such.
- Only do new-version checks every four hours.
0.19.1 December 04, 2017
- Allow the diag service to look good (well, OK, not too horrible anyway) when Ambassador is running with TLS termination.
- Show clusters on the overview page again.
- The diag service now shows you the "health" of a cluster by computing it from the number of requests to a given service that didn't involve a 5xx status code, rather than just forwarding Envoy's stat, since we don't configure Envoy's stat in a meaningful way yet.
- Make sure that the tests correctly reported failures (sigh).
- Allow updating out-of-date diagnostic reports without requiring multiple test runs.
0.19.0 November 30, 2017
- Ambassador can now use HTTPS upstream services: just use a
service
that starts withhttps://
to enable it.- By default, Ambassador will not offer a certificate when using HTTPS to connect to a service, but it is possible to configure certificates. Please contact us on Slack if you need to do this.
- HTTP access logs appear in the normal Kubernetes logs for Ambassador.
- It’s now possible to tell
ambassador config
to read Kubernetes manifests from the filesystem and build a configuration from the annotations in them (use the--k8s
switch). - Documentation on using Ambassador with Istio now reflects Ambassador 0.19.0 and Istio 0.2.12.
0.18.2 November 28, 2017
- The diagnostics service will now tell you when updates are available.
0.18.0 November 20, 2017
- The Host header is no longer overwritten when Ambassador talks to an external auth service. It will now retain whatever value the client passes there.
- Checks for updates weren’t working, and they have been restored. At present you’ll only see them in the Kubernetes logs if you’re using annotations to configure Ambassador — they’ll start showing up in the diagnostics service in the next release or so.
0.17.0 November 14, 2017
- Allow Mappings to require matches on HTTP headers and
Host
- Update tests, docs, and diagnostic service for header matching
- Published YAML resource files will no longer overwrite annotations on the Ambassador
service
when creating the Ambassadordeployment
0.16.0 November 10, 2017
- Support configuring Ambassador via
annotations
on Kubernetesservice
s - No need for volume mounts! Ambassador can read configuration and TLS-certificate information directly from Kubernetes to simplify your Kubernetes YAML
- Expose more configuration elements for Envoy
route
s:host_redirect
,path_redirect
,host_rewrite
,auto_host_rewrite
,case_sensitive
,use_websocket
,timeout_ms
, andpriority
get transparently copied
- Reenable support for gRPC
0.15.0 October 16, 2017
- Allow
docker run
to start Ambassador with a simple default configuration for testing - Support
host_rewrite
in mappings to force the HTTPHost
header value for services that need it - Support
envoy_override
in mappings for odd situations - Allow asking the diagnostic service for JSON output rather than HTML
0.14.2 October 12, 2017
- Allow the diagnostic service to show configuration errors.
0.14.0 October 05, 2017
- Have a diagnostic service!
- Support
cert_required
in TLS config
0.13.0 September 25, 2017
- Support using IP addresses for services.
- Check for collisions, so that trying to e.g. map the same prefix twice will report an error.
- Enable liveness and readiness probes, and have Kubernetes perform them by default.
- Document the presence of the template-override escape hatch.
0.12.1 September 22, 2017
- Notify (in the logs) if a new version of Ambassador is available.
0.12.0 September 21, 2017
- Support for non-default Kubernetes namespaces.
- Infrastructure for checking if a new version of Ambassador is available.
0.11.2 September 20, 2017
- Better schema verification.
0.11.1 September 18, 2017
- Do schema verification of input YAML files.
0.11.0 September 18, 2017
- Declarative Ambassador! Configuration is now via YAML files rather than REST calls
- The
ambassador-store
service is no longer needed.
0.10.14 September 15, 2017
- Update
demo-qotm.yaml
with the correct image tag.
0.10.13 September 05, 2017
- Properly support proxying all methods to an external authentication service, with headers intact, rather than moving request headers into the body of an HTTP POST.
0.10.12 August 02, 2017
- Make TLS work with standard K8s TLS secrets, and completely ditch push-cert and push-cacert.
- Move Ambassador out from behind Envoy, so that you can use Ambassador to fix things if you completely botch your Envoy config.
- Let Ambassador keep running if Envoy totally chokes and dies, but make sure the pod dies if Ambassador loses access to its storage.
0.10.10 August 01, 2017
- Fix broken doc paths and simplify building as a developer. 0.10.8, 0.10.9, and 0.10.10 were all stops along the way to getting this done; hopefully we'll be able to reduce version churn from here on out.
0.10.7 July 25, 2017
- More CI-build tweaks.
0.10.6 July 25, 2017
- Fix automagic master build tagging
0.10.5 July 25, 2017
- Many changes to the build process and versioning. In particular, CI no longer has to commit files.
0.10.1 July 03, 2017
- Changelog
0.10.0 June 30, 2017
- Ambassador supports GRPC services (and other HTTP/2-only services) using the GRPC module
- Minor typo in Ambassador's
Dockerfile
that break some versions of Docker
0.9.1 June 28, 2017
- Made development a little easier by automating dev version numbers so that modified Docker images update in Kubernetes
- Updated
BUILDING.md
0.9.0 June 23, 2017
- Ambassador supports HTTP Basic Auth
- Ambassador now has the concept of modules to enable and configure optional features such as auth
- Ambassador now has the concept of consumers to represent end-users of mapped services
- Ambassador supports auth via an external auth server
Basic auth is covered in Getting Started. Learn about modules and consumers and see an example of external auth in About Mappings, Modules, and Consumers.
- State management (via Ambassador store) has been refactored
- Switched to Ambassador-Envoy for the base Docker image
0.8.12 June 07, 2017
- Mappings can now be updated
0.8.11 May 24, 2017
- Ambassador interoperates with Istio -- see Ambassador and Istio
- There is additional documentation for statistics and monitoring
- Bug in mapping change detection
- Release machinery issues
0.8.6 May 05, 2017
- Ambassador releases are now performed by Travis CI
0.8.2 May 04, 2017
- Documentation updates
0.8.0 May 02, 2017
- Ambassador has a website!
- Ambassador supports auth via TLS client certificates
- There are some additional helper scripts in the
scripts
directory
- Ambassador's admin interface is now on local port 8888 while mappings are available on port 80/443 depending on whether TLS is enabled
- Multiple instances of Ambassador talking to the same Ambassador Store pod will pick up each other's changes automatically
0.7.0 May 01, 2017
- Ambassador can rewrite the request URL path prefix before forwarding the request to your service (covered in Getting Started)
- Ambassador supports additional stats aggregators: Datadog, Grafana
- Services are now known as mappings
- Minikube is supported again
0.6.0 April 28, 2017
- The Ambassador SDS has been removed; Ambassador routes to service names
0.5.2 April 26, 2017
- Ambassador includes a local
statsd
so that full stats from Envoy can be collected and pushed to a stats aggregator (Prometheus is supported)
- It's easier to develop Ambassador thanks to improved build documentation and
Makefile
fixes
0.5.0 April 13, 2017
- Ambassador supports inbound TLS
- YAML for a demo user service is now included
- The
geturl
script supports Minikube and handles AWS better - Documentation and code cleanup
0.4.0 April 07, 2017
- Ambassador now reconfigures Envoy automatically once changes have settled for five seconds
- Envoy stats and Ambassador stats are separate
- Mappings no longer require specifying the port as it is not needed
- SDS does the right thing with unnamed ports
0.3.1 April 06, 2017
- Envoy stats accessible through Ambassador
- Basic interpretation of cluster stats
- Split up
ambassador.py
into multiple files - Switch to a debug build of Envoy
0.1.9 April 03, 2017
- Ambassador configuration on
/ambassador-config/
prefix rather than exposed on port 8001 - Updated to current Envoy and pinned the Envoy version
- Use Bumpversion for version management
- Conditionalized Docker push
- Ambassador keeps running with an empty services list (part 2)
0.1.5 March 31, 2017
- Ambassador SDS correctly handles ports
0.1.4 March 31, 2017
- Ambassador keeps running with an empty services list
- Easier to run with Telepresence
0.1.3 March 31, 2017
- Initial Ambassador
- Ambassador service discovery service
- Documentation
Based on Keep a Changelog. Ambassador follows Semantic Versioning.