Załóżmy, że 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. Obecnie buduje Service Mesh jako produkt (kuma.io) dla start-upu z Doliny Krzemowej. Wcześniej pracował w Platformie Technicznej Allegro rozwijając kluczowe 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 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!
Montaż odcinka: Krzysztof Śmigiel.
Ważne adresy:
- zapisz się na newsletter
- zasubskrybuj w iTunes, Spotify lub przez RSS
- ściągnij 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
Muzyka wykorzystana w intro:
“Misuse” Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0
http://creativecommons.org/licenses/by/3.0/
Ciekawa rozmowa! Szkoda, że tak późno do niej dotarliśmy :)