Presentation: Introduction to SMI the Service Mesh Interface)
This presentation is now available to view on InfoQ.com
Watch video with transcriptAbstract
Recently a consortium of companies released a generic interface for service mesh technology. The goal of this abstraction layer is to provide an easy to consume API that can be implemented by many different service mesh implementations (e.g. Istio, Linkerd, Consul Connect, etc). In providing an abstraction between users and implementation, users are free to adopt service mesh concepts without being bound to any particular implementation. Likewise, tooling and ecosystem products for Service Mesh can evolve without having to bet on any specific mesh technology. This talk will cover the SMI specification, implementations and a look at the forward evolution of this approach.
What is the focus of your work today?
I am running a number of large services for Microsoft Azure, including the Azure Kubernetes Service, Linux on Azure and the Azure Control Plane (gateway for all Azure APIs). Also leadership in the Kubernetes, CNCF and cloud native communities.
What’s the motivation for this talk?
What’s the motivation for this talk?
I am really excited about the new work we’re doing on the Service Mesh Interface (SMI) and wanted to share it with folks to encourage more collaboration.
How would you describe the persona and level of the target audience?
People who are already familiar with Kubernetes and possibly service mesh and want to learn more about how we’re moving it forward.
What do you want this persona to walk away from your talk with?
Learning about the Service Mesh Interface (SMI) and an interest in helping the SMI community move forward.
What do you feel is the most important trend in software right now?
Enhancing developer productivity and the ability for novice developers to build and deploy (and iterate) scalable cloud-based applications.
Similar Talks
Scaling DB Access for Billions of Queries Per Day @PayPal
Software Engineer @PayPal
Petrica Voicu
Psychologically Safe Process Evolution in a Flat Structure
Director of Software Development @Hunter_Ind
Christopher Lucian
PID Loops and the Art of Keeping Systems Stable
Senior Principal Engineer @awscloud
Colm MacCárthaigh
Are We Really Cloud-Native?
Director of Technology @Luminis_eu
Bert Ertman
The Trouble With Learning in Complex Systems
Senior Cloud Advocate @Microsoft
Jason Hand
How Did Things Go Right? Learning More From Incidents
Site Reliability Engineering @Netflix
Ryan Kitchens
What Breaks Our Systems: A Taxonomy of Black Swans
Site Reliability Engineer @Slack, Contributor to Seeking SRE, & SRECon Steering Committee
Laura Nolan
Cultivating High-Performing Teams in Hypergrowth
Chief Scientist @n26
Patrick Kua
Inside Job: How to Build Great Teams Within a Legacy Organization?
Engineering Director @Meetup