A l'hora de migrar una aplicació com és el Gestor d'S3 a EKS , el primer que hem de tenir en compte són les diferències entre les dues formes de desplegar contenidors . Fins ara mai he fet cap tipus de desplegament a Kubernetes, així que m'he fixat en que tenen filosofies diferents: - a ECS Fargate : AWS gestiona la infraestructura i tu tens cura de definir les tasques i els serveis mitjançant Terraform (És un servei gestionat per AWS). - a Kubernetes : s'utilitza un estàndard d'objectes declaratius, que funciona tant en local com al núvol. A més és portable, un tipus de desplegament que es pot utilitzar a qualsevol tipus de núvol (amb les seves petites diferències entre ells). Aquest usa arxius de tipus YAML. He volgut enforcar-me en desplegar l'aplicació de manera local per poder entendre-ho, més endavant dedicaré un altre dia en fer el desplegament al núvol. M'he centrat en algunes equivalències entre el desplegament a Fargate i a Kubernetes : El més se...
Com actualització del projecte, establiré una integració contínua/entrega contínua : aquesta ens permetrà emmagatzemar el treball, actualitzar-lo de manera automàtica i fer proves contínues. Això ens ajudarà pensant en el projecte a tenir un registre clar dels canvis i a validar de forma integrada tant l'aplicació, com la infraestructura (que utilitza Terraform i Docker), assegurant que cada actualització sigui neta i controlada . Ens dirigim al repositori flask_s3_file_manager i fem clic a la pestanya on diu Settings . Després a la columna esquerra despleguem el menú de Secrets and variables i fem clic a Actions . Allà trobarem una cosa anomenada Repository secrets on crearem un amb el nom AWS_ACCESS_KEY_ID , introduint com a secret l'ID d'AWS que tenim a la nostra CLI per l'usuari boto3_user , i afegim el secret. Fem el mateix per AWS_SECRET_ACCESS_KEY. En el cas de no recordar aquestes dades, podem executar un cat ~/.aws/credentials a la terminal...