Micro Service and Continuous Delivery


郭峰 @ DaoCloud

Let’s
 Imagine
 that
 you
 are
 build
 an
 online
 store
 
 



Order
  Payment
 



Customer
  Dashboard
 



Item
 



Report
 



Cart
 



Recommend
 



Comments
 



Supply
 



Monitoring
 

Intimidate Developers

Obstacle to Frequent Development


• Need to redeploy everything for a new feature


• Interrupts long running background jobs
 • Increasing risk of failure
 • Updates will happen less often – really long

QA cycles

Overloads Your IDE and Container


Slow down the loop

Require long-term commitment to a tech stack

Smaller, simpler apps


• Easy to understand and develop
 • Less dependences
 • Faster to build and deploy
 • Even, Failure faster

Best Technology for Each Service

There are Drawbacks


Complexities on

Automation is Implicit

Continuous Integration

Continuous Integration to Continuous Delivery

Continuous Delivery ? Continuous Diverse!

That’s All?


I’m
 handing
 >ckets
 for
 running
 apps!
 

• Node.js
  • Python
  • Ruby
  • Golang
  • Java
  • PHP
  • …
 

Duang, Duang…


“Works
 for
 me”
  “Can’t
 you
 reproduce”
  “Upgrade
 to
 1.2.5-­‐xx”
  “I
 would
 appreciate
 if
 you
 could
 test
 b/w
 3
 and
 4
  am”
  “So
 to
 trigger
 the
 bug
 you
 have
 to
 install
 X
 and
 Y
  then
 configure
 A,
 B
 and
 C,
 then
 download
 the
  extra
 file,
 put
 it
 in
 this
 directory.
 

How Docker Helps

Docker & Micro Service




üüü



Develop
 simplest
 possible
 solu>on
 
  Configura>on
 is
 a
 run>me
 constraint
 
  Not
 extra-­‐extra-­‐complex
 applica>on
 



new
 WebServer().start(8080);
 



Dev



Ops



üüü



Manage
 hardware
 /
 infrastructure
 
  Monitoring
 /
 backups
  
  Not
 apps
 implementa>on
 details
 
 

Unified Integration

Reproducible Delivery

Dockerized Apps

The Landscape with Containers

Q&A