It simply means that developers no longer have to think that much about them. Computing resources get used as services without having to manage around physical capacities or limits.” – Ken Fromm
un cluster • Kubernetes va a pasar del estado actual al deseado (eventualmente) No interesan los servers ◦ Los Containers aíslan la aplicación del host. • Los Containers son efímeros: se crean y destruyen. Asegurar que sigan corriendo • Se murió el container? -> Restartealo. • El container no está sano? -> "Reschedule" en otro nodo. • El container está sobrecargado? - > Agregar más réplicas automáticamente. API extensible • Se pueden crear tipos de API custom. • Se pueden crear controladores custom para objetos custom.
• Buildear imagen Docker Subir la imágen a un registry • Deployar el servicio • Exponer el servicio a internet • Configurar monitoreo • Configurar autoscaling Qué quiere hacer? • Escribir código
su código… • Usar su lenguaje y dependencias favoritas • No les interesa manejar las infraestructura Mientras que los operadores aman Kubernetes porque: • Es excelente para orquestar microservicios • Da mayor control sobre redes, nodos, storage, escalabilidad, etc. • Kubernetes no es la abstracción correcta para los desarrolladores
arqconf
blueb
tadaken3
abemii
kazuhitotakahashi
kakehashi
fujiwara3
ishikawa_satoru
neuecc
chanyou0311
nikinusu
salaboy
oracle4engineer
keavy
csswizardry
smashingmag
marcelosomers
kneath
lauravandoore
sugarenia
matthewcrist
cromwellryan
shpigford
thekraken
jacobian
