Descargar como PDF, PPTX
Subido porJaime Perera Merino
Kubernetes para developers
El documento detalla un taller sobre Kubernetes dirigido a desarrolladores, abordando desde el papel del desarrollador hasta el concepto de 'cloud native' y el uso de contenedores. Se discuten niveles de desarrollo, prácticas de CI/CD, y se presentan herramientas y tecnologías como Docker y Kubernetes para gestionar aplicaciones en la nube. Además, se enfatiza la importancia de la observabilidad y la externalización de configuraciones en aplicaciones nativas de la nube.
Kubernetes para developers
- 1. MAD · NOV23-24 · 2018 Kubernetes para developers Jaime Perera @jaimeperera MAD · NOV 23-24 · 2018
- 2. MAD · NOV23-24 · 2018
- 4. 1. “Yo soydesarrollador, a mi no me cuentes historias” 2. Developer container-aware en local 3. DevOps Role 4. Cloud native developer 5. Full cycle developer Levels
- 5. LEVEL 1 -Developer modo “Yo soy desarrollador, a mi no me cuentes historias”
- 6.
- 7.
- 8. Infraestructura en local ●Instalación en local de piezas de infraestructura (bases de datos, …) ● Divergencia de versiones y/o configuración entre: ○ Lo que tiene cada miembro del equipo en local ○ Lo que tenemos en local frente a lo que hay en otros entornos ● Versiones y/o configuración diferente según el proyecto
- 9. Contenedores ● Envoltorios deun software en un sistema de archivos ● Contienen todo lo necesario para ejecutarlo ○ código ○ runtime ○ herramientas ○ librerías del sistema ● “Mini-server” ● El software se ejecuta igual, independientemente del entorno ● Docker es la tecnología más extendida
- 10.
- 12. Mis aplicaciones enlocal ● ¿Cómo se ejecuta mi aplicación? ● ¿Necesita alguna configuración, variable de entorno, …? ● ¿Tengo algún requerimiento de sistema de ficheros? (carpeta /data) ● ¿En qué puertos escucha mi aplicación?
- 13.
- 14.
- 15.
- 16.
- 18. ● Open-source ● Automatizaciónde containers: ○ Gestión ○ Despliegue ○ Escalado ● Clúster de máquinas
- 19. ¿Por qué K8s? ●Escalado ● Zero downtime ● Microservicios ● Instalaciones portables ● Monitorización salud del sistema ● Balanceo de carga ● Service discovery
- 20. Elementos kubernetes ● Nodes ●Pods ● Deployments ● Services ● Volumes ● Persistent Volumes ● Volume Claims
- 21.
- 22.
- 23.
- 24.
- 25.
- 26. K8s en local ●Instalación en Linux ● Minikube ● Docker for Mac / Docker for Windows
- 27. apiVersion: extensions/v1beta1 kind: Deployment spec: replicas:1 template: metadata: labels: app: my-redis spec: containers: - name: my-redis image: redis:3 env: ports: - containerPort: 6379 name: redis protocol: TCP Definición de elementos (modelo declarativo) redis-deployment.yaml
- 28. kubectl # Listar lospods desplegados $ kubectl get pods # Listar los servicios desplegados $ kubectl get services #Mostrar información detallada sobre el servico nginx-svc $ kubectl describe services nginx-svc # Eliminar el servicio nginx-svc $ kubectl delete service nginx-svc # Desplegar los artefactos descritos en redis-deployment.yaml $ kubectl apply -f redis-deployment.yaml # Eliminar los artefactos descritos en redis-deployment.yaml $ kubectl delete -f redis-deployment.yaml
- 29.
- 31. ¡QUÉ RARO! EN LOCALFUNCIONA...
- 33. CI: Cambios respectoenfoque tradicional ● La manera de empaquetar cambia: contenedores ● La manera de distribuir cambia ● Hacer revert de los cambios es trivial con un buen tageo de imágenes ○ Cambios en el esquema que no se puedan deshacer automáticamente.
- 35. Docker registry /Docker hub ● Almacén para las imágenes ● Privados o públicos ● Por defecto https://hub.docker.com/ ● Existe versión dockerizada del registro ● Comandos: $ docker pull redis $ docker push jaimeperera/demo-docker
- 36. LEVEL 4 -Cloud Native Developer
- 37. Cloud Native ContainerDesign (Red Hat) 1. Single Concern Principle 2. High Observability Principle 3. Life-cycle Conformance Principle 4. Image Immutability Principle 5. Process Disposability Principle 6. Self-Containment Principle 7. Runtime Confinement Principle
- 38.
- 39. Cloud-native App: Logsexternos y centralizados
- 40. Cloud-native App: Logsexternos y centralizados
- 41. Cloud-native App: Healthchecks
- 42.
- 43. Image Immutability Principle Necesariotener el estado y la configuración externalizadas
- 44. Process Disposability Principle “Thereare many reasons to replace a container, such as failing a health check, scaling down the application, migrating the containers to a different host, platform resource starvation, or another issue” Necesario tener el estado y la configuración externalizadas
- 45. Cloud-native App: Configuraciónexternalizada Ejemplo: Config Maps
- 46. Cloud-native App: Configuraciónexternalizada Ejemplo: Consul
- 47. LevEL 5 -Full Cycle Developer
- 48.
- 49.
- 50. Cambio de versión(rolling update)
- 51. Cambio de versión(1/2)
- 52. Cambio de versión(2/2)
- 53. Compatibilidad entre versiones No-brokenchanges: ● Base de datos ● API ● Eventos emitidos
- 54.
- 56. Amazon Elastic ContainerService for Kubernetes (EKS) Totalmente estándar Despliegue sencillo
- 57. Prerrequisitos ● IAM rolecon los permisos necesarios para la creación de los recursos ○ AmazonEKSClusterPolicy ○ AmazonEKSServicePolicy ● VPC (La podemos crear con una plantilla de CloudFormation) ● Security group ● Desplegar en una zona que soporte EKS. EU (Ireland) la soporta
- 61. “Modern developers mustbe fluent in a programming language to implement the business functionality, and equally fluent in cloud native technologies to address the non-functional infrastructure level requirements” Bilgin Ibryam
- 64. Continue? ● https://kubernetes.io/ ● https://labs.play-with-k8s.com/ ●The Kubernetes Book (@nigelpoulton) ● Service Mesh (Istio)