DockerCon Day 1
Welcome
The Journey to Distributed Applications
Some thank you’s
Progress to date/state of the project
Why are we here?
Distributed Applications
Where do we go from here?
#dockercon
Thank you to the amazing global
meetup community.
137 Groups
50 Countries
Steven Geerts
Pini Reznik
Maarten Dirkse
Mark Coleman
Catalin Jora
Melanie Bobbink
Jaroslav Holub
Harm Boartien
Container Solutions
Dank je wel to the Amsterdam community.
Thank you to the awesome Docker, Inc. team.
Thank you to our amazing sponsors.
Thank you to our users/use cases.*
*A small subset of the 100s who are using and/or writing about us
Thanks to those above for talking about their experiences at DockerCon
To all those brave enough to cheerfully
ignore our warnings about using us in
production before the last DockerCon
…and those brave enough to continue
to push the boundaries now
!
One of the brave.
“We went into production with Docker 0.6, because we
felt that going into production with version 0.5 would
have been entirely too premature.”
Michael Bryzek, Gilt Groupe
Thank you,
partner
ecosystem.
What’s the state of the project?
<20 months since Docker project launched
<6 months since DockerCon 14 in San Francisco
How things have changed!
And things haven’t slowed down.
and what’s behind those numbers?
What else has changed:
supported infrastructure platforms
Dec ‘13
• Any Linux server (as long as it is the latest version of Ubuntu)
Jun ‘14
• Prior, +
• All major Linux distros, OpenStack, Rackspace, Softlayer
Today
• Prior, +
• All major VMs, AWS, Azure, GCE, and now…
• Windows, SmartOS, 32 bit
What else has changed: users
Dec ‘13
• Small shops, individual developers, start-ups
Jun ‘14
• Prior, +
• Large Web Companies (Gilt, Groupon, Ebay, Google)
Today
• Prior, +
• Major banks, pharma, government, manufacture life science
What else has changed: Governance
Dec ‘13
• Open license
• Large number of external contribs
• Open Design
Jun ‘14
• Prior, +
• External maintainers
• Large contribs from particular co’s
• DGAB
Today
• Prior, +
• DGAB functioning
• SLAs in place
• Open reporting
• Firewalls
• Team Meta
What else has changed: Functionality
Dec ‘13
• Primarily Docker Engine
Jun ‘14
• Prior, +
• Public DockerHub
Today
• Prior, +
• Platform for distributed applications
Why are we doing this?
What do you need to know about the
future of applications…
developers are
content creators
What happens when you separate the
act of creation from concerns about
production & distribution?
~2000 2014
Long lived Development is iterative and constant
Monolithic and built on a single stack Built from loosely coupled components
Deployed to a single server Deployed to a multitude of servers
Apps have fundamentally changed.
Portable Composable Dynamic Scalable
Where we are in 2014.
API Database Worker Data
Dev QA Prod Virtual Physical Cloud
Pre-Docker
(standing on
shoulder of
Giants)
Last 18 monthsOpen Source
Priority
How
Monetize
Before Docker
• From dev-to-deploy: weeks
• 7 Monolithic apps
• Wasted time implementing
monolithic IaaS and PaaS
After Docker
• From dev-to-deploy:
minutes
• 400+ microservices
• 100 innovations a day!
Case Study: Innovating applications in real-time.
The future of Docker container-based distributed apps:
Five Easy Steps
Create lightweight
Container
1
Make container standard,
interoperable, easy to use
2
Create an ecosystem
3
Enable a Multi-
Docker App Model
4
Create a platform
for managing it all
5
Some guiding principles:
1) Don’t lose portability, clean interfaces, and ecosystem of tools, apps,
languages, etc. just b/c go from single to multi-container
2) Open APIs-built with open design, and pluggable
3) Batteries included, but removable
4) Be layered. Let user decide if use orchestration suite, or just a single Docker
container format
5) Support the ecosystem and a variety of different solutions
6) Ultimately, be guided by what’s best for the user
See Solomon’s talk for more details
Single
Container
APIs
Docker Daemon
Libcontainer
“Batteries” Docker
Orch Svcs
3rd Party
Orch Svcs
3rd Party
Orch Svcs
Multi-Container
APIS
Docker Orch
APIs
Docker Orch
APIs
Docker Daemon
Libcontainer
Docker Daemon
Libcontainer
3rd Party
Orch APIs
“batteries included” “batteries swapped” “single mode”
Your choice: all are supported.
Some guiding principles:
1) Don’t lose portability, clean interfaces, and ecosystem of tools, apps,
languages, etc. just b/c go from single to multi-container
2) Open APIs-built with open design, and pluggable
3) Batteries included, but removable
4) Be layered. Let user decide if use orchestration suite, or just a single Docker
container format
5) Support the ecosystem and a variety of different solutions
6) Ultimately, be guided by what’s best for the user
See Solomon’s talk for more details
What are our priorities going forward?
1) Keep the entire ecosystem strong, open, healthy, and growing
2) Build the foundations for distributed applications the right way
3) Prove that this new model provides both open and effective governance
4) Make sure that Docker is truly production worthy
5) As a company, make sure we have a revenue model that supports the
enormous investment in (and responsibility to) the community
6) Do what’s best for the user
Thank You.
• Henk Kolk
• Chief Architect, ING
Revamping development and testing using Docker: transforming enterprise IT.
• Adrian Cockcroft
• Technology Fellow,
Battery Ventures
• Former Cloud
Architect at Netflix
State of the art in microservices.
Thank you to our break sponsor
Exhibit Hall10:45 – 11:15