Consul 1.18 improves enterprise reliability with Long-Term Support, fault-injection capabilities, and expanded Amazon ECS support for multi-runtime deployments.
We're excited to announce that HashiCorp Consul 1.18 is now generally available. This release introduces significant enhancements for HashiCorp Consul, our service networking solution designed to help users discover and securely connect any application across any cloud or runtime. These new capabilities aid organizations in increasing enterprise reliability and scale, facilitating easier deployment and management of distributed applications across various environments.
This blog post will take a closer look at the key enhancements in Consul 1.18:
Two of Consul 1.18’s major new features enhance enterprise reliability, reduce maintenance burden, and enable service resiliency improvements.
We’re pleased to introduce a Long-Term Support (LTS) release program for self-managed Consul Enterprise, starting with versions 1.15 and 1.18. This program designates the first major release of each calendar year, typically in late February, as an LTS release. The annual LTS release will receive critical fixes and security patches for two years as well as a hardened upgrade path to the next LTS release.
Upgrading critical software is a balancing act: Action incurs engineering effort and risks, while inaction leaves vulnerabilities and defects open. Consul Enterprise LTS reduces both overhead and risk beyond the industry standard by providing critical fixes for an extra year without requiring major upgrades.
For more information, refer to this blog post: Consul Enterprise Long-Term Support (LTS) improves operational efficiency.
Fault injection for service mesh enables organizations to explore and enhance their system resilience in microservice architectures. Teams can explore service behavior in response to problems with an upstream service by injecting faults without changing application code.
For example, how does the ‘frontend’ service respond to latency from the ‘api’ service? Just configure the service mesh to cause the ‘api’ service to automatically add 3,000ms of latency to 100% of requests. The developers of the ‘frontend’ service can then iteratively modify and test their code to provide a better consumer experience when facing latency.
Three fault types can be introduced to a specified percentage of HTTP or gRPC traffic to a service:
Faults can also be conditionally injected based on request header matching. Referencing the previous example, the service mesh could be configured to inject latency to ‘api’ service responses only when the X-FAULT-INJECTION-OPT-IN
request header has the value true
. Now, ‘frontend’ service developers can opt into latency in ‘api’ service responses by including that request header.
Refer to the fault injection documentation for more information.
Consul is designed to provide a unified solution across any cloud and any runtime, including:
Consul 1.18 includes several enhancements to the maturity of its Amazon ECS runtime adaptation:
Transparent proxy mode is a feature available on some Consul runtimes (Kubernetes, VMs) that simplifies both:
Consul 1.18 and Consul ECS 0.8 add support for transparent proxy mode for ECS on Amazon EC2 tasks. With transparent proxy mode enabled, all traffic to and from each application container will pass through the sidecar proxy container within the same task.
Refer to the Consul ECS technical specifications and the EC2 with transparent proxy example deployment for more details.
Consul service mesh provides built-in gateways for managing traffic coming into and out of the service mesh:
Consul 1.18 and Consul ECS 0.8 add support for configuring API and terminating gateways as ECS tasks.
Refer to the following deployments in the Consul ECS example repository for more details:
Our goal is for Consul to enable a consistent, enterprise-ready control plane to discover and securely connect any application. Consul 1.18 includes enhanced workflow management, reliability, and security for service networking.
We are excited for users to try these new Consul updates and further expand their service discovery and service mesh implementations. Here’s how to get started:
Do cloud right with The Infrastructure Cloud from HashiCorp. Unlock developer potential while controlling cloud costs and risk.
A recap of HashiCorp infrastructure and security news and developments from Google Cloud Next, from scaling infrastructure as code to fighting secrets sprawl and more.
Try this example method for transitioning from Consul service discovery to service mesh without affecting uptimes or development teams.