I am looking forwards to digging in to this a bit more and figuring out how this compares to Istio. I am guessing integration with AWS services such as X-ray and Cloudwatch/logs are the selling point. Still, I am a bit weary about configuring things that run inside your Kubernetes cluster through amazon apis, and not k8s resources. However, you could easily create a custom resource for this. Maybe that is to come?
EKS is still young and they are yet to figure a lot of things out, from what i've seen, the roadmap is promising though. I have been working with it a lot, kops still wins for small/medium workloads in production, but I doubt for much longer.
shubha from AWS here, we built App Mesh to enable customers to use microservices in any compute service in AWS - be it ECS, Fargate, EKS or even directly on EC2. You configure capabilities using APIs and App Mesh configures Envoy proxies deployed with your pods.
I wonder if this integrates with AWS Certificate Manager to provision HTTPS certificates so that traffic can be end-to-end encrypted.
That's one of the reasons I've stuck to Application Load Balancers in front of services instead of using ECS/Route53 service discovery.
Assuming your actors use queues, as they traditionally would, I don't think so. You don't really need service mesh if your communication is a queue, right?
Perhaps you can help me out. I'm wondering where Istio (and other meshes) fit into the picture when deploying to k8s. The Itsio docs mention it is deployed as a side car, but is that within each pod? And are Service objects still required?
Here is my mental model of a traditional deployment (EKS):
Service[Type: LoadBalancer] -> Deployment[Pod]
How does Itsio fit into this scenario, or what does it replace?
Well, it’s Re:Invent this week (AWS’ major annual conference), so this is fairly typical. Expect another handful or so of announcements tomorrow during Werner Vogel’s keynote as well.
[+] [-] willejs|7 years ago|reply
[+] [-] shubha-aws|7 years ago|reply
[+] [-] burtonator|7 years ago|reply
[+] [-] paulannesley|7 years ago|reply
[+] [-] shubha-aws|7 years ago|reply
[+] [-] yodon|7 years ago|reply
[+] [-] staticassertion|7 years ago|reply
[+] [-] caniszczyk|7 years ago|reply
https://blog.envoyproxy.io/envoy-graduates-a6f71879852e
[+] [-] gauravphoenix|7 years ago|reply
[+] [-] jsmeaton|7 years ago|reply
Here is my mental model of a traditional deployment (EKS):
Service[Type: LoadBalancer] -> Deployment[Pod]
How does Itsio fit into this scenario, or what does it replace?
[+] [-] unknown|7 years ago|reply
[deleted]
[+] [-] rodgerd|7 years ago|reply
[+] [-] unknown|7 years ago|reply
[deleted]
[+] [-] lcalcote|7 years ago|reply
[+] [-] xmly|7 years ago|reply
[+] [-] shubha-aws|7 years ago|reply
[+] [-] sandstrom|7 years ago|reply
[+] [-] jugg1es|7 years ago|reply
[+] [-] sokoloff|7 years ago|reply
[+] [-] devonkim|7 years ago|reply
[+] [-] bg4|7 years ago|reply