diff --git a/CHANGELOG.md b/CHANGELOG.md index b231d9f0b9..f8b53650ca 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -4,6 +4,123 @@ All notable changes to Router will be documented in this file. This project adheres to [Semantic Versioning v2.0.0](https://semver.org/spec/v2.0.0.html). +# [1.3.0] - 2022-11-09 + +## 🚀 Features + +### Add support for DHAT-based heap profiling ([PR #1829](https://github.com/apollographql/router/pull/1829)) + +The [dhat-rs](https://github.com/nnethercote/dhat-rs) crate provides [DHAT](https://www.valgrind.org/docs/manual/dh-manual.html)-style heap profiling. We have added two compile-time features, `dhat-heap` and `dhat-ad-hoc`, which leverage this ability. + +By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/1829 + +### Add `trace_id` in logs to correlate entries from the same request ([Issue #1981](https://github.com/apollographql/router/issues/1981)) + +A `trace_id` is now added to each log line to help correlate log entries to specific requests. The value for this property will be automatically inherited from any enabled distributed tracing headers, such as those listed in our [Tracing propagation header](https://www.apollographql.com/docs/router/configuration/tracing/#propagation) documentation (e.g., Jaeger, Zipkin, Datadog, etc.). + +In the event that a `trace_id` was not inherited from a propagated header, the Router will originate a `trace_id` and propagate that ID to subgraphs if header propagation (see link above) is enabled. + +Here is an example of the `trace_id` appearing in plain-text log output: + +``` +2022-10-21T15:17:45.562553Z ERROR [trace_id=5e6a6bda8d0dca26e5aec14dafa6d96f] apollo_router::services::subgraph_service: fetch_error="hyper::Error(Connect, ConnectError(\"tcp connect error\", Os { code: 111, kind: ConnectionRefused, message: \"Connection refused\" }))" +2022-10-21T15:17:45.565768Z ERROR [trace_id=5e6a6bda8d0dca26e5aec14dafa6d96f] apollo_router::query_planner::execution: Fetch error: HTTP fetch failed from 'accounts': HTTP fetch failed from 'accounts': error trying to connect: tcp connect error: Connection refused (os error 111) +``` + +And an example of the `trace_id` appearing in JSON-formatted log output in a similar scenario: + +```json +{"timestamp":"2022-10-26T15:39:01.078260Z","level":"ERROR","fetch_error":"hyper::Error(Connect, ConnectError(\"tcp connect error\", Os { code: 111, kind: ConnectionRefused, message: \"Connection refused\" }))","target":"apollo_router::services::subgraph_service","filename":"apollo-router/src/services/subgraph_service.rs","line_number":182,"span":{"name":"subgraph"},"spans":[{"trace_id":"5e6a6bda8d0dca26e5aec14dafa6d96f","name":"request"},{"name":"supergraph"},{"name":"execution"},{"name":"parallel"},{"name":"fetch"},{"name":"subgraph"}]} +{"timestamp":"2022-10-26T15:39:01.080259Z","level":"ERROR","message":"Fetch error: HTTP fetch failed from 'accounts': HTTP fetch failed from 'accounts': error trying to connect: tcp connect error: Connection refused (os error 111)","target":"apollo_router::query_planner::execution","filename":"apollo-router/src/query_planner/execution.rs","line_number":188,"span":{"name":"parallel"},"spans":[{"trace_id":"5e6a6bda8d0dca26e5aec14dafa6d96f","name":"request"},{"name":"supergraph"},{"name":"execution"},{"name":"parallel"}]} +``` + +By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1982 + +### Reload configuration when receiving the SIGHUP signal ([Issue #35](https://github.com/apollographql/router/issues/35)) + +The Router will now reload its configuration when receiving the SIGHUP signal. This signal is only supported on *nix platforms, +and only when a configuration file was passed to the Router initially at startup. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2015 + +## 🐛 Fixes + +### Fix the deduplication logic in deduplication caching ([Issue #1984](https://github.com/apollographql/router/issues/1984)) + +Under load, we found it was possible to break the router de-duplication logic and leave orphaned entries in the waiter map. This fixes the de-duplication logic to prevent this from occurring. + +By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/2014 + +### Follow back-off instructions from Studio Uplink ([Issue #1494](https://github.com/apollographql/router/issues/1494) [Issue #1539](https://github.com/apollographql/router/issues/1539)) + +When operating in a [Managed Federation configuration](https://www.apollographql.com/docs/federation/managed-federation/overview/) and fetching the supergraph from Apollo Uplink, the Router will now react differently depending on the response from Apollo Uplink, rather than retrying incessantly: + +- Not attempt to retry when met with unrecoverable conditions (e.g., a Graph that does not exist). +- Back-off on retries when the infrastructure asks for a longer retry interval. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2001 + +### Fix the rhai SDL `print` function ([Issue #2005](https://github.com/apollographql/router/issues/2005)) + +Fixes the `print` function exposed to rhai which was broken due to a recent change that was made in the way we pass SDL (schema definition language) to plugins. + +By [@fernando-apollo](https://github.com/fernando-apollo) in https://github.com/apollographql/router/pull/2007 + +### Export `router_factory::Endpoint` ([PR #2007](https://github.com/apollographql/router/pull/2007)) + +We now export the `router_factory::Endpoint` struct that was inadvertently unexposed. Without access to this struct, it was not possible to implement the `web_endpoints` trait in plugins. + +By [@scottdouglas1989](https://github.com/scottdouglas1989) in https://github.com/apollographql/router/pull/2007 + +### Validate default values for input object fields ([Issue #1979](https://github.com/apollographql/router/issues/1979)) + +When validating variables, the Router now uses graph-specified default values for object fields, if applicable. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2003 + +### Address regression when sending gRPC to `localhost` ([Issue #2036](https://github.com/apollographql/router/issues/2036)) + +We again support sending unencrypted gRPC tracing and metrics data to `localhost`. This follows-up on a regression which occurred in the previous release which addressed a limitation which prevented sending gRPC to TLS-secured endpoints. + +Applying a proper fix was complicated by an upstream issue ([opentelemetry-rust#908](https://github.com/open-telemetry/opentelemetry-rust/issues/908)) which incorrectly assumes `https` in the absence of a more-specific protocol/schema, contrary to the OpenTelmetry specification which indicates otherwise. + +The Router will now detect and work-around this upstream issue by explicitly setting the full, correct endpoint URLs when not specified in config. + +In addition: + +- Basic TLS-encyrption will be enabled when the endpoint scheme is explicitly `https`. +- A _warning_ will be emitted if the endpoint port is 443 but *no* TLS config is specified since _most_ traffic on port 443 is expected to be encrypted. + +By [@bryncooke](https://github.com/bryncooke) in https://github.com/apollographql/router/pull/#2048 + +## 🛠 Maintenance + +### Apply Tower best-practice to "inner" Service cloning ([PR #2030](https://github.com/apollographql/router/pull/2030)) + +We found our `Service` readiness checks could be improved by following the Tower project's [recommendations](https://docs.rs/tower/latest/tower/trait.Service.html#be-careful-when-cloning-inner-services) for cloning inner Services. + +By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/2030 + +### Split the configuration file implementation into modules ([Issue #1790](https://github.com/apollographql/router/issues/1790)) + +The internals of the implementation for the configuration have been modularized to facilitate on-going development. There should be no impact to end-users who are only using YAML to configure their Router. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/1996 + +### Apply traffic-shaping directly to `supergraph` and `subgraph` ([PR #2034](https://github.com/apollographql/router/issues/2034)) + +The plugin infrastructure works on `BoxService` instances and makes no guarantee on plugin ordering. The traffic shaping plugin needs a clonable inner service, and should run right before calling the underlying service. We'e changed the traffic plugin application so it can work directly on the underlying service. The configuration remains the same since this is still implemented as a plugin. + +By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2034 + +## 📚 Documentation + +### Remove references to Git submodules from `DEVELOPMENT.md` ([Issue #2012](https://github.com/apollographql/router/issues/2012)) + +We've removed the instructions from our development documentation which guide users to familiarize themselves with and clone Git submodules when working on the Router source itself. This follows-up on the removal of the modules themselves in [PR #1856](https://github.com/apollographql/router/pull/1856). + +By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/2045 + # [1.2.1] - 2022-10-25 ## 🐛 Fixes diff --git a/Cargo.lock b/Cargo.lock index 83ddac9b1a..807744f838 100644 --- a/Cargo.lock +++ b/Cargo.lock @@ -141,7 +141,7 @@ dependencies = [ [[package]] name = "apollo-router" -version = "1.2.1" +version = "1.3.0" dependencies = [ "access-json", "ansi_term", @@ -251,7 +251,7 @@ dependencies = [ [[package]] name = "apollo-router-benchmarks" -version = "1.2.1" +version = "1.3.0" dependencies = [ "apollo-router", "async-trait", @@ -267,7 +267,7 @@ dependencies = [ [[package]] name = "apollo-router-scaffold" -version = "1.2.1" +version = "1.3.0" dependencies = [ "anyhow", "cargo-scaffold", @@ -5905,7 +5905,7 @@ dependencies = [ [[package]] name = "xtask" -version = "1.2.1" +version = "1.3.0" dependencies = [ "ansi_term", "anyhow", diff --git a/NEXT_CHANGELOG.md b/NEXT_CHANGELOG.md index 7259d46ee1..942a264d7b 100644 --- a/NEXT_CHANGELOG.md +++ b/NEXT_CHANGELOG.md @@ -27,113 +27,6 @@ By [@USERNAME](https://github.com/USERNAME) in https://github.com/apollographql/ ## ❗ BREAKING ❗ ## 🚀 Features - -### Add support for dhat based heap profiling ([PR #1829](https://github.com/apollographql/router/pull/1829)) - -[dhat-rs](https://github.com/nnethercote/dhat-rs) provides [DHAT](https://www.valgrind.org/docs/manual/dh-manual.html) style heap profiling. We have added two compile features, dhat-heap and dhat-ad-hoc, which leverage this ability. - -By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/1829 - -### Add `trace_id` in logs to identify all logs related to a specific request ([Issue #1981](https://github.com/apollographql/router/issues/1981)) - -It automatically adds a `trace_id` on logs to identify which log is related to a specific request. - -Example of logs in text: - -```logs -2022-10-21T15:17:45.562553Z ERROR [trace_id=5e6a6bda8d0dca26e5aec14dafa6d96f] apollo_router::services::subgraph_service: fetch_error="hyper::Error(Connect, ConnectError(\"tcp connect error\", Os { code: 111, kind: ConnectionRefused, message: \"Connection refused\" }))" -2022-10-21T15:17:45.565768Z ERROR [trace_id=5e6a6bda8d0dca26e5aec14dafa6d96f] apollo_router::query_planner::execution: Fetch error: HTTP fetch failed from 'accounts': HTTP fetch failed from 'accounts': error trying to connect: tcp connect error: Connection refused (os error 111) -``` - -Example of logs in JSON: - -```logs -{"timestamp":"2022-10-26T15:39:01.078260Z","level":"ERROR","fetch_error":"hyper::Error(Connect, ConnectError(\"tcp connect error\", Os { code: 111, kind: ConnectionRefused, message: \"Connection refused\" }))","target":"apollo_router::services::subgraph_service","filename":"apollo-router/src/services/subgraph_service.rs","line_number":182,"span":{"name":"subgraph"},"spans":[{"trace_id":"5e6a6bda8d0dca26e5aec14dafa6d96f","name":"request"},{"name":"supergraph"},{"name":"execution"},{"name":"parallel"},{"name":"fetch"},{"name":"subgraph"}]} -{"timestamp":"2022-10-26T15:39:01.080259Z","level":"ERROR","message":"Fetch error: HTTP fetch failed from 'accounts': HTTP fetch failed from 'accounts': error trying to connect: tcp connect error: Connection refused (os error 111)","target":"apollo_router::query_planner::execution","filename":"apollo-router/src/query_planner/execution.rs","line_number":188,"span":{"name":"parallel"},"spans":[{"trace_id":"5e6a6bda8d0dca26e5aec14dafa6d96f","name":"request"},{"name":"supergraph"},{"name":"execution"},{"name":"parallel"}]} -``` - -By [@bnjjj](https://github.com/bnjjj) in https://github.com/apollographql/router/pull/1982 - -### Reload the configuration when receiving the SIGHUP signal ([Issue #35](https://github.com/apollographql/router/issues/35)) - -This adds support for reloading configuration when receiving the SIGHUP signal. This only works on unix-like platforms, -and only with the configuration file. - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2015 - ## 🐛 Fixes - -### Fix the deduplication logic in deduplication caching ([Issue #1984](https://github.com/apollographql/router/issues/1984)) - -Under load, it is possible to break the router deduplication logic and leave orphaned entries in the waiter map. This fixes the logic to prevent this from occurring. - -By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/2014 - -### Follow directives from Uplink ([Issue #1494](https://github.com/apollographql/router/issues/1494) [Issue #1539](https://github.com/apollographql/router/issues/1539)) - -The Uplink API returns actionable info in its responses: -- some error codes indicate an unrecoverable issue, for which the router should not retry the query (example: non-existing graph) -- it can tell the router when it should retry the query - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2001 - -### Fix the rhai SDL print function ([Issue #2005](https://github.com/apollographql/router/issues/2005)) - -A recent change to the way we provide the SDL to plugins broke the rhai SDL print. This fixes it. - -By [@fernando-apollo](https://github.com/fernando-apollo) in https://github.com/apollographql/router/pull/2007 - -### Exports a missing strut (`router_factory::Endpoint`) that was preventing the `web_endpoints` trait from being implemented by Plugins - -By [@scottdouglas1989](https://github.com/scottdouglas1989) in https://github.com/apollographql/router/pull/2007 - -### Validate default values for input object fields ([Issue #1979](https://github.com/apollographql/router/issues/1979)) - -When validating variables, we should use default values for object fields if applicable. - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2003 - -### ([Issue #2036](https://github.com/apollographql/router/issues/2036)) - -Work around for [opentelemetry-rust#908](https://github.com/open-telemetry/opentelemetry-rust/issues/908) -The default URL currently incorrectly uses https causing errors when connecting to a default localhost OTel Collector. - -The router will detect and work around this by explicitly setting the correct endpoint URLs when not specified in config. - -In addition: -* basic TLS defaulting will occur when the endpoint scheme uses `https`. -* a warning will be raised if the endpoint port is 443 but no TLS config is specified. - -By [@bryncooke](https://github.com/bryncooke) in https://github.com/apollographql/router/pull/#2048 - ## 🛠 Maintenance - -### Apply tower best practice to inner service cloning ([PR #2030](https://github.com/apollographql/router/pull/2030)) - -Our service readiness checking can be improved by following tower project recommendations for cloning inner services. - -By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/2030 - -### Split the configuration file management in multiple modules ([Issue #1790](https://github.com/apollographql/router/issues/1790)) - -The file is becoming large and hard to modify. - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/1996 - -### Apply traffic shaping on supergraph and subgraph directly [PR #2034](https://github.com/apollographql/router/issues/2034)) - -The plugin infrastructure works on `BoxService` instances, and makes no guarantee on plugin ordering. -The traffic shaping plugin needs a clonable inner service, and should run right before calling -the underlying service. So this changes the traffic plugin application so it can work directly -on the underlying service. It is still a plugin though, so it keeps the same configuration. - -By [@Geal](https://github.com/Geal) in https://github.com/apollographql/router/pull/2034 - ## 📚 Documentation - -### Remove references to git submodules from DEVELOPMENT.md ([Issue #2012](https://github.com/apollographql/router/issues/2012)) - -We don't need instructions about submodules since #1856. Let's remove them. - -By [@garypen](https://github.com/garypen) in https://github.com/apollographql/router/pull/2045 - diff --git a/apollo-router-benchmarks/Cargo.toml b/apollo-router-benchmarks/Cargo.toml index e07f04f346..f4fc5442c3 100644 --- a/apollo-router-benchmarks/Cargo.toml +++ b/apollo-router-benchmarks/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "apollo-router-benchmarks" -version = "1.2.1" +version = "1.3.0" authors = ["Apollo Graph, Inc. "] edition = "2021" license = "LicenseRef-ELv2" diff --git a/apollo-router-scaffold/Cargo.toml b/apollo-router-scaffold/Cargo.toml index b06f2420e2..12120625ab 100644 --- a/apollo-router-scaffold/Cargo.toml +++ b/apollo-router-scaffold/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "apollo-router-scaffold" -version = "1.2.1" +version = "1.3.0" authors = ["Apollo Graph, Inc. "] edition = "2021" license = "LicenseRef-ELv2" diff --git a/apollo-router-scaffold/templates/base/Cargo.toml b/apollo-router-scaffold/templates/base/Cargo.toml index cbf28f9421..2620dd577c 100644 --- a/apollo-router-scaffold/templates/base/Cargo.toml +++ b/apollo-router-scaffold/templates/base/Cargo.toml @@ -22,7 +22,7 @@ apollo-router = { path ="{{integration_test}}apollo-router" } apollo-router = { git="https://github.com/apollographql/router.git", branch="{{branch}}" } {{else}} # Note if you update these dependencies then also update xtask/Cargo.toml -apollo-router = "1.2.1" +apollo-router = "1.3.0" {{/if}} {{/if}} async-trait = "0.1.52" diff --git a/apollo-router-scaffold/templates/base/xtask/Cargo.toml b/apollo-router-scaffold/templates/base/xtask/Cargo.toml index e3c58d5e94..b8552d50f5 100644 --- a/apollo-router-scaffold/templates/base/xtask/Cargo.toml +++ b/apollo-router-scaffold/templates/base/xtask/Cargo.toml @@ -13,7 +13,7 @@ apollo-router-scaffold = { path ="{{integration_test}}apollo-router-scaffold" } {{#if branch}} apollo-router-scaffold = { git="https://github.com/apollographql/router.git", branch="{{branch}}" } {{else}} -apollo-router-scaffold = { git="https://github.com/apollographql/router.git", tag="v1.2.1"} +apollo-router-scaffold = { git="https://github.com/apollographql/router.git", tag="v1.3.0"} {{/if}} {{/if}} anyhow = "1.0.58" diff --git a/apollo-router/Cargo.toml b/apollo-router/Cargo.toml index 02ecd4c961..7ab972b1fd 100644 --- a/apollo-router/Cargo.toml +++ b/apollo-router/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "apollo-router" -version = "1.2.1" +version = "1.3.0" authors = ["Apollo Graph, Inc. "] repository = "https://github.com/apollographql/router/" documentation = "https://www.apollographql.com/docs/router/" diff --git a/dockerfiles/tracing/docker-compose.datadog.yml b/dockerfiles/tracing/docker-compose.datadog.yml index 2dbb7439a1..7e5d0f0abd 100644 --- a/dockerfiles/tracing/docker-compose.datadog.yml +++ b/dockerfiles/tracing/docker-compose.datadog.yml @@ -3,7 +3,7 @@ services: apollo-router: container_name: apollo-router - image: ghcr.io/apollographql/router:v1.2.1 + image: ghcr.io/apollographql/router:v1.3.0 volumes: - ./supergraph.graphql:/etc/config/supergraph.graphql - ./router/datadog.router.yaml:/etc/config/configuration.yaml diff --git a/dockerfiles/tracing/docker-compose.jaeger.yml b/dockerfiles/tracing/docker-compose.jaeger.yml index 0a932455fd..d94555e14d 100644 --- a/dockerfiles/tracing/docker-compose.jaeger.yml +++ b/dockerfiles/tracing/docker-compose.jaeger.yml @@ -4,7 +4,7 @@ services: apollo-router: container_name: apollo-router #build: ./router - image: ghcr.io/apollographql/router:v1.2.1 + image: ghcr.io/apollographql/router:v1.3.0 volumes: - ./supergraph.graphql:/etc/config/supergraph.graphql - ./router/jaeger.router.yaml:/etc/config/configuration.yaml diff --git a/dockerfiles/tracing/docker-compose.zipkin.yml b/dockerfiles/tracing/docker-compose.zipkin.yml index 5a77e29bb7..21e0f036fb 100644 --- a/dockerfiles/tracing/docker-compose.zipkin.yml +++ b/dockerfiles/tracing/docker-compose.zipkin.yml @@ -4,7 +4,7 @@ services: apollo-router: container_name: apollo-router build: ./router - image: ghcr.io/apollographql/router:v1.2.1 + image: ghcr.io/apollographql/router:v1.3.0 volumes: - ./supergraph.graphql:/etc/config/supergraph.graphql - ./router/zipkin.router.yaml:/etc/config/configuration.yaml diff --git a/docs/source/containerization/docker.mdx b/docs/source/containerization/docker.mdx index 000e6fa0aa..b24b52d7a7 100644 --- a/docs/source/containerization/docker.mdx +++ b/docs/source/containerization/docker.mdx @@ -11,7 +11,7 @@ The default behaviour of the router images is suitable for a quickstart or devel Note: The [docker documentation](https://docs.docker.com/engine/reference/run/) for the run command may be helpful when reading through the examples. -Note: The exact image version to use is your choice depending on which release you wish to use. In the following examples, replace `` with your chosen version. e.g.: `v1.2.1` +Note: The exact image version to use is your choice depending on which release you wish to use. In the following examples, replace `` with your chosen version. e.g.: `v1.3.0` ## Override the configuration @@ -97,10 +97,10 @@ Usage: build_docker_image.sh [-b] [] Example 1: Building HEAD from the repo build_docker_image.sh -b Example 2: Building tag from the repo - build_docker_image.sh -b v1.2.1 + build_docker_image.sh -b v1.3.0 Example 3: Building commit hash from the repo build_docker_image.sh -b 1c220d35acf9ad2537b8edc58c498390b6701d3d - Example 4: Building tag v1.2.1 from the released tarball - build_docker_image.sh v1.2.1 + Example 4: Building tag v1.3.0 from the released tarball + build_docker_image.sh v1.3.0 ``` Note: The script has to be run from the `dockerfiles/diy` directory because it makes assumptions about the relative availability of various files. The example uses [distroless images](https://github.com/GoogleContainerTools/distroless) for the final image build. Feel free to modify the script to use images which better suit your own needs. diff --git a/docs/source/containerization/kubernetes.mdx b/docs/source/containerization/kubernetes.mdx index b1c68c34ad..0f915994fa 100644 --- a/docs/source/containerization/kubernetes.mdx +++ b/docs/source/containerization/kubernetes.mdx @@ -13,7 +13,7 @@ import { Link } from 'gatsby'; [Helm](https://helm.sh) is the package manager for kubernetes. -There is a complete [helm chart definition](https://github.com/apollographql/router/tree/v1.2.1/helm/chart/router) in the repo which illustrates how to use helm to deploy the router in kubernetes. +There is a complete [helm chart definition](https://github.com/apollographql/router/tree/v1.3.0/helm/chart/router) in the repo which illustrates how to use helm to deploy the router in kubernetes. In both the following examples, we are using helm to install the router: - into namespace "router-deploy" (create namespace if it doesn't exist) @@ -64,10 +64,10 @@ kind: ServiceAccount metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.5 + helm.sh/chart: router-1.0.0-rc.7 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.2.1" + app.kubernetes.io/version: "v1.3.0" app.kubernetes.io/managed-by: Helm --- # Source: router/templates/secret.yaml @@ -76,10 +76,10 @@ kind: Secret metadata: name: "release-name-router" labels: - helm.sh/chart: router-1.0.0-rc.5 + helm.sh/chart: router-1.0.0-rc.7 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.2.1" + app.kubernetes.io/version: "v1.3.0" app.kubernetes.io/managed-by: Helm data: managedFederationApiKey: "UkVEQUNURUQ=" @@ -90,10 +90,10 @@ kind: ConfigMap metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.5 + helm.sh/chart: router-1.0.0-rc.7 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.2.1" + app.kubernetes.io/version: "v1.3.0" app.kubernetes.io/managed-by: Helm data: configuration.yaml: | @@ -117,10 +117,10 @@ kind: Service metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.5 + helm.sh/chart: router-1.0.0-rc.7 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.2.1" + app.kubernetes.io/version: "v1.3.0" app.kubernetes.io/managed-by: Helm spec: type: ClusterIP @@ -143,10 +143,10 @@ kind: Deployment metadata: name: release-name-router labels: - helm.sh/chart: router-1.0.0-rc.5 + helm.sh/chart: router-1.0.0-rc.7 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.2.1" + app.kubernetes.io/version: "v1.3.0" app.kubernetes.io/managed-by: Helm annotations: @@ -172,7 +172,7 @@ spec: - name: router securityContext: {} - image: "ghcr.io/apollographql/router:v1.2.1" + image: "ghcr.io/apollographql/router:v1.3.0" imagePullPolicy: IfNotPresent args: - --hot-reload @@ -220,10 +220,10 @@ kind: Pod metadata: name: "release-name-router-test-connection" labels: - helm.sh/chart: router-1.0.0-rc.5 + helm.sh/chart: router-1.0.0-rc.7 app.kubernetes.io/name: router app.kubernetes.io/instance: release-name - app.kubernetes.io/version: "v1.2.1" + app.kubernetes.io/version: "v1.3.0" app.kubernetes.io/managed-by: Helm annotations: "helm.sh/hook": test diff --git a/helm/chart/router/Chart.yaml b/helm/chart/router/Chart.yaml index 4f740e84c6..eeef60fab2 100644 --- a/helm/chart/router/Chart.yaml +++ b/helm/chart/router/Chart.yaml @@ -19,10 +19,10 @@ type: application # This is the chart version. This version number should be incremented each time you make changes # to the chart and its templates, including the app version. # Versions are expected to follow Semantic Versioning (https://semver.org/) -version: 1.0.0-rc.6 +version: 1.0.0-rc.7 # This is the version number of the application being deployed. This version number should be # incremented each time you make changes to the application. Versions are not expected to # follow Semantic Versioning. They should reflect the version the application is using. # It is recommended to use it with quotes. -appVersion: "v1.2.1" +appVersion: "v1.3.0" diff --git a/helm/chart/router/README.md b/helm/chart/router/README.md index fc8723c450..362949f4a4 100644 --- a/helm/chart/router/README.md +++ b/helm/chart/router/README.md @@ -2,7 +2,7 @@ [router](https://github.com/apollographql/router) Rust Graph Routing runtime for Apollo Federation -![Version: 1.0.0-rc.6](https://img.shields.io/badge/Version-1.0.0--rc.6-informational?style=flat-square) ![Type: application](https://img.shields.io/badge/Type-application-informational?style=flat-square) ![AppVersion: v1.2.1](https://img.shields.io/badge/AppVersion-v1.2.1-informational?style=flat-square) +![Version: 1.0.0-rc.7](https://img.shields.io/badge/Version-1.0.0--rc.7-informational?style=flat-square) ![Type: application](https://img.shields.io/badge/Type-application-informational?style=flat-square) ![AppVersion: v1.3.0](https://img.shields.io/badge/AppVersion-v1.3.0-informational?style=flat-square) ## Prerequisites @@ -11,7 +11,7 @@ ## Get Repo Info ```console -helm pull oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.6 +helm pull oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.7 ``` ## Install Chart @@ -19,7 +19,7 @@ helm pull oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.6 **Important:** only helm3 is supported ```console -helm upgrade --install [RELEASE_NAME] oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.6 --values my-values.yaml +helm upgrade --install [RELEASE_NAME] oci://ghcr.io/apollographql/helm-charts/router --version 1.0.0-rc.7 --values my-values.yaml ``` _See [configuration](#configuration) below._ diff --git a/scripts/install.sh b/scripts/install.sh index 680b4b647d..362ec6cb4a 100755 --- a/scripts/install.sh +++ b/scripts/install.sh @@ -11,7 +11,7 @@ BINARY_DOWNLOAD_PREFIX="https://github.com/apollographql/router/releases/downloa # Router version defined in apollo-router's Cargo.toml # Note: Change this line manually during the release steps. -PACKAGE_VERSION="v1.2.1" +PACKAGE_VERSION="v1.3.0" download_binary() { downloader --check diff --git a/xtask/Cargo.toml b/xtask/Cargo.toml index 38bc10531d..c328c6d790 100644 --- a/xtask/Cargo.toml +++ b/xtask/Cargo.toml @@ -1,6 +1,6 @@ [package] name = "xtask" -version = "1.2.1" +version = "1.3.0" authors = ["Apollo Graph, Inc. "] edition = "2021" license = "Elastic-2.0"