Bringing Magic To Microservice Architecture Development • Ellen Körbes • GOTO 2018

preview_player
Показать описание
This presentation was recorded at GOTO Copenhagen 2018. #gotocon #gotocph

Ellen Körbes - Life-long command-line dweller and Developer Relations at Garden

ABSTRACT
"I want my monolith back!" is a sentiment often echoed because developing multi-service, multi-container systems in the Kubernetes world lacks a lot of the convenience monoliths used to have. Straight-forward builds, trivial testing between components, short feedback loops…
In this talk we'll address the main issues developers run into when developing distributed, Kubernetes-native systems as opposed the old way of doing things. Then we'll see Garden's solution for how we can get back those feedback loops, create multi-service tests, and minimize mental overhead when developing complex systems, all [...]

Download slides and read the full abstract here:

#CloudNative #DevOps #Kubernetes #k8s #microservices

Looking for a unique learning experience?

SUBSCRIBE TO OUR CHANNEL - new videos posted almost daily.
Рекомендации по теме
Комментарии
Автор

Hi, Is Garden to be considered as an alternative to Kubernetes?

vkg.codefactory
Автор

waited for stuff like this for a very long time. nice talk

Sousleek
Автор

"The amount of mental overhead is exhausting" <-- Yes! I totally agree, just trying to mentally create diagrams of service depencies when 100's of microservices are involved is impossible, and obersavility libraries must be used to tackle the complexity of the service map.

loden
Автор

Imo a pretty bad talk. Or rather a talk from someone painted by a Dec environment with poor tooling.

Event based architecture and proper CI/CD setups and half the talk is invalid.

gentoomaniac
Автор

Yet another Microservices talk. :) I liked this one though, service dependencies graphs and all, but I had to skip the entire first half, which I guess was just monoliths and why they are bad, ugh. Come on, I've heard that part at least 20 times now.

StupidNub