dans le ☁ • 3 manières différentes de se reposer sur plusieurs plateformes de ☁ public − #IaaS : une architecture gérée entièrement − #Cloud Native Languages avec Pulumi − #Serverless : l’abstraction totale
and underlying managed services (remind, docker & K8S only deal with containers) • Be able to provision this app a first time and then manage the rest of its lifecycle (update, delete...)
app/infra provisioning remained quite isolated from each other • Infra-as-code was more DSL oriented. But who likes yaml? « Je conchie yaml » Ludovic, checking a demo the 14th of may, 23:09. • Now real infra-as-code: traditional programmatic languages used to depict & provision your app • Various benefits ◦ Easier to understand, more dev centric ◦ Better density: “from 25K DSL lines to 500 lines of code” ? ◦ Apply more easily craftsmanship practices, easier testing, etc. • Most of all, make app & infra really converging, which is at heart of cloud native apps
• Publicly announced in june 2018 • Enable to develop in Python, Go, Node.js, Typescript languages • Supports AWS / Azure / Google Cloud / Kubernetes & more ◦ Leverages on Terraform to address public cloud
a DevOps guy in a feature team, you now need dev guys specialized in Ops stuff • Could contribue to spread the (very bad) idea that we no longer need Ops Architecture • Dev & Ops stuff complete intrication: you can no longer isolate infra/platform provisionning vs app execution • Rebound effect: it could enable to write new kind of apps popping their infrastructure assets on the fly. Ex you could write data processing pipelines popping the underlying jobs
cloud managed services ◦ Hybridate services ◦ Create an abstraction layer on top of cloud vendors ◦ Consider infrastructure as part of the app code • Pulumi is not the only one on the market: check out Ballerina, or Meta Particle for instance
frontend to Azure ▪ Create a backend with Serverless.com framework ▪ Deploy backend to AWS ▪ Add a CI/CD pipeline ▪ Explore others hosting services (Netlify) #3 - le Serverless