Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Cloud - 3 scénarios multi-providers IaaS, cloud native, serverless

Cloud - 3 scénarios multi-providers IaaS, cloud native, serverless

Cloud - 3 scénarios multi-providers IaaS, Cloud Native et Serverless

Laurent Grangeau

November 16, 2019
Tweet

More Decks by Laurent Grangeau

Other Decks in Programming

Transcript

  1. #capitoledulibre ☁ Scénarios multi-providers, #IaaS, #CloudNativeApps & #serverless pour une

    abstraction totale Adrien Blind, Laurent Grangeau, Ludovic Piot
  2. Nous allons vous parler de… • Pourquoi faire du multi-providers

    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
  3. Avec, dans le désordre… Adrien Blind @AdrienBlind Dataops evangelist, Docker

    Captain Ludovic Piot @lpiot Resp. de l’offre DevOps/Cloud Laurent Grangeau @laurentgrangeau Cloud Solution Architect, Azure MVP
  4. Dockercoin architecture RNG Worker Hasher Redis WebUI 1. Request random

    bytes 2. Return random bytes 3. Push random bytes 4. Push byte hash IF starts with 0
  5. Objective My App Challenge is to deliver distributed apps leveraging

    on various managed services... Containerized services
  6. Objective My App Challenge is to deliver distributed apps leveraging

    on various managed services... Object Storage DBaaS Cache Put your managed service here Containerized services Serverless Functions Distributed Queues
  7. New challenges raised • Describe completely at once, your app

    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...)
  8. Rise of the Cloud Native Languages • Up to there,

    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
  9. Let’s discover Pulumi together • Imagined by Devs. For Devs.

    • 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
  10. #3 Let’s abstract (& commoditize) cloud vendors • Now let’s

    hide cloud vendor specific implementation with Pulumi cloud framework (Live demo)
  11. Impact on app delivery & architecture Delivery • More than

    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
  12. Final words • Pulumi enables to ◦ Facilitates use of

    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
  13. Proposition ▪ Create a static website with VueJS ▪ Deploy

    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