{"id":391,"date":"2019-04-05T14:28:27","date_gmt":"2019-04-05T12:28:27","guid":{"rendered":"https:\/\/blog.besharp.it\/?p=391"},"modified":"2021-03-17T12:33:35","modified_gmt":"2021-03-17T11:33:35","slug":"deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery","status":"publish","type":"post","link":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/","title":{"rendered":"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery"},"content":{"rendered":"<h2><span style=\"font-weight: 400;\">In questo articolo spieghiamo come abbiamo realizzato una pipeline di CD in grado di produrre una docker image ed effettuare il deploy della stessa su AWS ECS Fargate.<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Con l\u2019avvento di <strong>AWS Fargate<\/strong> la realizzazione di servizi basati su container assume finalmente tutto un altro senso. Infatti, prima del rilascio di Fargate l\u2019unico modo per usare Amazon ECS prevedeva il provisioning di un cluster di istanze EC2 gestite da Amazon (per software, aggiornamenti e configurazione). Con questo tipo di soluzione bisogna sostenere i costi dei cluster, progettare il sovradimensionamento per consentire lo scaling dei task, ed infine configurare e mantenere un valido sistema di autoscaling per non rimanere mai senza adeguate risorse per i container.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Con AWS Fargate tutto questo <strong>overhead di gestione pu\u00f2 essere lasciato ad AWS<\/strong>, che ci permette di avviare servizi basati su container pagandoli solo per il tempo effettivo di esecuzione. Non c\u2019\u00e8 quindi bisogno di preoccuparsi del cluster sottostante, ed \u00e8 possibile concentrarsi sullo sviluppo dei servizi.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Con AWS Fargate, AWS sta rendendo il container un oggetto di prim\u2019ordine nel panorama delle soluzioni di computing.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Automatizzare il deploy di servizi basati su container \u00e8 di fondamentale importanza per riuscire a sfruttare a pieno le potenzialit\u00e0 di AWS Fargate e del Cloud di AWS.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Ecco la nostra soluzione per implementare una pipeline di CD in grado di mettere in produzione ogni push sul ramo prescelto del repository.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">I servizi chiave per l\u2019infrastruttura sono<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Amazon Elastic Container Service (Amazon ECS)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Amazon Elastic Container Registry (ECR)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Elastic Load Balancing<\/span><\/li>\n<li style=\"font-weight: 400;\">(Opzionale) CodeCommit per il repository GIT. Qualsiasi altro repository supportato da CodePipeline andr\u00e0 bene.<\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">Cominciamo con un breve glossario<\/span><\/p>\n<p><b>Amazon Elastic Container Service (Amazon ECS)<\/b><span style=\"font-weight: 400;\"> \u00e8 un servizio di orchestrazione di container. Supporta Docker e consente di <strong>eseguire e ridimensionare facilmente le applicazioni<\/strong>. Con AWS Fargate \u00e8 possibile avviare ed orchestrare servizi basati su container sfruttando cluster completamenti gestiti da AWS e pagando per container.<\/span><\/p>\n<p><b>Amazon Elastic Container Registry (ECR)<\/b><span style=\"font-weight: 400;\"> \u00e8 un <strong>registro di immagini Docker completamente gestito<\/strong> che semplifica agli sviluppatori la memorizzazione, la gestione e la distribuzione di immagini di container Docker. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Per smistare il traffico attraverso i container \u00e8 possibile sfruttare il servizio di Elastic Load Balancing. <\/span><\/p>\n<p><b>AWS Elastic Load Balancing<\/b><span style=\"font-weight: 400;\"> instrada automaticamente il traffico in entrata delle applicazioni tra molteplici destinazioni, tra cui EC2, container, indirizzi IP e funzioni Lambda. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Elastic Load Balancing offre <strong>tre tipi di sistemi di bilanciamento del carico:<\/strong> <\/span><\/p>\n<ol>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Application Load Balancer<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Network Load Balancer<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Classic Load Balancer<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">Il load balancer che ci sar\u00e0 utile per i servizi rilasciati su Fargate \u00e8 <strong>l\u2019Application Load Balancer (ALB)<\/strong><\/span><\/p>\n<p><span style=\"font-weight: 400;\">I sistemi Application Load Balancer sono indicati per il <strong>bilanciamento di traffico HTTP e HTTPS<\/strong>, e offrono instradamento avanzato delle richieste per la distribuzione di architetture moderne, ad esempio in microservizi e container. Questi sistemi operano a livello di richieste individuali (livello 7) e instradano il traffico in base al contenuto della richiesta.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Senza ulteriori indugi, passiamo ora al tutorial per la realizzazione di una pipeline di rilascio completamente automatizzata.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Durante il resto dell\u2019articolo daremo per scontato che tutto il codice del progetto si trovi su un <strong>repository compatibile con CodePipeline. <\/strong><\/span><\/p>\n<h2><span style=\"font-weight: 400;\">Parte 1: Preparazione della prima docker image<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">La prima cosa da fare \u00e8 preparare un\u2019immagine del nostro servizio per poterla testare sia in locale che su AWS.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Occorre quindi <strong>aggiungere al progetto un Dockerfile<\/strong>, che andr\u00e0 successivamente pubblicato sul repository. All\u2019interno del file dovranno essere indicate le istruzioni per costruire un container che contenga tutto il software, le dipendenze, le librerie, le configurazioni ed il pacchetto con il nostro servizio.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Questo container pu\u00f2 essere tranquillamente testato in locale o in un ambiente controllato per verificarne il corretto funzionamento.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Una volta soddisfatti del risultato dei test locali, si pu\u00f2 procedere alla creazione di un\u2019immagine e alla pubblicazione della stessa su Amazon ECR.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Provvediamo quindi alla <strong>creazione di un repository ECR<\/strong>: l\u2019unico dato necessario alla creazione \u00e8 un nome valido.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><span style=\"font-weight: 400;\">Successivamente basta seguire le istruzioni di login e push per caricare la nostra immagine docker su ECR.<\/span><\/p>\n<pre><span style=\"font-weight: 400;\">$(aws ecr get-login --no-include-email --region &lt;regione&gt;)<\/span>\r\n<span style=\"font-weight: 400;\">docker build -t &lt;nome immagine&gt; .<\/span>\r\n<span style=\"font-weight: 400;\">docker tag &lt;nome immagine&gt;:latest &lt;ecr url&gt;:latest<\/span>\r\n<span style=\"font-weight: 400;\">docker push &lt;ecr url&gt;:latest<\/span><\/pre>\n<h2><span style=\"font-weight: 400;\">Parte 2: Configurazione di ECS Fargate e del Networking<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Il nostro servizio avr\u00e0 bisogno di un<\/span><b> Load Balancer<\/b><span style=\"font-weight: 400;\"> per instradare il traffico tra i container replica.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Per questa ragione dobbiamo <strong>creare un Application Load Balancer<\/strong>, la cui configurazione pu\u00f2 essere lasciata in bianco. Non sar\u00e0 necessario definire dettagli di comportamento dell\u2019ALB perch\u00e8 sar\u00e0 ECS a gestirlo in modo dinamico durante le operazioni di scaling dei container.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Per quanto riguarda ECS, la prima cosa da fare \u00e8 creare un cluster. <strong>I cluster<\/strong> non sono altro che oggetti utilizzati per raggruppare a livello logico i servizi.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-399 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0.png\" alt=\"\" width=\"830\" height=\"768\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0.png 830w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-324x300.png 324w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-768x711.png 768w\" sizes=\"auto, (max-width: 830px) 100vw, 830px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Per creare un cluster accediamo alla dashboard di ECS e selezioniamo \u201ccreate cluster\u201d.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Dal wizard scegliamo \u201cNetworking only\u201d, configurazione che indica ad AWS di utilizzare AWS Fargate per questo cluster virtuale.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Nel secondo ed ultimo step del wizard basta indicare il nome e se si desidera creare una nuova VPC, se si sceglie di non creare nessuna VPC \u00e8 possibile usare una di quelle gi\u00e0 configurate sul proprio account.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-398 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-1.png\" alt=\"\" width=\"852\" height=\"485\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-1.png 852w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-1-400x228.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-1-768x437.png 768w\" sizes=\"auto, (max-width: 852px) 100vw, 852px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Il secondo passaggio \u00e8 <strong>creare una task definition.<\/strong> Questo oggetto raccoglie informazioni sul task come ad esempio nome, descrizione, IAM roles per deploy ed esecuzione, la dimensione del task in termini di RAM e CPU, e le specifiche del container che lo ospiter\u00e0.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Per la parte di configurazione del container occorre selezionare l\u2019immagine docker precedentemente salvata su ECR.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Per creare una task definition basta selezionare \u201cCreate task definition\u201d dall\u2019apposita schermata dall\u2019area di ECS. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Il passaggio essenziale \u00e8 scegliere AWS Fargate al primo step del wizard; completiamo poi con i dati richiesti seguendo le istruzioni e fornendo dimensionamento adeguato per il proprio task.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-397 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-2.png\" alt=\"\" width=\"889\" height=\"497\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-2.png 889w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-2-400x224.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-2-768x429.png 768w\" sizes=\"auto, (max-width: 889px) 100vw, 889px\" \/><\/p>\n<p><strong>L\u2019ultimo oggetto da configurare si chiama servizio (Service).<\/strong><\/p>\n<p><span style=\"font-weight: 400;\">Un servizio \u00e8 definito da un task e da una terna di parametri che specificano quante istanze del task sono necessarie come minimo, valore attuale e massimo per permettere il corretto funzionamento del servizio.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-396 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_15-03-2019_111041.png\" alt=\"\" width=\"1422\" height=\"585\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_15-03-2019_111041.png 1422w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_15-03-2019_111041-400x165.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_15-03-2019_111041-1024x421.png 1024w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_15-03-2019_111041-768x316.png 768w\" sizes=\"auto, (max-width: 1422px) 100vw, 1422px\" \/><span style=\"font-weight: 400;\">La procedura di creazione \u00e8 analoga a quella degli altri oggetti configurati.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-395 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153532.png\" alt=\"\" width=\"892\" height=\"719\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153532.png 892w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153532-372x300.png 372w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153532-768x619.png 768w\" sizes=\"auto, (max-width: 892px) 100vw, 892px\" \/><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-394 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153619.png\" alt=\"\" width=\"890\" height=\"646\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153619.png 890w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153619-400x290.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_153619-768x557.png 768w\" sizes=\"auto, (max-width: 890px) 100vw, 890px\" \/><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-393 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-3.png\" alt=\"\" width=\"872\" height=\"757\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-3.png 872w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-3-346x300.png 346w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/pasted-image-0-3-768x667.png 768w\" sizes=\"auto, (max-width: 872px) 100vw, 872px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Si faccia attenzione alla scelta della VPC, delle subnet e del load balancer creato precedentemente.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Alla fine della configurazione, puntando il browser all\u2019URL dell&#8217;ALB si dovrebbe visualizzare il proprio servizio.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-392 aligncenter\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/SS_01-03-2019_155600.png\" alt=\"\" width=\"252\" height=\"233\" \/><\/p>\n<h2><span style=\"font-weight: 400;\">Parte 3: Automatizzare il deploy<\/span><\/h2>\n<p><span style=\"font-weight: 400;\">Una volta configurato manualmente tutto l\u2019ambiente, \u00e8 possibile <strong>creare e configurare una pipeline per effettuare il deploy automatico ad ogni cambiamento del codice.<\/strong><\/span><\/p>\n<p><span style=\"font-weight: 400;\">Prima di iniziare la configurazione della pipeline occorrer\u00e0 aggiungere un file chiamato <strong>buildspec.yml<\/strong> nella root del repository. Lo scopo del file \u00e8 quello di contenere le istruzioni per effettuare il build di una nuova immagine del nostro servizio.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Dobbiamo infatti automatizzare il processo che abbiamo eseguito a mano nella parte iniziale dell\u2019articolo, ovvero la costruzione dell\u2019immagine docker a partire dal dockerfile e dal codice, il suo caricamento su ECR ed infine l\u2019aggiornamento di ECS per effettuare il deploy del servizio usando la nuova immagine.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Ecco una versione di esempio del file da aggiungere (buildspec.yml)<\/span><\/p>\n<pre><span style=\"font-weight: 400;\">version: 0.2<\/span>\r\n\r\n<span style=\"font-weight: 400;\">phases:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0pre_build:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0commands:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- echo Logging in to Amazon ECR...<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- aws --version<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- $(aws ecr get-login --region $AWS_DEFAULT_REGION --no-include-email)<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- REPOSITORY_URI=<\/span><span style=\"color: #ff0000;\"><i><span style=\"font-weight: 400;\">&lt;URL DELL\u2019IMMAGINE SU ECR&gt;<\/span><\/i><\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- COMMIT_HASH=$(echo $CODEBUILD_RESOLVED_SOURCE_VERSION | cut -c 1-7)<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- IMAGE_TAG=${COMMIT_HASH:=latest}<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0build:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0commands:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- echo Build started on `date`<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- echo Building the Docker image... \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- docker build -t $REPOSITORY_URI:latest .<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- docker tag $REPOSITORY_URI:latest $REPOSITORY_URI:$IMAGE_TAG<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0post_build:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0commands:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- echo Build completed on `date`<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- echo Pushing the Docker images...<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- docker push $REPOSITORY_URI:latest<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- docker push $REPOSITORY_URI:$IMAGE_TAG<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- echo Writing image definitions file...<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0\u00a0\u00a0- printf '[{\"name\":\"<\/span><span style=\"color: #ff0000;\"><i><span style=\"font-weight: 400;\">&lt;container name usato in task definition&gt;<\/span><\/i><\/span><span style=\"font-weight: 400;\">\",\"imageUri\":\"%s\"}]' $REPOSITORY_URI:$IMAGE_TAG &gt; imagedefinitions.json<\/span>\r\n<span style=\"font-weight: 400;\">artifacts:<\/span>\r\n<span style=\"font-weight: 400;\"> \u00a0\u00a0\u00a0files: imagedefinitions.json\r\n<\/span><\/pre>\n<p><em><span style=\"font-weight: 400;\">In rosso le parti da editare con i nomi specifici del proprio progetto.<\/span><\/em><\/p>\n<p><span style=\"font-weight: 400;\">CodePipeline \u00e8 il servizio di AWS che ci permetter\u00e0 di realizzare l\u2019automazione profondendo bassissimo effort di gestione e configurazione. Per eseguire le operazioni di build dell\u2019immagine invece, ci affideremo a CodeBuild, che andr\u00e0 ad eseguire il file con le istruzioni (buildspec.yml).<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Cominciamo quindi con la <strong>configurazione della pipeline<\/strong> creandone una nuova su CodePipeline:<\/span><\/p>\n<ol>\n<li><span style=\"font-weight: 400;\">Selezionare \u201cCreate pipeline\u201d<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Seguiamo il wizard, e senza alcun effort aggiuntivo, sar\u00e0 possibile aggiornare il proprio servizio in modo automatico<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Nel secondo passaggio, come sorgente occorre scegliere il proprio repository GIT (CodeCommit, o compatibile).<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Il passaggio successivo serve a configurare il passo di Build: occorre selezionare CodeBuild e l\u2019opzione per crearne uno nuovo<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Nel sotto-wizard bisogna dare un nome univoco al progetto di build.<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><span style=\"font-weight: 400;\">Come sistema operativo bisogna scegliere <\/span><b>Ubuntu<\/b><span style=\"font-weight: 400;\">, e come Runtime <\/span><b>Docker.<\/b><\/li>\n<li><span style=\"font-weight: 400;\">Selezionare quindi la versione di docker pi\u00f9 adatta ai propri scopi.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Salvare completando l\u2019ultimo step del sotto-wizard e tornare ad editare la pipeline.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Si configura quindi il passo di Deploy, per il quale \u00e8 possibile scegliere <\/span><b>Amazon ECS<\/b><\/li>\n<li><span style=\"font-weight: 400;\">Allo step 4 bisogna indicare il nome del cluster precedentemente configurato a mano e il nome del servizio da aggiornare<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Per lo step 5 basta selezionare l\u2019opzione per permettere a CodePipeline di creare un ruolo per l\u2019esecuzione della pipeline e di configurarlo al posto nostro. Questo ruolo viene usato da CodePipeline per modificare ECS, \u00e8 gestito da Amazon ed ha il set minimo di permessi per far funzionare tutto.<\/span><\/li>\n<li><span style=\"font-weight: 400;\">Salvare la pipeline.<\/span><\/li>\n<\/ol>\n<p><span style=\"font-weight: 400;\">A questo punto, la pipeline prover\u00e0 ad andare in esecuzione in automatico, <em>fallendo.<\/em><\/span><\/p>\n<p><span style=\"font-weight: 400;\"><strong>Si tratta di un fallimento atteso:<\/strong> la ragione risiede nel fatto che che il Wizard ha creato per noi un ruolo per CodeBuild, che per\u00f2 non ha tutti i permessi necessari per eseguire il push dell\u2019immagine su ECR.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Per porre rimedio occorre identificare il ruolo generato &#8211; il cui nome segue la seguente convenzione: code-build-<\/span><span style=\"font-weight: 400; color: #ff0000;\">build-project-name<\/span><span style=\"font-weight: 400;\">-service-role &#8211; e aggiungervi i seguenti permessi:<\/span><\/p>\n<p><b>AmazonEC2ContainerRegistryPowerUser<\/b><span style=\"font-weight: 400;\"> per vedere funzionare la pipeline.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Se tutto ha funzionato come previsto, la pipeline sar\u00e0 ora funzionante e, ad ogni commit sul ramo prescelto, il servizio sar\u00e0 automaticamente aggiornato.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Con i container sempre pi\u00f9 al centro della scena DevOps \u00e8 importante conoscere gli strumenti a disposizione per effettuare scelte di progetto ponderate ed efficaci. Speriamo di esservi stati utili in questo senso \ud83d\ude09<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Condividete con noi i vostri risultati, le vostre osservazioni, i vostri dubbi, i vostri spunti\u2026 il nostro team non vede l\u2019ora di approfondire il topic con voi!<\/span><\/p>\n<p><span style=\"font-weight: 400;\">[ATTENZIONE, SPOILER!]: se siete incuriositi da questo argomento, continuate a seguirci: in arrivo per voi <strong>un modo creativo per ottenere una pipeline automatica, altamente personalizzata, che utilizza i container come mezzo di automazione.<\/strong><\/span><\/p>\n<p><span style=\"font-weight: 400;\">Stay tuned!<\/span><\/p>\n<p><strong>#Proud2beCloud<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In questo articolo spieghiamo come abbiamo realizzato una pipeline di CD in grado di produrre una docker image ed effettuare [&hellip;]<\/p>\n","protected":false},"author":8,"featured_media":409,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[241],"tags":[291,361,285,259,364,360],"class_list":["post-391","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-devops","tag-aws-codebuild","tag-aws-codecommit","tag-aws-codepipeline","tag-aws-fargate","tag-ci-cd","tag-continuous-delivery"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v24.7 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery - Proud2beCloud Blog<\/title>\n<meta name=\"description\" content=\"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/\" \/>\n<meta property=\"og:locale\" content=\"it_IT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery\" \/>\n<meta property=\"og:description\" content=\"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/\" \/>\n<meta property=\"og:site_name\" content=\"Proud2beCloud Blog\" \/>\n<meta property=\"article:published_time\" content=\"2019-04-05T12:28:27+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2021-03-17T11:33:35+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1667\" \/>\n\t<meta property=\"og:image:height\" content=\"1250\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Alessio Gandini\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:title\" content=\"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery\" \/>\n<meta name=\"twitter:description\" content=\"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png\" \/>\n<meta name=\"twitter:label1\" content=\"Scritto da\" \/>\n\t<meta name=\"twitter:data1\" content=\"Alessio Gandini\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo di lettura stimato\" \/>\n\t<meta name=\"twitter:data2\" content=\"9 minuti\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/\",\"url\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/\",\"name\":\"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery - Proud2beCloud Blog\",\"isPartOf\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png\",\"datePublished\":\"2019-04-05T12:28:27+00:00\",\"dateModified\":\"2021-03-17T11:33:35+00:00\",\"author\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/e7262d28e51528c2e420327f9b18cd43\"},\"description\":\"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.\",\"breadcrumb\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#breadcrumb\"},\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#primaryimage\",\"url\":\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png\",\"contentUrl\":\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png\",\"width\":1667,\"height\":1250},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/blog.besharp.it\/it\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/blog.besharp.it\/it\/#website\",\"url\":\"https:\/\/blog.besharp.it\/it\/\",\"name\":\"Proud2beCloud Blog\",\"description\":\"il blog di beSharp\",\"alternateName\":\"Proud2beCloud Blog\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/blog.besharp.it\/it\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"it-IT\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/e7262d28e51528c2e420327f9b18cd43\",\"name\":\"Alessio Gandini\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/eeb98518768d999bff24f8358b464fe2?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/eeb98518768d999bff24f8358b464fe2?s=96&d=mm&r=g\",\"caption\":\"Alessio Gandini\"},\"description\":\"Cloud-native Development Line Manager @ beSharp, DevOps Engineer e AWS expert. Computer geek da quando avevo 6 anni, appassionato di informatica ed elettronica a tutto tondo. Ultimamente sto esplorando l'esperienza utente vocale e il mondo dell'IoT. Appassionato di cinema e grande consumatore di serie TV, videogiocatore della domenica.\",\"url\":\"https:\/\/blog.besharp.it\/it\/author\/alessio-gandini\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery - Proud2beCloud Blog","description":"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/","og_locale":"it_IT","og_type":"article","og_title":"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery","og_description":"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.","og_url":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/","og_site_name":"Proud2beCloud Blog","article_published_time":"2019-04-05T12:28:27+00:00","article_modified_time":"2021-03-17T11:33:35+00:00","og_image":[{"width":1667,"height":1250,"url":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png","type":"image\/png"}],"author":"Alessio Gandini","twitter_card":"summary_large_image","twitter_title":"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery","twitter_description":"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.","twitter_image":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png","twitter_misc":{"Scritto da":"Alessio Gandini","Tempo di lettura stimato":"9 minuti"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/","url":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/","name":"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery - Proud2beCloud Blog","isPartOf":{"@id":"https:\/\/blog.besharp.it\/it\/#website"},"primaryImageOfPage":{"@id":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#primaryimage"},"image":{"@id":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#primaryimage"},"thumbnailUrl":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png","datePublished":"2019-04-05T12:28:27+00:00","dateModified":"2021-03-17T11:33:35+00:00","author":{"@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/e7262d28e51528c2e420327f9b18cd43"},"description":"In questo articolo spieghiamo come realizzare una pipeline di CD in grado di produrre una docker image ed effettuarne il deploy su AWS ECS Fargate.","breadcrumb":{"@id":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#breadcrumb"},"inLanguage":"it-IT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/"]}]},{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#primaryimage","url":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png","contentUrl":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2019\/04\/aws-fargte_blog_Tavola-disegno-1.png","width":1667,"height":1250},{"@type":"BreadcrumbList","@id":"https:\/\/blog.besharp.it\/it\/deploy-di-servizi-su-aws-fargate-con-pipeline-di-continuous-delivery\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/blog.besharp.it\/it\/"},{"@type":"ListItem","position":2,"name":"Deploy di servizi su AWS Fargate con pipeline di Continuous Delivery"}]},{"@type":"WebSite","@id":"https:\/\/blog.besharp.it\/it\/#website","url":"https:\/\/blog.besharp.it\/it\/","name":"Proud2beCloud Blog","description":"il blog di beSharp","alternateName":"Proud2beCloud Blog","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/blog.besharp.it\/it\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"it-IT"},{"@type":"Person","@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/e7262d28e51528c2e420327f9b18cd43","name":"Alessio Gandini","image":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/eeb98518768d999bff24f8358b464fe2?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/eeb98518768d999bff24f8358b464fe2?s=96&d=mm&r=g","caption":"Alessio Gandini"},"description":"Cloud-native Development Line Manager @ beSharp, DevOps Engineer e AWS expert. Computer geek da quando avevo 6 anni, appassionato di informatica ed elettronica a tutto tondo. Ultimamente sto esplorando l'esperienza utente vocale e il mondo dell'IoT. Appassionato di cinema e grande consumatore di serie TV, videogiocatore della domenica.","url":"https:\/\/blog.besharp.it\/it\/author\/alessio-gandini\/"}]}},"_links":{"self":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts\/391","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/comments?post=391"}],"version-history":[{"count":0,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts\/391\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/media\/409"}],"wp:attachment":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/media?parent=391"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/categories?post=391"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/tags?post=391"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}