{"id":98,"date":"2017-03-10T15:33:42","date_gmt":"2017-03-10T14:33:42","guid":{"rendered":"https:\/\/blog.besharp.it\/?p=98"},"modified":"2023-02-22T17:22:28","modified_gmt":"2023-02-22T16:22:28","slug":"full-stack-continuous-delivery-su-aws","status":"publish","type":"post","link":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/","title":{"rendered":"Full stack Continuous Delivery su AWS"},"content":{"rendered":"<p><span style=\"font-weight: 400;\">Con il lancio di <a href=\"https:\/\/aws.amazon.com\/codebuild\/\">CodeBuild<\/a> avvenuto lo scorso novembre <a href=\"https:\/\/www.youtube.com\/watch?v=ZDScBNahsL4\">sul palco del re:Invent<\/a>, AWS ha aggiunto il tassello mancante alla suite di strumenti gestione del ciclo di sviluppo del software<\/span><\/p>\n<p style=\"font-weight: 400;\"><a href=\"https:\/\/blog.besharp.it\/aws-reinvent-2016-parola-chiave-trasformazione\/\">Noi c\u2019eravamo<\/a> e non aspettavamo altro per poterci mettere all\u2019opera e implementare finalmente <strong>un sistema di Continuous Delivery interamente basato su servizi gestiti da Amazon Web Services<\/strong>.<\/p>\n<p><!--more--><\/p>\n<p><span style=\"font-weight: 400;\">Prima di CodeBuild, infatti, la suite di AWS copriva unicamente gli aspetti relativi al source control (<a href=\"https:\/\/aws.amazon.com\/codecommit\/\">CodeCommit<\/a>), alla gestione dei rilasci (<a href=\"https:\/\/aws.amazon.com\/codedeploy\/\">CodeDeploy<\/a>) e all\u2019orchestrazione (<a href=\"https:\/\/aws.amazon.com\/codepipeline\/\">CodePipeline<\/a>), costringendo gli sviluppatori ad utilizzare tool di terze parti (ad esempio <a href=\"https:\/\/jenkins.io\/\">Jenkins<\/a>) per la gestione delle fasi di build e test. Tool che vanno configurati e gestiti manualmente, con tutte le problematiche che ne conseguono in termini di complessit\u00e0, costi e affidabilit\u00e0 della soluzione.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Pensiamo infatti a quanto lo stack di Continuous Delivery\u00a0da un lato sia critico (un inconveniente a questi tool pu\u00f2 compromettere ore o giorni di lavoro di un intero team di sviluppo), ma dall\u2019altro rappresenti, specie per team DevOps piccoli e agili, un oggetto estraneo alle attivit\u00e0 \u201ccore\u201d, su cui concentrare il minor sforzo possibile; <strong>una sorta di <\/strong><\/span><strong><i>black-box<\/i> che deve semplicemente funzionare. <\/strong><\/p>\n<p><span style=\"font-weight: 400;\">Uno stack di Continuous Delivery deve:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Essere estremamente affidabile (nessun single-point-of-failure)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Garantire la durabilit\u00e0 dei dati (in particolare per quanto riguarda i repository)<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Richiedere un effort di gestione e configurazione minimo<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Integrarsi facilmente sia con gli ambienti e i tool di sviluppo che con quelli di produzione<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Poter scalare facilmente di pari passo con la crescita del team e dei progetti<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">Costare poco \ud83d\ude42<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">Per gli utenti AWS, l\u2019utilizzo di uno stack di CD interamente basato sui suoi servizi managed \u00e8 il modo pi\u00f9 naturale ed immediato di rispondere a tutti questi requisiti<\/span><\/p>\n<h2>La soluzione<\/h2>\n<p><span style=\"font-weight: 400;\">Rivediamo brevemente quali sono i tool che abbiamo a disposizione:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\"><strong>CodeCommit:<\/strong> un servizio di repository git completamente gestito e scalato automaticamente<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\"><strong>CodeBuild:<\/strong> un sistema di build e testing basato sui container<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\"><strong>CodeDeploy:<\/strong> un sistema agent-based per effettuare il deploy sulle istanze EC2 in modo automatico.<\/span><\/li>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\"><strong>CodePipeline:<\/strong> un orchestrator completamente integrato nell\u2019ecosistema AWS, in grado di far interagire gli altri tre servizi fra loro, oppure con provider di terze parti<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">Il nostro team ha realizzato una <strong>soluzione completa e automatizzata per la gestione del software lifecycle su Amazon Web Services<\/strong>, applicabile sia su ambienti ibridi (in questo caso l\u2019integrazione con il repository e la build avviene in Cloud, mentre il deploy pu\u00f2 svolgersi su qualsiasi tipo di istanza, sia in Cloud che on-premise), che su ambienti interamente Cloud-based, con le macchine di staging e produzione anch\u2019esse sul Cloud.<\/span><\/p>\n<figure id=\"attachment_108\" aria-describedby=\"caption-attachment-108\" style=\"width: 900px\" class=\"wp-caption alignleft\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-108 size-full\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png\" alt=\"\" width=\"900\" height=\"520\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png 900w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140-400x231.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140-768x444.png 768w\" sizes=\"auto, (max-width: 900px) 100vw, 900px\" \/><figcaption id=\"caption-attachment-108\" class=\"wp-caption-text\">Gli sviluppatori fanno push del codice su CodeCommit, parte un trigger e CodePipeline prende il codice e lo d\u00e0 in pasto a CodeBuild che esegue la build e i test e crea l&#8217;artifact pronto per il deploy. A questo punto CodePipeline passa il pacchetto a CodeDeploy che effettua il rilascio su un pol di istanze EC2. A ogni passaggio S3 viene usato come storage di appoggio degli artifacts.<\/figcaption><\/figure>\n<p>&nbsp;<\/p>\n<p>Utilizzare solo servizi AWS, compatibili e progettati appositamente per cooperare tra di loro, ha il vantaggio di poter disporre di trigger specifici e setup estremamente semplificati. <strong>Tutto scala automaticamente e senza la necessit\u00e0 di interventi tecnici particolari<\/strong>; il team \u00e8 quindi sollevato dall\u2019onere di dimensionare a priori l\u2019infrastruttura di Continuous Delivery.<\/p>\n<p><span style=\"font-weight: 400;\">E\u2019 possibile, inoltre, gestire la security e i permessi in modo granulare sfruttando IAM role e IAM policy. A differenza di ci\u00f2 che avviene con l\u2019utilizzo di altri strumenti poi, \u00e8 possibile rimanere confinati all\u2019interno della sandbox di un singolo account Amazon, senza dover esporre nessun endpoint all\u2019esterno per avviare il processo di build.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Abbiamo scoperto\u00a0che CodeBuild si occupa delle fasi di build e test sfruttando il provisioning dei container; questi ultimi si avviano solo quando necessario, ottimizzando cos\u00ec le prestazioni ed eliminando la necessit\u00e0 di istanze dedicate come avviene ad esempio durante l\u2019utilizzo di Jenkins.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Altra caratteristica fondamentale di CodeBuild \u00e8 l\u2019isolamento, che permette di <strong>segregare ogni build sia a livello applicativo, sia a livello delle release.<\/strong><\/span><\/p>\n<h2>I Costi AWS<\/h2>\n<p><span style=\"font-weight: 400;\">Prima di cominciare col tutorial, buttiamo un occhio ai costi AWS generati da questa soluzione:<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Il prezzo di ciascuna pipeline di CodePipeline \u00e8 di 1$\/mese, mentre, per i primi 5 utenti (50GB e 10000 richieste git), il servizio CodeCommit \u00e8 totalmente gratuito. Dal sesto utente in avanti il costo \u00e8 di 1$\/mese a utente.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Il costo del servizio CodeBuild \u00e8 calcolato in base ai minuti di utilizzo effettivo dei container che effettuano le build, modello che permette un notevole risparmio economico rispetto ai classici runner basati su istanze EC2, che sono invece tariffate su base oraria <\/span><\/p>\n<p><span style=\"font-weight: 400;\">CodeDeploy \u00e8 gratuito, senza limiti di traffico o di tempo.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">A questi vanno aggiunti i costi di storage e banda generati da S3, che viene utilizzato come storage di appoggio degli artifact tra uno step e l\u2019altro di ogni pipeline.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Ovviamente i costi possono variare molto in base al contesto e all\u2019organizzazione di ogni team, ma ci sentiamo di dire che nella maggioranza dei casi questo stack risulti <strong>una delle soluzioni pi\u00f9 economiche in assoluto.<\/strong><\/span><\/p>\n<p><span style=\"font-weight: 400;\">Entriamo ora nel vivo dell\u2019implementazione<\/span> <span style=\"font-weight: 400;\">.<\/span><\/p>\n<h2>CodeCommit<\/h2>\n<p><span style=\"font-weight: 400;\">Il primo servizio da configurare \u00e8 CodeCommit. <\/span><\/p>\n<p><span style=\"font-weight: 400;\"><span style=\"text-decoration: underline;\">Creiamo il repository<\/span> accedendo alla console AWS oppure, nel caso di accesso programmatico, alla CLI.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-126\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit1.png\" alt=\"\" width=\"679\" height=\"500\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit1.png 679w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit1-400x295.png 400w\" sizes=\"auto, (max-width: 679px) 100vw, 679px\" \/><\/p>\n<p><span style=\"font-weight: 400;\"><span style=\"text-decoration: underline;\">Creiamo ora un IAM user<\/span> che ci permetta di procedere con le principali azioni git sul repository appena creato. <\/span><\/p>\n<p><span style=\"font-weight: 400;\"><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-127\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit2.png\" alt=\"\" width=\"967\" height=\"781\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit2.png 967w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit2-371x300.png 371w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeCommit2-768x620.png 768w\" sizes=\"auto, (max-width: 967px) 100vw, 967px\" \/><br \/>\n<\/span><span style=\"font-weight: 400;\">Per ottenere i permessi di accesso al repo, occorre autenticarsi come IAM user. Ecco i possibili metodi:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><i><span style=\"font-weight: 400;\">Git credential helper, <\/span><\/i><span style=\"font-weight: 400;\">sfrutta la CLI. Serve quindi una coppia di chiavi per l\u2019accesso;<\/span><\/li>\n<li style=\"font-weight: 400;\"><i><span style=\"font-weight: 400;\">chiave SSH<\/span><\/i><span style=\"font-weight: 400;\"> che \u00e8 possibile caricare dalla gestione utenti IAM;<\/span><\/li>\n<li style=\"font-weight: 400;\"><i><span style=\"font-weight: 400;\">username e password<\/span><\/i><span style=\"font-weight: 400;\"> generati, sempre, dalla console di gestione IAM (utilizzo su HTTPS).<\/span><\/li>\n<\/ul>\n<p><span style=\"font-weight: 400;\">A ogni\u00a0push del codice sorgente dell\u2019app, questo viene preso in carico da CodeBuild, che si occupa del provisioning di un ambiente temporaneo e isolato (container) all\u2019interno del quale si svolgeranno le fasi di build e test.<\/span><\/p>\n<h2>CodeBuild<\/h2>\n<p><span style=\"font-weight: 400;\">Prima di procedere alle fasi di test e build, configuriamo CodeBuild specificando il <span style=\"text-decoration: underline;\">taglio del container<\/span>, il <span style=\"text-decoration: underline;\">tipo di immagine desiderata<\/span> (ad esempio container Linux con preinstallato un framework fra quelli disponibili o un\u2019immagine custom) e <span style=\"text-decoration: underline;\">specificando i passaggi<\/span> che desideriamo che CodeBuild svolga per effettuare test e build dell\u2019app. Quest\u2019ultimo passaggio <span style=\"text-decoration: underline;\">prevede la scelta tra due metodologie<\/span>: dichiarazione dei comandi inline oppure mediante un file denominato buildspec.yml che andr\u00e0 a richiamare gli hook del ciclo di build. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Noi abbiamo scelto di utilizzare quest\u2019ultimo metodo poich\u00e9, in questo modo, <span style=\"text-decoration: underline;\">il file YAML buildspec pu\u00f2 essere versionato insieme al codice dell\u2019applicazione<\/span>, dandoci la possibilit\u00e0 di cambiare le procedure di test e build appena prima della fase di build stessa.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-125\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeBuild.png\" alt=\"\" width=\"1380\" height=\"1259\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeBuild.png 1380w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeBuild-329x300.png 329w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeBuild-1024x934.png 1024w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeBuild-768x701.png 768w\" sizes=\"auto, (max-width: 1380px) 100vw, 1380px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">All\u2019interno di ciascun hook, quindi, abbiamo specificato i comandi che CodeBuild dovr\u00e0 eseguire, momento per momento.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Di seguito un esempio generico della struttura di un file buildspec.yml posto nella root directory del repository: \u00a0<\/span><\/p>\n<pre lang=\"yaml\">version: 0.1\r\n\r\nenvironment_variables:\r\nplaintext:\r\nJAVA_HOME: \"\/usr\/lib\/jvm\/java-8-openjdk-amd64\"\r\n\r\nphases:\r\ninstall:\r\ncommands:\r\n- apt-get update -y\r\n- apt-get install -y maven\r\npre_build:\r\ncommands:\r\n- echo Nothing to do in the pre_build phase...\r\nbuild:\r\ncommands:\r\n- echo Build started on `date`\r\n- mvn install\r\npost_build:\r\ncommands:\r\n- echo Build completed on `date`\r\nartifacts:\r\nfiles:\r\n- target\/messageUtil-1.0.jar\r\ndiscard-paths: yes\r\n<\/pre>\n<p><span style=\"font-weight: 400;\">Dall\u2019ultima fase del buildspec.yml abbiamo fatto in modo di ottenere un bundle che fosse compatibile con CodeDeploy, servizio utilizzato nella prossima fase; <span style=\"text-decoration: underline;\">il pacchetto ottenuto dall\u2019ultima fase di build contiene sia l\u2019applicazione pronta per essere messa in opera, sia gli script da eseguire per installarla e configurarla sull\u2019istanza di deploy<\/span>.<\/span><\/p>\n<h2>CodeDeploy<\/h2>\n<p><span style=\"font-weight: 400;\">Il funzionamento di CodeDeploy prevede l\u2019esecuzione dei propri script dall\u2019interno dell\u2019istanza; per questo, su ogni istanza dell\u2019infrastruttura target del processo, andranno installati la CLI di AWS e il CodeDeploy agent. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Creiamo\u00a0un file contenente la dichiarazione degli hook, questa volta denominato appspec.yml. Dopo aver creato da zero gli script necessari, abbiamo deciso, per ciascun hook, quali e quanti di essi chiamare.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-128\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeDeploy.png\" alt=\"\" width=\"941\" height=\"919\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeDeploy.png 941w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeDeploy-307x300.png 307w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodeDeploy-768x750.png 768w\" sizes=\"auto, (max-width: 941px) 100vw, 941px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Il file YAML appspec, in questo specifico caso, prevede che nel bundle vengano create due cartelle: una (<\/span><i><span style=\"font-weight: 400;\">App) <\/span><\/i><span style=\"font-weight: 400;\">dedicata all\u2019applicazione e una (<\/span><i><span style=\"font-weight: 400;\">Scripts)<\/span><\/i><span style=\"font-weight: 400;\"> dedicata agli script. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Di seguito un esempio generico della struttura di un file appspec.yml posto nella root directory del bundle: \u00a0<\/span><\/p>\n<pre lang=\"yaml\">version: 0.0\r\nos: linux\r\nfiles:\r\n- source: App\/\r\ndestination: \/var\/www\/html\/\r\n- source: nginx.conf\r\ndestination: \/etc\/nginx\/\r\nhooks:\r\nBeforeInstall:\r\n- location: Scripts\/UnzipResourceBundle.sh\r\ntimeout: 300\r\nrunas: root\r\n- location: Scripts\/InstallDependencies.sh\r\ntimeout: 300\r\nrunas: ubuntu\r\nAfterInstall:\r\n- location: Scripts\/FixPermissions.sh\r\ntimeout: 300\r\nrunas: root\r\nApplicationStart:\r\n- location: Scripts\/WebServerStart.sh\r\ntimeout: 300\r\nrunas: root\r\nValidateService:\r\n- location: Scripts\/ValidateService.sh\r\ntimeout: 300\r\nrunas: ubuntu<\/pre>\n<h2>CodePipeline<\/h2>\n<p>Parallelamente ai tre tool che abbiamo appena descritto, lavora <span style=\"text-decoration: underline;\">CodePipeline, l\u2019ochestrator dei servizi che si occupa di passare gli output generati da ciascuna fase al servizio successivo che li utilizzer\u00e0 come input per svolgere il proprio compito.<\/span> Ogni fase del processo di Continuous Integration sfrutta la piattaforma S3 come storage di supporto.<\/p>\n<p><span style=\"font-weight: 400;\">Affinch\u00e9 CodePipeline funzioni, <span style=\"text-decoration: underline;\">occorre creare una pipeline<\/span>; per fare ci\u00f2, accediamo alla console AWS ed effettuiamo i seguenti passaggi:<\/span><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">scegliere un nome per la pipeline;<\/span><\/li>\n<\/ul>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-130\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline1.png\" alt=\"\" width=\"1026\" height=\"363\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline1.png 1026w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline1-400x142.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline1-1024x362.png 1024w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline1-768x272.png 768w\" sizes=\"auto, (max-width: 1026px) 100vw, 1026px\" \/><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">scegliere la sorgente, nel nostro caso CodeCommit;<\/span><\/li>\n<\/ul>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-131\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline2.png\" alt=\"\" width=\"1026\" height=\"594\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline2.png 1026w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline2-400x232.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline2-1024x593.png 1024w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline2-768x445.png 768w\" sizes=\"auto, (max-width: 1026px) 100vw, 1026px\" \/><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">configurare il passo di build, nel nostro caso CodeBuild;<\/span><\/li>\n<\/ul>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-132\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline3.png\" alt=\"\" width=\"1021\" height=\"688\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline3.png 1021w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline3-400x270.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline3-768x518.png 768w\" sizes=\"auto, (max-width: 1021px) 100vw, 1021px\" \/><\/p>\n<ul>\n<li style=\"font-weight: 400;\"><span style=\"font-weight: 400;\">scegliere del provider di deploy, nel nostro caso CodeDeploy.<\/span><\/li>\n<\/ul>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-133\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline4.png\" alt=\"\" width=\"1018\" height=\"627\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline4.png 1018w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline4-400x246.png 400w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline4-768x473.png 768w\" sizes=\"auto, (max-width: 1018px) 100vw, 1018px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">La Pipeline \u00e8 stata creata con successo.<\/span><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-129\" src=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline_final.png\" alt=\"\" width=\"285\" height=\"774\" srcset=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline_final.png 285w, https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/CodePipeline_final-110x300.png 110w\" sizes=\"auto, (max-width: 285px) 100vw, 285px\" \/><\/p>\n<p><span style=\"font-weight: 400;\">Nel momento in cui CodeCommit viene collegato a CodePipeline <span style=\"text-decoration: underline;\">si crea automaticamente un trigger che fa corrispondere ad ogni <\/span><\/span><span style=\"text-decoration: underline;\"><i><span style=\"font-weight: 400;\">git push<\/span><\/i><\/span><span style=\"font-weight: 400;\"><span style=\"text-decoration: underline;\"> effettuato l\u2019avvio del processo descritto nella pipeline creata<\/span>.<\/span><\/p>\n<p><span style=\"font-weight: 400;\">Il codice sorgente risultato da questa fase viene consegnato, sotto forma di input, a CodeBuild, il quale genera un bundle che servir\u00e0 a sua volta da input a CodeDeploy. Sar\u00e0 quest\u2019ultimo ad installare l\u2019app sull\u2019infrastruttura target.<\/span><\/p>\n<blockquote><p><i><span style=\"font-weight: 400;\">N.B. \u00e8 importante verificare la correttezza del codice generato alla fine di ciascuna fase da ciascuno strumento; essendo ciascun risultato il punto di partenza per la fase successiva, se un output risultasse sbagliato, tutto il processo di deploy risulterebbe compromesso.<\/span><\/i><\/p><\/blockquote>\n<p><span style=\"font-weight: 400;\">Noi stiamo utilizzando questa soluzione da ormai qualche settimana e siamo estremamente soddisfatti: abbiamo eliminato\u00a0tutti gli effort di gestione della nostra precedente infrastruttura di Continuous Delivery, aumentando il numero di build che possiamo gestire in parallelo, <span style=\"text-decoration: underline;\">e stiamo anche spendendo sensibilmente meno<\/span>. Questo stack si rivela quindi ottimo in termini di efficienza, affidabilit\u00e0 ed economicit\u00e0. <\/span><\/p>\n<p><span style=\"font-weight: 400;\">E voi, cosa ne pensate? <\/span><\/p>\n<p><span style=\"font-weight: 400;\">Se la nostra soluzione vi ha incuriositi e l\u2019idea di implementarla nel vostro flusso di lavoro vi esalta, lasciate un commento o\u00a0<a href=\"https:\/\/www.besharp.it\/contacts\/\">contattateci<\/a>! Saremo felici di rispondere ad ogni vostra domanda, di leggere le vostre impressioni e, perch\u00e9 no, di aiutarvi a trarre il massimo vantaggio da questa applicazione.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Con il lancio di CodeBuild avvenuto lo scorso novembre sul palco del re:Invent, AWS ha aggiunto il tassello mancante alla [&hellip;]<\/p>\n","protected":false},"author":3,"featured_media":108,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[241],"tags":[364,360],"class_list":["post-98","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-devops","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>Full stack Continuous Delivery su AWS - Proud2beCloud Blog<\/title>\n<meta name=\"description\" content=\"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.\" \/>\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\/full-stack-continuous-delivery-su-aws\/\" \/>\n<meta property=\"og:locale\" content=\"it_IT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Full stack Continuous Delivery su AWS.\" \/>\n<meta property=\"og:description\" content=\"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/\" \/>\n<meta property=\"og:site_name\" content=\"Proud2beCloud Blog\" \/>\n<meta property=\"article:published_time\" content=\"2017-03-10T14:33:42+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2023-02-22T16:22:28+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png\" \/>\n\t<meta property=\"og:image:width\" content=\"900\" \/>\n\t<meta property=\"og:image:height\" content=\"520\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Simone Merlini\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:title\" content=\"Full stack Continuous Delivery su AWS.\" \/>\n<meta name=\"twitter:description\" content=\"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png\" \/>\n<meta name=\"twitter:label1\" content=\"Scritto da\" \/>\n\t<meta name=\"twitter:data1\" content=\"Simone Merlini\" \/>\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\/full-stack-continuous-delivery-su-aws\/\",\"url\":\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/\",\"name\":\"Full stack Continuous Delivery su AWS - Proud2beCloud Blog\",\"isPartOf\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png\",\"datePublished\":\"2017-03-10T14:33:42+00:00\",\"dateModified\":\"2023-02-22T16:22:28+00:00\",\"author\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/f5772030de5fdee2860686ede72225ee\"},\"description\":\"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.\",\"breadcrumb\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#breadcrumb\"},\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#primaryimage\",\"url\":\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png\",\"contentUrl\":\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png\",\"width\":900,\"height\":520},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/blog.besharp.it\/it\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Full stack Continuous Delivery su AWS\"}]},{\"@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\/f5772030de5fdee2860686ede72225ee\",\"name\":\"Simone Merlini\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/3476bf5e5ab09a9a5cfe42385c9cbe8f?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/3476bf5e5ab09a9a5cfe42385c9cbe8f?s=96&d=mm&r=g\",\"caption\":\"Simone Merlini\"},\"description\":\"CEO e co-fondatore di beSharp, Cloud Ninja ed early adopter di qualsiasi tipo di soluzione *aaS. Mi divido tra la tastiera del PC e quella a tasti bianchi e neri; sono specializzato nel deploy di cene pantagrueliche e nel test di bottiglie d'annata.\",\"url\":\"https:\/\/blog.besharp.it\/it\/author\/amadeus\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Full stack Continuous Delivery su AWS - Proud2beCloud Blog","description":"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.","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\/full-stack-continuous-delivery-su-aws\/","og_locale":"it_IT","og_type":"article","og_title":"Full stack Continuous Delivery su AWS.","og_description":"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.","og_url":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/","og_site_name":"Proud2beCloud Blog","article_published_time":"2017-03-10T14:33:42+00:00","article_modified_time":"2023-02-22T16:22:28+00:00","og_image":[{"width":900,"height":520,"url":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png","type":"image\/png"}],"author":"Simone Merlini","twitter_card":"summary_large_image","twitter_title":"Full stack Continuous Delivery su AWS.","twitter_description":"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.","twitter_image":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png","twitter_misc":{"Scritto da":"Simone Merlini","Tempo di lettura stimato":"9 minuti"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/","url":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/","name":"Full stack Continuous Delivery su AWS - Proud2beCloud Blog","isPartOf":{"@id":"https:\/\/blog.besharp.it\/it\/#website"},"primaryImageOfPage":{"@id":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#primaryimage"},"image":{"@id":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#primaryimage"},"thumbnailUrl":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png","datePublished":"2017-03-10T14:33:42+00:00","dateModified":"2023-02-22T16:22:28+00:00","author":{"@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/f5772030de5fdee2860686ede72225ee"},"description":"Il nostro team ha realizzato una soluzione per la gestione del software lifecycle su AWS, applicabile sia su ambienti ibridi, che su ambienti Cloud-based.","breadcrumb":{"@id":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#breadcrumb"},"inLanguage":"it-IT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/"]}]},{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#primaryimage","url":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png","contentUrl":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2017\/03\/FullStackCDonAWS-e1489149925140.png","width":900,"height":520},{"@type":"BreadcrumbList","@id":"https:\/\/blog.besharp.it\/it\/full-stack-continuous-delivery-su-aws\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/blog.besharp.it\/it\/"},{"@type":"ListItem","position":2,"name":"Full stack Continuous Delivery su AWS"}]},{"@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\/f5772030de5fdee2860686ede72225ee","name":"Simone Merlini","image":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/3476bf5e5ab09a9a5cfe42385c9cbe8f?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/3476bf5e5ab09a9a5cfe42385c9cbe8f?s=96&d=mm&r=g","caption":"Simone Merlini"},"description":"CEO e co-fondatore di beSharp, Cloud Ninja ed early adopter di qualsiasi tipo di soluzione *aaS. Mi divido tra la tastiera del PC e quella a tasti bianchi e neri; sono specializzato nel deploy di cene pantagrueliche e nel test di bottiglie d'annata.","url":"https:\/\/blog.besharp.it\/it\/author\/amadeus\/"}]}},"_links":{"self":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts\/98","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\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/comments?post=98"}],"version-history":[{"count":0,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts\/98\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/media\/108"}],"wp:attachment":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/media?parent=98"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/categories?post=98"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/tags?post=98"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}