Downloaded 54 times
Uploaded bySteve Hoffman
Enabling Microservices @Orbitz - Velocity Conf 2015
The document outlines a presentation on transitioning from a monolithic architecture to microservices using Docker at Orbitz. It discusses automated deployment pipelines, the introduction of sub-services for better efficiency, and the tools employed like Jenkins and Ansible for continuous delivery. Key points include the importance of automation in deployment processes and leveraging Docker for scalable, repeatable applications.
More Related Content
Similar to Enabling Microservices @Orbitz - Velocity Conf 2015
![[BDD 2025 - Full-Stack Development] The Modern Stack: Building Web & AI Appli...](https://cdn.slidesharecdn.com/ss_thumbnails/fs-themodernstackbuildingwebaiapplicationswithserverless-251124030844-388cf04f-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Full-Stack Development] PHP in AI Age: The Laravel Way. (Rizqy Hi...](https://cdn.slidesharecdn.com/ss_thumbnails/fs-phpinaiagethelaravelway-251125012602-ef9d330e-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Mobile Development] Exploring Apple’s On-Device FoundationModels](https://cdn.slidesharecdn.com/ss_thumbnails/md-exploringappleson-devicefoundationmodels-251124030840-d690542c-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Mobile Development] Crafting Immersive UI with E2E and AGSL Shade...](https://cdn.slidesharecdn.com/ss_thumbnails/md-craftingimmersiveuiwithe2eandagslshaderveronicaputrianggraini-251124030840-0c677f44-thumbnail.jpg?width=640&height=640&fit=bounds)
![[BDD 2025 - Artificial Intelligence] AI for the Underdogs: Innovation for Sma...](https://cdn.slidesharecdn.com/ss_thumbnails/ai-aifortheunderdogsinnovationforsmallbusinesses-251124030839-72a599a4-thumbnail.jpg?width=640&height=640&fit=bounds)
Enabling Microservices @Orbitz - Velocity Conf 2015
- 1. Enabling Microservices @Orbitz Steve Hoffman Senior PrincipalEngineer @bacoboy Rick Fast Senior Principal Engineer @tortiepoint
- 2.
- 3.
- 4.
- 5. #velocityconf 2015 Outline • Brief ArchitectureOverview/History • From Monolithic to Services to Microservices/Docker • Automated Pipelines • Questions
- 6.
- 7.
- 8. #velocityconf 2015 2000 Yes, we areSTILL hiring!
- 9. #velocityconf 2015 2000 Yes, we areSTILL hiring! @OrbitzTalent
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25. #velocityconf 2015 2012 • Multiple Brands •Websites • Webservices • Multiple Backends • 500+ apps / thousands of instances • Deployments Daily (sometimes more)
- 26. #velocityconf 2015 2015 • Multiple Brands •Websites • Webservices • Multiple Backends • 500+ apps / thousands of instances • Deployments Daily (sometimes more)
- 27.
- 28.
- 29. #velocityconf 2015 Different Provisioning Tools DEVOPS Application Platform!=
- 30. #velocityconf 2015 A New Experiment •Microservices? • Decompose single “service” into the actual 40+ sub-services • Any change to sub-service was a deployment of many • Could it be a simple Spring Boot App in Docker (12 factor?) • Backward compatible with existing service infrastructure. • Code to Production w/o help from other Humans - Minutes not Days
- 31. #velocityconf 2015 The Docker Slave aka“The Rickbot”
- 32. #velocityconf 2015 The Docker Slave aka“The Rickbot” App App App
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69. #velocityconf 2015 Editorial Module A ContinuouslyDeployed Microservice www.orbitz.com (scroll down)
- 70.
- 71.
- 72.
- 73.
- 74. #velocityconf 2015 Pre-Continuous Delivery 1.2-‐BETA-‐20150401-‐113002 Test Discard TestDiscard 1.2-‐BETA-‐20150402-‐093002 Build Build And so on…
- 75. #velocityconf 2015 Pre-Continuous Delivery 1.2-‐BETA-‐20150401-‐113002 Test Discard TestDiscard 1.2-‐BETA-‐20150402-‐093002 Build Build Test Deploy 1.2 Build
- 76. #velocityconf 2015 Continuous Delivery with Jenkins,Docker, and Ansible (And then Marathon)
- 77. #velocityconf 2015 rfast-mbp:git rfast$ yomicroservice _-----_ | | .--------------------------. |--(o)--| | Welcome to the kickass | `---------´ | Microservice | ( _´U`_ ) | generator! | /___A___ '--------------------------' | ~ | __'.___.'__ ´ ` |° ´ Y ` ? Enter the name of your service. (E.G. "my-service") Yo
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.
- 86. #velocityconf 2015 if(…) { x ++; } 1.2 Merge 1.2. editorial-module.jar ./gradlewbuild {BUILD_NUMBER} Build
- 87.
- 88. #velocityconf 2015 1.2 Merge editorial-module.jar FROM orbitz/java-8 ADD build/editorial-module.jar/opt/orbitz CWD /opt/orbitz CMD java -jar editorial-module.jar if(…) { x ++; } 171.2. Build
- 89.
- 90.
- 91. #velocityconf 2015 - hosts: dev -tasks: - name: find previous images docker_facts: image=orbitz/{{application}} register: previous - name: deploy new image docker: image=orbitz/{{application}}:{{version}} … - name: wait for service wait_for: port={{port}} … - name: check health endpoint uri: url="http://{{fqdn}}:{{port}}/health" … - name: kill old image docker: {{previous}} git pull playbook.yml (abridged) Deploy
- 92. #velocityconf 2015 host-001 host-002 host-003host-004 host-005 - hosts: dev Deploy
- 93.
- 94.
- 95.
- 96.
- 97.
- 98.
- 99.
- 100.
- 101.
- 102. #velocityconf 2015 How to handlefailure?
- 103. #velocityconf 2015 What happens whena VM is moved?
- 104. #velocityconf 2015 What if Ineed to add capacity?
- 105. #velocityconf 2015 - hosts: dev -tasks: - name: find previous images docker_facts: image=orbitz/{{application}} register: previous - name: deploy new image docker: image=orbitz/{{application}}:{{version}} … - name: wait for service wait_for: port={{port}} … - name: check health endpoint uri: url="http://{{fqdn}}:{{port}}/health" … - name: kill old image docker: {{previous}} git pull playbook.yml (abridged) Deploy
- 106. #velocityconf 2015 - hosts: dev -tasks: - name: find previous images docker_facts: image=orbitz/{{application}} register: previous - name: deploy new image docker: image=orbitz/{{application}}:{{version}} … - name: wait for service wait_for: port={{port}} … - name: check health endpoint uri: url="http://{{fqdn}}:{{port}}/health" … - name: kill old image git pull playbook.yml (abridged) - hosts: localhost - tasks: - name: marathon deploy marathon: image=orbitz/{{application}}:{{version}} instances=3 Deploy
- 107. #velocityconf 2015 git pull playbook.yml (abridged) -hosts: localhost - tasks: - name: marathon deploy marathon: image=orbitz/{{application}}:{{version}} instances=3 Deploy
- 108.
- 109. #velocityconf 2015 Mesos Agent New hostsetup 1.2.16 Deploy
- 110.
- 111.
- 112.
- 113. #velocityconf 2015 - tasks: marathon: … PUT/apps/editorial-module { “image”: “orbitz/editorial-module:1.2.17” … } 1.2.16 1.2.16 1.2.16 Deploy
- 114. #velocityconf 2015 Deploy PUT /apps/editorial-module { “image”: “orbitz/editorial-module:1.2.17”… } - tasks: marathon: … 1.2.16 1.2.16 1.2.16 app = GET /v2/apps/editorial-module if not app then deploy_id = POST /v2/apps { “image”: “orbitz/editorial-module:1.2.17”, “id”: “editorial-module” } else deploy_id = PUT /v2/apps/editorial-module { “image”: “orbitz/editorial-module:1.2.17” } end if while GET /v2/deployments contains deploy_id // still deploying end // deploy complete
- 115. #velocityconf 2015 - tasks: marathon: … PUT/apps/editorial-module { “image”: “orbitz/editorial-module:1.2.17” … } 1.2.16 1.2.16 1.2.16 Deploy
- 116.
- 117.
- 118.
- 119. #velocityconf 2015 - tasks: marathon: … /health 200OK 200 OK 200 OK 1.2.16 1.2.16 1.2.16 1.2.17 1.2.17 1.2.17 Deploy
- 120.
- 121. #velocityconf 2015 And off tothe next environment… 1.2.17 1.2.17 1.2.17 Deploy
- 122.
- 123.
- 124.
- 125.
- 126.
- 127.
- 128.
- 129.
- 130.
- 131.
- 132.
- 133. #velocityconf 2015 What’s inside thecontainers? • Spring Boot • Dropwizard Metrics (formerly Coda Hale, Yammer) • Consul Registration/Discovery OrbitzWorldwide/consul-client • Logstash + Logback • Swagger • Hystrix • Retrofit + Consul
- 134. #velocityconf 2015 “Why didn’t youuse {{.x}} ?”
- 135. #velocityconf 2015 Keeping an eyeon… Kubernetes Amazon Elastic Container Service Docker Swarm
- 136. #velocityconf May 2015 Summary • Createa platform for docker deployments using shared and app-specific “localhost” helpers — this was ours, yours SHOULD look different — adapt to change, don’t fight it. • People don’t scale, use automation • Docker - repeatable applications (environment portable apps) • Chef - repeatable infrastructure (environment aware services) • Jenkins - repeatable releases (pipelines) • Delineate configuration concerns: • Known at Compile time — Bake into Docker image • Known at Boot time — Bake into Playbook/Launcher - parameter to Docker run • Changes Anytime — Externalize (consul K/V, etcd, zookeeper)
- 137.