{"id":5152,"date":"2022-11-11T07:14:46","date_gmt":"2022-11-11T06:14:46","guid":{"rendered":"https:\/\/blog.besharp.it\/?p=5152"},"modified":"2022-11-09T10:43:00","modified_gmt":"2022-11-09T09:43:00","slug":"paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii","status":"publish","type":"post","link":"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/","title":{"rendered":"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III"},"content":{"rendered":"\n<p>Bentornati alla nostra serie di articoli sul Platform-as-a-Service su Amazon Web Service.<\/p>\n\n\n\n<p>Abbiamo iniziato introducendo <a href=\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore\/\" target=\"_blank\" rel=\"noreferrer noopener\">i fondamentali per un corretto approccio al PaaS su AWS<\/a> preseguendo poi analizzando <a href=\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-ii\/\" target=\"_blank\" rel=\"noreferrer noopener\">i servizi condivisi alla base del funzionamento della nostra vending machine<\/a>.<\/p>\n\n\n\n<p>\u00c8 il momento di focalizzarci sui servizi dedicati agli utenti finali.<\/p>\n\n\n\n<p>Per comodit\u00e0 abbiamo diviso i servizi in due repository e, come accennato nel primo articolo, al loro interno troviamo gli stack:<\/p>\n\n\n\n<ul><li>Repository infrastrutturale:<ul><li>Bucket S3 per ospitare i dati dell\u2019utente finale e del suo software<\/li><li>Pipeline che effettua l\u2019aggiornamento della AMI tramite il framework Packer e il deploy della Pipeline software e relativi servizi infrastrutturali come RDS dedicato e ASG<br><\/li><\/ul><\/li><li>Repository pipeline software:<ul><li>Application load balancer nel caso in cui l\u2019utente abbia un suo dominio dedicato e l\u2019ambiente sia quello di produzione<\/li><li>Database RDS in configurazione multi AZ per l\u2019ambiente di prod<\/li><li>Pipeline per il deploy del software degli utenti<br><\/li><\/ul><\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Repository infrastrutturale<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Pipeline infrastrutturale<\/h3>\n\n\n\n<p>La pipeline infrastrutturale eseguir\u00e0 i seguenti step:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Creazione AMI con Packer<\/h3>\n\n\n\n<p>Il file paker-customer-environment.pkr.hcl viene generato dal deploy di CDK utilizzando dei dati recuperati dal commit. Viene validato ed eseguito<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>source .\/configFile.sh\nAMI_DESCRIPTION=\\\"commit id: $COMMIT_ID\\\\n time stamp: $COMMIT_TIME\\\\n commit by: $COMMIT_AUTHOR_NAME\\\\n message: $COMMIT_MESSAGE\\\"\nsed -i s\/PLACE_CODEBUILD_BUILD_ID\/$CODEBUILD_BUILD_NUMBER\/g packer-CUSTOMER-$ENVIRONMENT.pkr.hcl\npacker validate packer-$CUSTOMER-$ENVIRONMENT.pkr.hcl\npacker build packer-$CUSTOMER-$ENVIRONMENT.pkr.hcl\nexport AMI_ID=$(cat manifest-$CUSTOMER-$ENVIRONMENT.json | grep artifact_id | cut -d \":\" -f3 | cut -d '\\\"' -f1)\nexport AMI_NAME=ami-$CUSTOMER-$ENVIRONMENT-$CODEBUILD_BUILD_NUMBER\nexport INSTANCE_NAME=$CUSTOMER-$ENVIRONMENT-$CODEBUILD_BUILD_NUMBER<\/code><\/pre>\n\n\n\n<h3 class=\"wp-block-heading\">Approvazione manuale<\/h3>\n\n\n\n<p>Per il solo ambiente di produzione si \u00e8 scelto di aggiungere uno stage che impedisce di rilasciare modifiche non volute per errore:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>myPipeline.addStage({\nstageName: 'approve',\nplacement: {\njustAfter: myPipeline.stages&#91;1],\n}\n}).addAction( new aws_codepipeline_actions.ManualApprovalAction({\nactionName: `${process.env.CUSTOMER}-approve`,\nnotificationTopic: new Topic(this, `${process.env.CUSTOMER}-${process.env.ENVIRONMENT}-software-sh-pipeline`),\nnotifyEmails: configFile.approvalEmails,\nadditionalInformation: `${process.env.CUSTOMER} deploy to ${process.env.ENVIRONMENT}`\n})\n)\n}<\/code><\/pre>\n\n\n\n<p>Nel momento in cui la pipeline arriva a questo step, viene inviata una mail agli indirizzi precedenetemente indicati (nell\u2019esempio sopra sono indicati nella configurazione approvalEmails). La persona che si occuper\u00e0 di verificare l\u2019aggiornamento richiesto potr\u00e0 permettere l\u2019esecuzione della pipeline, oppure bloccarla per correggere eventuali errori.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Deploy repository software pipeline<\/h3>\n\n\n\n<p>Lo stage configura le credenziali di git e clona il repository; effettua poi una chiamata al ALB condiviso per calcolare la priorit\u00e0 della regola da applicare al listener. Se si tratta di un aggiornamento ad una regola gi\u00e0 esistente, la priorit\u00e0 non verr\u00e0 modificata.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Repository pipeline software<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Application load balancer<\/h3>\n\n\n\n<p>In caso di dominio custom e ambiente di produzione verr\u00e0 deployato un Application Load Balancer nominale con due listener (porta 80 http e porta 443 https)<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>myCustomAppLoadBalancer.addListener(`App-80-Listener`, {\nport: 80,\ndefaultAction: elbv2.ListenerAction.redirect({\npermanent: true,\nport: '443',\nprotocol: 'HTTPS',\n})\n})\nconst myCustom443ApplicationListener =\n myCustomAppLoadBalancer.addListener(`App-443-Listener`, {\nport: 443,\ndefaultAction: elbv2.ListenerAction.fixedResponse(503, {\ncontentType: `text\/plain`,\nmessageBody: 'host not found',\n})\n})<\/code><\/pre>\n\n\n\n<p>E agganciato il certificato dell\u2019utente<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>const wildcardListenerCertificate = elbv2.ListenerCertificate.fromArn(`${configFile.customer.certificate.arn}`)\nmyCustom443ApplicationListener.addCertificates(`Wildcard-${localUpperCustomer}-Cert`, &#91;wildcardListenerCertificate])<\/code><\/pre>\n\n\n\n<h3 class=\"wp-block-heading\">Database RDS<\/h3>\n\n\n\n<p>Viene creato un database RDS, le parametrizzazioni sono definite all\u2019interno di un file di configurazione. Tra questi parametri troviamo:<\/p>\n\n\n\n<ul><li>Nome utente master<\/li><li>Nome del cluster<\/li><li>Elenco dei security group da assegnare<\/li><li>DB Engine da utilizzare<\/li><li>Configurazioni backup<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Autoscaling Group<\/h3>\n\n\n\n<p>Grazie al servizio AWS Autoscaling possiamo configurare delle soglie che, una volta superate, scateneranno la creazione di una nuova istanza che potr\u00e0 gestire parte del traffico.<\/p>\n\n\n\n<p>Per poter configurare un Autoscaling group \u00e8 necessario fornire un Launch Template (preferito da AWS) oppure un Launch Configuration (che sta cadendo in disuso). Per qualche motivo il costrutto AutoScaling fornito da AWS CDK utilizza di default il Launch Configuration, ma ci aspettiamo che nelle versioni future della classe venga implementato l\u2019utilizzo del Launch Template!<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Target group<\/h3>\n\n\n\n<p>Viene creato il target group utilizzando le configurazioni fornite dall\u2019utente (dal file di config) per gestire gli health check con cui verificare l\u2019integrit\u00e0 delle risorse di destinazione. Questo target group verr\u00e0 associato poi all\u2019Application Load Balancer.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Pipeline software<\/h3>\n\n\n\n<p>La destinazione finale\u2026<\/p>\n\n\n\n<p>Questa \u00e8 la pipeline che realmente effettua il deploy del software del cliente all\u2019interno del gruppo di istanze EC2 dedicate, ed \u00e8 suddivisa nei seguenti stage.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Build<\/h3>\n\n\n\n<p>Effettua dei test sul codice e per farlo utilizza la funzionalit\u00e0 messa a disposizione da CodeBuild tramite l\u2019utilizzo del file buildSpec.yaml e un\u2019immagine personalizzata su cui fare i test scaricata direttamente dal servizio ECR.<\/p>\n\n\n\n<p>Il buildSpec file \u00e8 un file YAML che racchiude le configurazioni necessarie al progetto di CodeBuild:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>version: 0.2\nphases:\n  install:\n    commands:\n      - echo Entered the install phase...\n    finally:\n      - echo This always runs even if the update or install command fails\n  pre_build:\n    commands:\n      - echo Entered the pre_build phase...\n    finally:\n      - echo This always runs even if the login command fails\n  build:\n    commands:\n      - echo Entered the build phase...\n  finally:\n      - echo This always runs even if the install command fails\n  post_build:\n    commands:\n      - echo Entered the post_build phase...\n      - echo Build completed on `date`\nartifacts:\n  files:\n    - location\n    - location\n  name: artifact-name<\/code><\/pre>\n\n\n\n<p>Permette di dare piena autonomia al cliente sui comandi che devono essere eseguiti dal job di build divisi per sezione.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Approvazione manuale<\/h3>\n\n\n\n<p>Come per la pipeline infrastrutturale vogliamo proteggerci da aggiornamenti non voluti che potrebbero causare down-time nell\u2019applicazione. Per questo motivo ogni rilascio in produzione deve essere confermato da un essere umano.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Deploy&nbsp;<\/h3>\n\n\n\n<p>Utilizzando il servizio CodeDeploy possiamo automatizzare l\u2019aggiornamento delle nostre virtual machine e il deploy del codice appena approvato.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>new codedeploy.ServerDeploymentGroup(this, `Deployment-Group-${localUpperCustomer}-${localUpperEnvironment}`, {\ndeploymentGroupName: `${process.env.CUSTOMER}-${process.env.ENVIRONMENT}-deploy-group`,\nloadBalancer: codedeploy.LoadBalancer.application(props.targetGroup),\nautoScalingGroups: &#91;props.asg],\nrole: softwarePipelineRole,\napplication: deployApp,\ndeploymentConfig: codedeploy.ServerDeploymentConfig.ONE_AT_A_TIME,\ninstallAgent: true,\nautoRollback: {\nfailedDeployment: true,\nstoppedDeployment: true\n}\n})<\/code><\/pre>\n\n\n\n<p>Anche per questo servizio la funzionalit\u00e0 di gestione dei comandi da file viene in nostro aiuto, il file da mettere nella root del repository software si chiama appspec.yaml.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>version: 0.0\nos: linux\nfiles:\n   - source: \/\n     destination: \/var\/www\/html\nhooks:\n  BeforeInstall: # You can use this deployment lifecycle event for preinstall tasks, such as decrypting files and creating a backup of the current version\n    - location: deployScript\/beforeInstall.sh\n      timeout: 300\n      runas: root\n\n# INSTALL \u2013 During this deployment lifecycle event, the CodeDeploy agent copies the revision files from the temporary location to the final destination folder. This event is reserved for the CodeDeploy agent and cannot be used to run scripts.\n\n  AfterInstall: # You can use this deployment lifecycle event for tasks such as configuring your application or changing file permissions\n    - location: deployScript\/afterInstall.sh\n      timeout: 300\n      runas: root\n\n  ApplicationStart: # You typically use this deployment lifecycle event to restart services that were stopped during ApplicationStop\n    - location: deployScript\/applicationStart.sh\n      timeout: 300\n      runas: root\n\n  ValidateService: # This is the last deployment lifecycle event. It is used to verify the deployment was completed successfully.\n    - location: deployScript\/validateService.sh\n      timeout: 300\n      runas: root<\/code><\/pre>\n\n\n\n<h2 class=\"wp-block-heading\">Conclusione<\/h2>\n\n\n\n<p>Quando vediamo l\u2019iconica scritta Succeeded con il flag verde in corrispondenza della pipeline software avremo completato tutto il percorso e saremo in possesso del parco macchine con il nostro software installato pronto per essere usato.<\/p>\n\n\n\n<p>Quando un cliente ci chieder\u00e0 un parco macchine potremo tranquillamente creare il file di configurazione dedicato e lanciare il deploy degli stack di infrastruttura (il primo repository analizzato in questo articolo) e la \u201cmagia\u201d dello IAC far\u00e0 il resto permettendo anche di concentrare gli sforzi dell\u2019utente finale solo sullo sviluppo e mantenimento del proprio software.<\/p>\n\n\n\n<hr class=\"wp-block-separator has-alpha-channel-opacity\"\/>\n\n\n\n<h4 class=\"wp-block-heading\">About Proud2beCloud<\/h4>\n\n\n\n<p>Proud2beCloud \u00e8 il blog di&nbsp;<a href=\"https:\/\/www.besharp.it\/\" target=\"_blank\" rel=\"noreferrer noopener\">beSharp<\/a>, APN Premier Consulting Partner italiano esperto nella progettazione, implementazione e gestione di infrastrutture Cloud complesse e servizi AWS avanzati. Prima di essere scrittori, siamo Solutions Architect che, dal 2007, lavorano quotidianamente con i servizi AWS. Siamo innovatori alla costante ricerca della soluzione pi\u00f9 all&#8217;avanguardia per noi e per i nostri clienti. Su Proud2beCloud condividiamo regolarmente i nostri migliori spunti con chi come noi, per lavoro o per passione, lavora con il Cloud di AWS. Partecipa alla discussione!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Bentornati alla nostra serie di articoli sul Platform-as-a-Service su Amazon Web Service. Abbiamo iniziato introducendo i fondamentali per un corretto [&hellip;]<\/p>\n","protected":false},"author":24,"featured_media":5158,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[241],"tags":[315,364,253,602,604],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v21.9.1 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III - Proud2beCloud Blog<\/title>\n<meta name=\"description\" content=\"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali\" \/>\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\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/\" \/>\n<meta property=\"og:locale\" content=\"it_IT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III\" \/>\n<meta property=\"og:description\" content=\"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali\" \/>\n<meta property=\"og:url\" content=\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/\" \/>\n<meta property=\"og:site_name\" content=\"Proud2beCloud Blog\" \/>\n<meta property=\"article:published_time\" content=\"2022-11-11T06:14:46+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2022-11-09T09:43:00+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2022\/11\/Copertina-blog-11-11-22-_11-11-22-social-ita.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1200\" \/>\n\t<meta property=\"og:image:height\" content=\"628\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Antonio Callegari\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:title\" content=\"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III\" \/>\n<meta name=\"twitter:description\" content=\"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/blog.besharp.it\/wp-content\/uploads\/2022\/11\/Copertina-blog-11-11-22-_11-11-22-social-ita.png\" \/>\n<meta name=\"twitter:label1\" content=\"Scritto da\" \/>\n\t<meta name=\"twitter:data1\" content=\"Antonio Callegari\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo di lettura stimato\" \/>\n\t<meta name=\"twitter:data2\" content=\"7 minuti\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/\",\"url\":\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/\",\"name\":\"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III - Proud2beCloud Blog\",\"isPartOf\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/#website\"},\"datePublished\":\"2022-11-11T06:14:46+00:00\",\"dateModified\":\"2022-11-09T09:43:00+00:00\",\"author\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/980d9719e11f1d62bfb85ae2c78bba28\"},\"description\":\"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali\",\"breadcrumb\":{\"@id\":\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/#breadcrumb\"},\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/blog.besharp.it\/it\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III\"}]},{\"@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\":\"required name=search_term_string\"}],\"inLanguage\":\"it-IT\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/980d9719e11f1d62bfb85ae2c78bba28\",\"name\":\"Antonio Callegari\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/8e56339cc88d9062c917820606727f83?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/8e56339cc88d9062c917820606727f83?s=96&d=mm&r=g\",\"caption\":\"Antonio Callegari\"},\"description\":\"DevOps Engineer @ beSharp. Born as a hardware-addicted, \u201cclassic\u201d system engineer, I also like jumping to the dark side: the Cloud! And you know the effect that this mix can make :) Hand-making is my first choice, but a bit of high-quality automation is welcome in my projects. My free time is split between my family and the music, both as a player, and sound engineer.\",\"url\":\"https:\/\/blog.besharp.it\/it\/author\/antonio-callegari\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III - Proud2beCloud Blog","description":"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali","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\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/","og_locale":"it_IT","og_type":"article","og_title":"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III","og_description":"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali","og_url":"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/","og_site_name":"Proud2beCloud Blog","article_published_time":"2022-11-11T06:14:46+00:00","article_modified_time":"2022-11-09T09:43:00+00:00","og_image":[{"width":1200,"height":628,"url":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2022\/11\/Copertina-blog-11-11-22-_11-11-22-social-ita.png","type":"image\/png"}],"author":"Antonio Callegari","twitter_card":"summary_large_image","twitter_title":"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III","twitter_description":"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali","twitter_image":"https:\/\/blog.besharp.it\/wp-content\/uploads\/2022\/11\/Copertina-blog-11-11-22-_11-11-22-social-ita.png","twitter_misc":{"Scritto da":"Antonio Callegari","Tempo di lettura stimato":"7 minuti"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/","url":"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/","name":"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III - Proud2beCloud Blog","isPartOf":{"@id":"https:\/\/blog.besharp.it\/it\/#website"},"datePublished":"2022-11-11T06:14:46+00:00","dateModified":"2022-11-09T09:43:00+00:00","author":{"@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/980d9719e11f1d62bfb85ae2c78bba28"},"description":"Facilitare il provisioning di flotte di EC2 con il paradigma IaC automatizzando creazione di configuration file e deploy di stack infrastrutturali","breadcrumb":{"@id":"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/#breadcrumb"},"inLanguage":"it-IT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/blog.besharp.it\/it\/paas-su-aws-come-implementarlo-nel-modo-migliore-parte-iii\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/blog.besharp.it\/it\/"},{"@type":"ListItem","position":2,"name":"PaaS su AWS: come implementarlo nel modo migliore \u2013 Parte III"}]},{"@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":"required name=search_term_string"}],"inLanguage":"it-IT"},{"@type":"Person","@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/980d9719e11f1d62bfb85ae2c78bba28","name":"Antonio Callegari","image":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/blog.besharp.it\/it\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/8e56339cc88d9062c917820606727f83?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/8e56339cc88d9062c917820606727f83?s=96&d=mm&r=g","caption":"Antonio Callegari"},"description":"DevOps Engineer @ beSharp. Born as a hardware-addicted, \u201cclassic\u201d system engineer, I also like jumping to the dark side: the Cloud! And you know the effect that this mix can make :) Hand-making is my first choice, but a bit of high-quality automation is welcome in my projects. My free time is split between my family and the music, both as a player, and sound engineer.","url":"https:\/\/blog.besharp.it\/it\/author\/antonio-callegari\/"}]}},"_links":{"self":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts\/5152"}],"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\/24"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/comments?post=5152"}],"version-history":[{"count":0,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/posts\/5152\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/media\/5158"}],"wp:attachment":[{"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/media?parent=5152"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/categories?post=5152"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.besharp.it\/it\/wp-json\/wp\/v2\/tags?post=5152"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}