Envoy and the “Programmable Edge”: The Changing Role of Edge Proxies and Developer Experience

Envoy and the “Programmable Edge”: The Changing Role of Edge Proxies and Developer Experience

  • March 2, 2019
Table of Contents

Envoy and the “Programmable Edge”: The Changing Role of Edge Proxies and Developer Experience

At the inaugural EnvoyCon, which ran alongside KubeCon in Seattle last December, several large organisations discussed how they have recently begun using Envoy as an edge proxy, such as eBay, Pinterest and Groupon. Moving away from hardware-based load balancers and other edge appliances towards the software-based “programmable edge” provided by Envoy clearly has many benefits, particularly in regard to dynamism and automation. However, one of the core challenges presented was the need to create an effective control plane that integrates well with the existing engineering workflow or developer experience.

This article explore this challenge in more depth. In a previous TheNewStack article, “Kubernetes and PaaS: The Force of Developer Experience and Workflow”, I summarised some of the recent conversations had within the Datawire team and their community and customers, and argued for the need for engineering organisations to pay more attention to creating an effective engineering workflow—often referred to as “developer experience”—rather than simply building a platform on Kubernetes, and letting that dictate the workflow. There is currently lots of interesting tooling evolving within the space, such as Garden, Tilt, and Skaffold (just to mention a few), and I’ll hopefully focus on these in a future article.

However, for the main thrust of this piece, I want to focus on how having programmatic edge impacts developer experience.

Source: envoyproxy.io

Tags :
Share :
comments powered by Disqus

Related Posts

A Crash Course For Running Istio

A Crash Course For Running Istio

At Namely we’ve been running with Istio for a year now. Yes, that’s pretty much when it first came out. We had a major performance regression with a Kubernetes cluster, we wanted distributed tracing, and used Istio to bootstrap Jaeger to investigate.

Read More
Lyft’s Envoy dashboards

Lyft’s Envoy dashboards

I’ve given quite a few talks about observability in the age of the service mesh (most recent slides, unfortunately this talk series has not been recorded yet). Visibility into the inherently unstable network is one of the most important thing that Envoy provides and I’m asked repeatedly for the source of the dashboards that we use at Lyft. In the interest of “shipping” and getting something out there that can help folks, we are releasing a snapshot of our internal Envoy dashboards.

Read More