Downloaded 29 times
![Configuration
Example config file (zk.conf): Group configuration = Instance + Flavor
{
"Properties": {
/* raw configuration */
}
}
{
"groups" : {
"my_zookeeper_nodes" : {
"Properties" : {
"Instance" : {
"Plugin": "instance-vagrant",
"Properties": {
"Box": "bento/ubuntu-16.04"
}
},
"Flavor" : {
"Plugin": "flavor-zookeeper",
"Properties": {
"type": "member",
"IPs": ["192.168.1.200", "192.168.1.201", "192.168.1.202"]
}
}
}
}
}
}](https://image.slidesharecdn.com/weave-user-group-dockercon-recap-170509175448/85/Weave-User-Group-Talk-DockerCon-2017-Recap-94-320.jpg)
![Configuration
Example config file (zk.conf): Group configuration = Instance + Flavor
{
"Properties": {
/* raw configuration */
}
}
{
"groups" : {
"my_zookeeper_nodes" : {
"Properties" : {
"Instance" : {
"Plugin": "instance-vagrant",
"Properties": {
"Box": "bento/ubuntu-16.04"
}
},
"Flavor" : {
"Plugin": "flavor-zookeeper",
"Properties": {
"type": "member",
"IPs": ["192.168.1.200", "192.168.1.201", "192.168.1.202"]
}
}
}
}
}
}](https://image.slidesharecdn.com/weave-user-group-dockercon-recap-170509175448/75/Weave-User-Group-Talk-DockerCon-2017-Recap-94-2048.jpg)
Uploaded byPatrick Chanezon
Weave User Group Talk - DockerCon 2017 Recap
The document discusses Docker's advancements for developers and operations, emphasizing the need for tools that streamline the development process and enhance security in production environments. It introduces concepts like multi-stage builds for smaller container images and the Moby project as a framework for building specialized container systems. Additionally, it highlights Infrakit as a toolkit for managing self-healing infrastructure and improving usability across various platforms.
More Related Content
Similar to Weave User Group Talk - DockerCon 2017 Recap
More from Patrick Chanezon
![UiPath Automation Suite Installation (Hands-On) [2/3]](https://cdn.slidesharecdn.com/ss_thumbnails/automationsuitecommunitysession2-251015095633-a6d862f1-thumbnail.jpg?width=600ounds&width=560&fit=bounds)
Weave User Group Talk - DockerCon 2017 Recap
- 1. Patrick Chanezon, @chanezon Dockerfor Devs and Ops What’s new and What’s next May 2017
- 2. French Polyglot Platforms Software Plumber San Francisco DeveloperRelations @chanezon
- 3.
- 4. The world needs toolsof mass innovation
- 5. A programmable Internetwould be the ultimate tool of mass innovation
- 6. A commercial product, builton a development platform, built on infrastructure, built on standards. Docker is building a stack to program the Internet
- 7. Docker is buildinga stack to program the Internet CE EE
- 8.
- 9.
- 10. 1. Get outof the way The best tools…
- 11. 1. Get outof the way 2. Adapt to you The best tools…
- 12. 1. Get outof the way 2. Adapt to you 3. Make the powerful simple The best tools…
- 13. enterprise edition Ubuntu Fedora Mac Azure CentOS Windows 10 AWS Debian communityedition Ubuntu Windows Server Azure CentOS Suse Red Hat AWS Oracle Linux
- 14.
- 15.
- 16. How to remove developerfriction in 3 easy steps
- 17.
- 18.
- 19.
- 20. In the developerexperience, details add up...
- 21. Example #1 My containerimages are too big! “My container images are too big!”
- 22. Introducing multi-stage builds Example #1 “Mycontainer images are too big!”
- 23. Build smaller imageswith multi-stage builds First stage: complete build environment Second stage: minimal runtime environment One Dockerfile, one build
- 24. FROM big-buildbase … … FROM tiny-runbase … COPY--from=0 /artifact /run/app … One Dockerfile, one build Stage 0: large build environment Stage 1: minimal run environment Copy artifacts from one stage to the next Only copy what you need! Build smaller images with multi-stage builds
- 25. MAC AWS “I wishit was easier to take my app from desktop to cloud” Example #2
- 26. Introducing DESKTOP-TO- CLOUD “I wish itwas easier to take my app from desktop to cloud” Example #2
- 27.
- 28. Built-in collaboration withDocker Cloud & Docker ID
- 29. docker.com/getdocker edge channel Available inan Edge release near you
- 30. enterprise edition Ubuntu Fedora Mac Azure CentOS Windows 10 AWS Debian communityedition Ubuntu Windows Server Azure CentOS Suse Red Hat AWS Oracle Linux
- 31.
- 32. Going to Productionis Hard
- 33. Going to ProductionSECURELY is EXTREMELY Hard
- 34. Challenges to a secureproduction: Distributed Systems1
- 35. Challenges to a secureproduction: Distributed Systems1 Solutions: Distributed systems are just more systems. Use the same tools.
- 36. Solutions: Challenges to a secureproduction: Distributed Systems1 Secure orchestration
- 37. Orchestration Container Runtime OS Infrastructure Management Let’stalk about secure orchestration Application Services
- 38. Raft Store Node Identity Secrets Routing Mesh Encrypted Networking ApplicationServices Core Orchestration Engine Secure Orchestration with SwarmKit
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46. Orchestration Container Runtime OS Infrastructure Management ContainerPlatform Layers Application Services
- 47. Docker is aplatform made of components Raft Store Node Identity Secrets Routing Mesh Overlay Networking Swarm Orchestration Engine Application Services
- 48. 12,000,000,000 11,000,000,000 10,000,000,000 9,000,000,000 8,000,000,000 7,000,000,000 6,000,000,000 5,000,000,000 4,000,000,000 3,000,000,000 2,000,000,000 1,000,000,000 Notary runC containerd HyperKit , VPNKit,DataKit SwarmKit libcontainer libnetwork InfraKit 2013 2014 2015 2016 2017 1M 2014 PULLS 1B 2015 PULLS 6B 2016 PULLS 12B 2017 PULLS linuxKit
- 49. LinuxKit A toolkit forbuilding secure, portable and lean operating systems for containers
- 50. Taking Docker multi-platform “I wantDocker for X”
- 51. Desktop Server Cloud Iwant Docker for…
- 52. Not every platform providesa Linux subsystem
- 53. Not every platformprovides a Linux subsystem Orchestration Container Runtime Linux Subsystem Infrastructure Management Application Services
- 54. The container movement needsa secure, lean, portable subsystem
- 55. The container movementneeds a secure, lean, portable Linux subsystem. introducing
- 56. Only works with containers -Smaller attack surface - Immutable infrastructure - Sandboxed system services - Specialized patches and configuration Incubator for security innovations - Wireguard, Landlock, KSPP - MirageOS type safe system daemons Community-first security process - Linux is too big for any one company to secure it - Participate in existing Linux security efforts 1. LinuxKit: a SECURE Linux subsystem
- 57. - Minimal size,minimal boot time - All system services are containers - Everything can be removed or replaced 2. LinuxKit: a LEAN Linux subsystem
- 58. - Desktop, server,IoT, mainframe - Intel & ARM - Bare metal & virtualized 3. LinuxKit: a PORTABLE Linux subsystem
- 59. Docker and Microsoftcollaborate to bring Linux containers to Windows + +
- 60.
- 61. Moby An open frameworkto assemble specialized container systems without reinventing the wheel.
- 62. Pioneers 2013 -2014
- 63.
- 64. Use case: cloudnative apps on Linux server Early Adopters 2015 - 2016
- 65. Production Model: OPENCOMPONENTS
- 66. Mainstream 2017 -2018 Containers are spreading to every category of computing: server, datacenter, cloud, IoT, desktop, mobile…
- 67. Case study: Specializing Dockerfor the mainstream Desktop Server Cloud
- 68. The open componentmodel shows its limits…
- 69. The auto industryhas solved this problem: COMMON ASSEMBLIES.
- 70. Scaling the Dockerproduction model: share components AND ASSEMBLIES.
- 71. It’s time totake our ecosystem to the next level… By collaborating on components AND COMMON ASSEMBLIES.
- 73. – Library of80+ components – Package your own components as containers – Reference assemblies deployed on millions of nodes – Create your own assemblies or start from an existing one A framework to assemble specialized container systems without reinventing the wheel.
- 74. Docker uses Mobyfor its open-source – Thousands of contributors, hundreds of patches/week – Component development – Specialized assembly development – Integration tests – Architecture design – Integration with other projects – Experimentation and bleeding edge features
- 75. Docker uses Mobyfor its open-source... and so can you! – Community-run – Open governance inspired by the Fedora project – Plays well with existing projects - no donation necessary!
- 76.
- 77. What it meansfor you Moby helps you innovate without tying you to Docker System BuildersDocker Users Docker will better leverage the ecosystem to innovate faster for you
- 78. Moby transforms multi-monthR&D projects into weekend projects.
- 79.
- 80. custom CI/CD stack Weekend project #2: NotaryRegistry Docker Builder +
- 81. custom CI/CD stack + Debian +Terraform Weekend project #3: Notary Docker Builder + Registry
- 82.
- 83. "RedisOS" for Windows "RedisOS" for Mac "RedisOS" forbare metal HyperKit bare metal
- 84. Etcd clustering on GoogleCloud Weekend project #5:
- 85. SSHD Kubernetes on the Mac Weekend project#6: HyperKit
- 86. Getting Started - Bloghttps://mobyproject.org/blog - Twitter @moby - Github moby/moby
- 87. Let’s take containersmainstream!
- 89. InfraKit A toolkit forbuilding declarative, self-healing infrastructure.
- 90. What is it? 90 •Launched at LinuxCon, Berlin in October, 2016. • Toolkit for building declarative, self-managing distributed applications • Active management with active controllers • scaling groups, rolling updates • monitoring / health checks • connecting nodes to L4 / ingress • Declarative infrastructure
- 91.
- 92. container orchestration Where doesit fit? 92 kubectl run nginx --image=nginx gcloud container node-pools list --zone us- central1-f --cluster MyWorkers aws autoscaling update-auto-scaling-group --auto-scaling-group-name MyWorkers docker create service nginx … infrakit group describe workers az vmss create --resource-group vmss- test-1 --name MyWorkers container orchestration infrastructure orchestrationinfrastructure orchestration list, err := group.Controller.Describe(“workers”)
- 93. App Opscontainer orchestrationAppOps One console across environments 93 kubectl run nginx --image=nginx docker create service nginx … infrakit group describe workers container orchestration infrastructure orchestration list, err := group.Controller.Describe(“workers”) AWS RackHDAZ GCP OneVIEWMAASKVM VMW Cloud Ops Hardware OpsCluster Ops
- 94. Configuration Example config file(zk.conf): Group configuration = Instance + Flavor { "Properties": { /* raw configuration */ } } { "groups" : { "my_zookeeper_nodes" : { "Properties" : { "Instance" : { "Plugin": "instance-vagrant", "Properties": { "Box": "bento/ubuntu-16.04" } }, "Flavor" : { "Plugin": "flavor-zookeeper", "Properties": { "type": "member", "IPs": ["192.168.1.200", "192.168.1.201", "192.168.1.202"] } } } } } }
- 95.
- 96. Support more platforms 96 •Compute: • Bare-metal: HP OneView, MAAS, RackHD • Public cloud: AWS, GCP • MacOS X (HyperKit); Docker containers • Coming soon: Azure, IBM, Digital Ocean, Packet, libvirt • Other resource types • AWS - vpc, subnets, gateways, etc.
- 97. Improve usability 97 • Templates •Complex scripts and configuration in any format; no more escape quotes in JSON • Fetch templates from remote repositories • Playbooks • CLI - flags, prompts — config driven and dynamic • Share “playbooks” from remote repositories
- 98. Improve core system 98 •High Availability — Swarm Mode or etcd • New Plugin types — Metadata and Events • Metadata: cluster-wide sysfs and reflection • Events - publish / subscribe • Remote client access: infrakit -H host:port to remote cluster
- 99.
- 100. Use Cases 100 • Supportcontainer orchestration • bootstrapping + day N management • API for cluster autoscaling • k8s, Docker Swarm Mode • Bare-metal + GPU provisioning • IoT — LinuxKit integration / custom kernel deployment
- 101. Improve usability 101 • FinalizeAPI / Schema for 1.0 • Make it easy to consume • Simplify setup - fewer daemons and binaries • Embeddable / vendor API • Sensible CLI for stable / experimental features • Make it easy to extend / contribute • metadata / instance plugins • playbooks / reusable templates • community CI / compatibility testing • Documentation
- 102. Improve core system 102 •Provisioning of diverse resource types • networks / proxies / load balancers • GPU • Stability / performance of core controllers • Asynchronous messaging - mqtt, natsd, amqp • Monitoring + Health check SPI
- 103. Support more platforms 103 •Direct libvirt / KVM / CUDA • Better bare-metal / hardware ops integration • Kernel image build pipeline — LinuxKit Build, test, and deploy clusters from infrastructure definitions to kernel images
- 104.
- 105. Learn More - blog.docker.com -mobyproject.org
- 106.
Editor's Notes
- #14 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #15 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #24 containerize the build environment second stage extract only the artifact you need in production to produce smaller images in production
- #25 containerize the build environment second stage extract only the artifact you need in production to produce smaller images in production
- #26 diagram with 2 editions, missing link
- #28 DockerID From Desktop to Cloud managing connectivity to remote swarms, credentials, endpoints rom single dev on one machine collab other devs collab with different swarms access control collab with Ops
- #29 DockerID From Desktop to Cloud managing connectivity to remote swarms, credentials, endpoints rom single dev on one machine collab other devs collab with different swarms access control collab with Ops
- #31 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #33 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #34 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #35 our job is to give you the best tools to take your app to prod securely 3 rules we follow usability, portability, scalability usable security so that devs don't bypass it scale, automation Docker suite of tools for security in production tools deliver security that is usable scalable portable not getting in the way of operators help developers make applications be more secure has to be easy and portable so that developers will use it. Security never ends, continuous process We made a lot of progress this year 4 features I want to talk about
- #36 our job is to give you the best tools to take your app to prod securely 3 rules we follow usability, portability, scalability usable security so that devs don't bypass it scale, automation Docker suite of tools for security in production tools deliver security that is usable scalable portable not getting in the way of operators help developers make applications be more secure has to be easy and portable so that developers will use it. Security never ends, continuous process We made a lot of progress this year 4 features I want to talk about
- #37 our job is to give you the best tools to take your app to prod securely 3 rules we follow usability, portability, scalability usable security so that devs don't bypass it scale, automation Docker suite of tools for security in production tools deliver security that is usable scalable portable not getting in the way of operators help developers make applications be more secure has to be easy and portable so that developers will use it. Security never ends, continuous process We made a lot of progress this year 4 features I want to talk about
- #38 our job is to give you the best tools to take your app to prod securely 3 rules we follow usability, portability, scalability usable security so that devs don't bypass it scale, automation Docker suite of tools for security in production tools deliver security that is usable scalable portable not getting in the way of operators help developers make applications be more secure has to be easy and portable so that developers will use it. Security never ends, continuous process We made a lot of progress this year 4 features I want to talk about
- #39 our job is to give you the best tools to take your app to prod securely 3 rules we follow usability, portability, scalability usable security so that devs don't bypass it scale, automation Docker suite of tools for security in production tools deliver security that is usable scalable portable not getting in the way of operators help developers make applications be more secure has to be easy and portable so that developers will use it. Security never ends, continuous process We made a lot of progress this year 4 features I want to talk about
- #40 Diogo
- #41 Diogo
- #42 Diogo
- #43 Diogo
- #44 Diogo
- #45 Diogo
- #47 our job is to give you the best tools to take your app to prod securely 3 rules we follow usability, portability, scalability usable security so that devs don't bypass it scale, automation Docker suite of tools for security in production tools deliver security that is usable scalable portable not getting in the way of operators help developers make applications be more secure has to be easy and portable so that developers will use it. Security never ends, continuous process We made a lot of progress this year 4 features I want to talk about
- #48 reason that Docker is so componentized because of open dev model we adopted partnered with an ecosystem that grew around it several phases ---- docker is a container platform solve pb for our users develop new components, or improve existing components open dev model, 12 oss projects produce one comp of a container platform any one project useless on its own
- #51 one story how we used this model to solve toughest tech pb way could not have without it moby at docker to innovate faster editions case study of using moby pb: going beyond linux no need to bring you own linux os originally Linux only market we want to use docker everywhere we don't have a favorite linux product we want to use containers our platform is not linux mac, windows 10, azure, aws, gcp portable container platform, need docker to work on our existing platform
- #52 one story how we used this model to solve toughest tech pb way could not have without it moby at docker to innovate faster editions case study of using moby pb: going beyond linux no need to bring you own linux os originally Linux only market we want to use docker everywhere we don't have a favorite linux product we want to use containers our platform is not linux mac, windows 10, azure, aws, gcp portable container platform, need docker to work on our existing platform
- #53 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #55 Docker has its roots in dev productivity still lot of work to do solve it by listening to devs, solving all their pbs one by one let’s talk about dev problems.
- #56 we partnerd with several companies and LF to create this component ongoing efforts to port it to diff environments, map of different efforts HPE VMW Mainframe IoT ARM Windows Clouds….
- #57 everything uses containers, every major Linux based project has embraced containers containers are how Linux will work going fwd Based on containerd System services running as containers LinuxKit is the place to try out new Linux security ideas Provably secure, but also Option to be at the bleeding edge of security secure edge channel, key feature of the project Working with industry to make LinuxKit the most secure OS for everybody
- #59 Base for Linux functionality on any environment ex: GE EdgeOS, exotic iot devices, cannot do that with an OS designed for Datacenter Ways to make Linux secure, but locked into a specific environment Take advantage of every aspect of infrastructure
- #60 Microsoft partnering with Docker to bring Linux to Windows
- #63 bleeding edge cloud developers
- #66 define components of the platform as containers allows more advanced production models multiple stages of collaboration
- #67 deploying at scale in specialized systems
- #68 last year editions, mac, windows, cloud
- #69 how do we deliver all editions of our platform and scale our engineering single systemn company to multi system company each is very specialized whole point of docker is to deliver a standard experience using containers
- #70 steal an idea from auto industry assemblies, different ways of assembling components open common assemblies for iot, mainframe, cloud native, desktop achieve scale through openness propose ecosystem to share this model of growth component and assembly level, everyone can bring their components and assemblies and innovate at both levels
- #71 introduced assemblies allowed docker to scale internally allowed us to ramp up to 12 editions of docker complexity duplication of effort, design allowed docker to scale internally allowed us to ramp up to 12 editions of docker introduced an additional level of collaboration, assembly, cpatures what is common and that teams can use for their environments
- #72 looks like this, moby origin, assembly we use to create editions of docker all of our assembly dev will take place in moby project if want close derivative to docker platform, join dev of moby origin want diofferent assembly, fork moby-origin partners Introducing a new project where Docker does 100% of its oss work
- #74 all components all assemblies inviting users, partners the whole ecosystem to join this project and together take container ecosystem to the mainstream seed this project with 12s of components, an assembly that is very stable and deployed in prod on 1000s nodes the most important project we have introduced since 2014 not a foundation moby does not own projects any project can come collab and retain ownership of their code
- #75 all components all assemblies inviting users, partners the whole ecosystem to join this project and together take container ecosystem to the mainstream seed this project with 12s of components, an assembly that is very stable and deployed in prod on 1000s nodes the most important project we have introduced since 2014 not a foundation moby does not own projects any project can come collab and retain ownership of their code
- #76 all components all assemblies inviting users, partners the whole ecosystem to join this project and together take container ecosystem to the mainstream seed this project with 12s of components, an assembly that is very stable and deployed in prod on 1000s nodes the most important project we have introduced since 2014 not a foundation moby does not own projects any project can come collab and retain ownership of their code
- #77 platform based on containers
- #78 Docker uses Moby to innovate in the open. Each version of Docker will innovate faster Moore innovation/more choice
- #79 all components all assemblies inviting users, partners the whole ecosystem to join this project and together take container ecosystem to the mainstream seed this project with 12s of components, an assembly that is very stable and deployed in prod on 1000s nodes the most important project we have introduced since 2014 not a foundation moby does not own projects any project can come collab and retain ownership of their code
- #87 platform based on containers
- #88 platform based on containers
- #92 InfraKit can be used set up to run with leader election (e.g. integrated with Docker swarm mode) to achieve high availability. Multiple plugin sets are running as hot standby but only one is active (the leader).
- #95 Simple patterns Compose them into a large configuration. Group is made up of Instance and Flavor