Załóżmy, iż tworzymy nową aplikację. A gdyby tak zamiast bibliotek postawić obok aplikacji proxy i wrzucać w nie możliwie najwięcej kodu? I dodać do tego klocek kontrolny (Control Plane) kierujący ruchem? Na ten pomysł jako pierwsza wpadła amerykańska firma Lift, tworząc Service Mesh. To oczywiście w dużym skrócie. W dzisiejszym odcinku DevTalka o szczegółach tego rozwiązania opowie Jakub Dyszkiewicz.
Jakub jest pragmatycznym DevOpsem. w tej chwili buduje Service Mesh jako produkt (kuma.io) dla start-upu z Doliny Krzemowej. Wcześniej pracował w Platformie Technicznej Allegro rozwijając najważniejsze systemy i narzędzia pod infrastrukturę mikroserwisową. Uwielbia pisać w Kotlinie, nie do końca uwielbia pisać w Go. Lubi wiedzieć, jak technologie, z których korzysta na co dzień, działają pod maską. Najwięcej frajdy sprawia mu rozwiązywanie trudnych problemów.
Ze sto czternastego odcinka DevTalk dowiesz się:
- Czym jest Service Mesh?
- Jakie problemy rozwiązuje?
- Data plane vs control plane – co wybrać?
- Co ma Service Mesh do Kubernetesa?
- Kiedy warto zacząć myśleć o Service Mesh?
- Ile to wszystko kosztuje?
- Na co trzeba uważać?
PS Podobał Ci się ten odcinek? Zostaw gwiazdki i opinię na na iTunes. To BARDZO pomaga. Dzięki!
Koniec czytania, wciskaj PLAY!
Zasubskrybuj podcast (e-mail, iTunes) lub ściągnij ten odcinek w mp3.
LINKI
DevTalk
- O Kubernetes z Karolem Stępniewskim
- O mikroserwisach z Michałem Francem
- O architekturze z Jakubem Pilimonem
- O CQRS z Łukaszem Szydło
- O systemach rozproszonych z Jakubem Kubryńskim
Jakub
- GitHub
- Envoy
- Spring Cloud
- MiniKube
- Service Mesh
- Istio
- Linkerd
- Consul Connect
- Kuma
Koniecznie zostaw komentarz: jak Ci się podoba odcinek?
Nie zapomnij też dołączyć do społeczności DevTalk na Facebooku i Twitterze :)!
Zapisz się również na Newsletter, aby nie przegapić żadnego odcinka!
Muzyka wykorzystana w intro:
“Misuse” Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0
http://creativecommons.org/licenses/by/3.0/
