Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Deploying Complex Applications on Docker using Apache Brooklyn
Search
Andrew Kennedy
October 15, 2014
Technology
2
310
Deploying Complex Applications on Docker using Apache Brooklyn
Talk given at CloudOpen Düsseldorf, October 2014
Andrew Kennedy
October 15, 2014
Tweet
Share
More Decks by Andrew Kennedy
See All by Andrew Kennedy
Building a Blockchain Platform with Hyperledger Sawtooth and Seth
grkvlt
1
190
Building a Blockchain
grkvlt
1
92
Blockchain and Brooklyn
grkvlt
0
93
Hyperledger in Action
grkvlt
1
130
Keeping OpenShift Evergreen
grkvlt
0
100
Orchestrating the Blockchain Using Containers
grkvlt
0
170
Introducing Cloudsoft Container Service
grkvlt
0
57
Managing Blockchain Applications with Hyperledger and Docker on Cloudsoft AMP
grkvlt
0
310
Multi-Container Applications Spanning Docker, Mesos and OpenStack
grkvlt
2
780
Other Decks in Technology
See All in Technology
プロトタイピングによる不確実性の低減 / Reducing Uncertainty through Prototyping
ohbarye
3
240
自動生成を活用した、運用保守コストを抑える Error/Alert/Runbook の一元集約管理 / Centralized management of Error/Alert/Runbook to minimize operational costs using automated code generation
biwashi
9
2.1k
コンテナセキュリティの基本と脅威への対策
kyohmizu
3
700
普段有償でサポート業務をしているCSAが技術知見を無料で公開する理由
07jp27
1
640
LLM とプロンプトエンジニアリング/チューターをビルドする / LLM and Prompt Engineering and Building Tutors
ks91
PRO
0
220
現代CSSフレームワークの内部実装とその仕組み
poteboy
2
760
Algyan イベント振り返り
linyixian
0
190
SIEMを用いて、セキュリティログ分析の可視化と分析を実現し、PDCAサイクルを回してみた
coconala_engineer
0
220
OpenTelemetry を使ったトレースエグザンプラーの活用 / otel-trace-exemplar
k6s4i53rx
2
640
「手動オペレーションに定評がある」と言われた私が心がけていること / phpcon_odawara2024
blue_goheimochi
2
320
SPI原点回帰論:事業課題とFour Keysの結節点を見出す実践的ソフトウェアプロセス改善 / DevOpsDays Tokyo 2024
visional_engineering_and_design
4
1.6k
ユーザーストーリーのレビューを自動化したみたの
bun913
1
330
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1023
450k
Fantastic passwords and where to find them - at NoRuKo
philnash
36
2.5k
Fireside Chat
paigeccino
20
2.6k
Writing Fast Ruby
sferik
620
60k
Making the Leap to Tech Lead
cromwellryan
123
8.5k
Building Effective Engineering Teams - LeadDev
addyosmani
27
1.8k
Design by the Numbers
sachag
274
18k
Designing on Purpose - Digital PM Summit 2013
jponch
110
6.4k
Become a Pro
speakerdeck
PRO
10
4.5k
The Brand Is Dead. Long Live the Brand.
mthomps
48
28k
The Pragmatic Product Professional
lauravandoore
24
5.8k
4 Signs Your Business is Dying
shpigford
175
21k
Transcript
Clocker Deploying Complex Applica3ons on Docker using Apache
Brooklyn
Deploying Complex Applica1ons on Docker using Apache Brooklyn
Andrew Kennedy @grkvlt CloudOpen October 2014 Dusseldörf Germany
Introduc1on • Andrew Kennedy – SoIware Engineer
– Open Source – github.com/grkvlt • CloudsoI Corpora1on – ScoMsh (Bri1sh? European!) Company – We’re Hiring…
Introduc1on • Clocker – Docker – Apache
Brooklyn – Apache Jclouds – Weave • Demonstra1on • Roadmap
Clocker Project • What does it do? – Manages
Docker Infrastructure – Deploys Blueprints to Docker • What is it? – Brooklyn Applica1on – Brooklyn Loca1on
Docker • Popular – Huge Ecosystem – Growing
– Complex • Containers – Isola1on – Performance – Composable
Docker
Limita3ons… Docker Limita3ons
Docker Limita1ons • Mul1ple Hosts • Networking
– Same Issue – Communica1on Between Services • Orchestra1on – Control of Containers – Container Management
Clocker Project • GitHub • Open Source
• Java • Recently Developed • S1ll Beta Status – 0.7.0-‐SNAPSHOT
Why Clocker • Docker Popularity – Solve Some Limita1ons
• Best of Breed Components • Brooklyn Integra1on – Virtual Machines too Coarse – Container to En1ty Mapping
Clocker Components • Apache Brooklyn – CloudsoI Product
– Open Source Java – Donated to the ASF – Incubator Status
Apache Brooklyn • Applica1on Management Plaborm • Autonomic
Compu1ng Principles • Deploy, Manage and Monitor Blueprints – Services (En11es) – State (Sensors) – Ac1ons (Effectors)
Brooklyn Blueprint id: nodejs-‐hello-‐world-‐application name: "Node.JS Hello World
Application" origin: "https://github.com/grkvlt/node-‐hello-‐world.git/" locations: -‐ jclouds:softlayer:ams01 services: -‐ serviceType: brooklyn.entity.webapp.nodejs.NodeJsWebAppService id: nodejs name: "Node.JS" brooklyn.config: gitRepoUrl: "https://github.com/grkvlt/node-‐hello-‐world.git" appFileName: app.js appName: node-‐hello-‐world
Apache Brooklyn • Deployment – Provisioning –
Loca1ons – Installa1on and Customiza1on • Packages, Scripts, Chef, SaltStack • Management – Policies • AutoScaling, Resilience, Performance, Access
Apache Jclouds • Java Cloud Library • API
Agnos1c – CloudStack, OpenStack, AWS EC2, GCE… • Create Virtual Machines – Return SSH Endpoint – Manage Proper1es
Apache Jclouds • Drivers for REST APIs •
Docker Driver – Wrifen by @turlinux • Virtual Container – Using SSH Daemon – Same Endpoint Type as VM – Composi1on on any Image or Dockerfile
Weave • SoIware Defined Networking – Ethernet Switch
– User Space – Docker Container • Sniffs Traffic on Host • Forwards over TCP
Weave
What is Clocker?
What is Clocker? • Brooklyn Applica1on – Docker Infrastructure
• Docker Engine • Docker Containers – Weave Infrastructure • Weave Container
What is Clocker? • Brooklyn Loca1on – Des1na1on
for Blueprints • Added Features – Create Containers – Provision Docker Hosts – Afach to Weave Network – Manage Applica1on
Clocker Architecture
Clocker Architecture
Clocker Features • Applica1on Deployment – Oasis CAMP
Blueprint – Same as Core Brooklyn • Mixed Des1na1ons – Some Virtual Machines – Some Bare Metal – Some Containers
Clocker Features • Applica1on Deployment – Oasis CAMP
Blueprint – Same as Core Brooklyn • Docker Extensions – Container or Image – Placement Strategy – Dockerfile URL
Clocker Placement • Demand Side – New Container
• Supply Side – Where? – Placement Strategy – Provisioning Strategy
Clocker Placement • Placement Strategies – Depth First
– Breadth First – CPU Usage – Affinity or An1 Affinity – Memory or CPU Core Availability
Clocker Placement • Provisioning Strategy – New Docker
Host Loca1on • Constraints – Docker Infrastructure Constraints – En1ty or Applica1on Constraints • User Defined Strategies • Intelligent Container Orchestra1on
Clocker Placement • Determinis1c • Simple – Predicate
and Comparator docker.container.strategies: -‐ $brooklyn:object: type: "brooklyn.location.docker.strategy.BreadthFirstPlacementStrategy” brooklyn.config: maxContainers: 16 -‐ $brooklyn:object: type: "brooklyn.location.docker.strategy.CpuUsagePlacementStrategy” brooklyn.config: maxCpuUsage: 0.75
Container Management • Sources – Docker Image Defini1on
– Docker Hub – Dockerfile – Brooklyn En1ty Defini1on • Create Image Automa1cally
Container Management id: dockerfile-‐mysql name: "Docker Hub MySQL
Application" origin: "https://registry.hub.docker.com/_/mysql/" locations: -‐ my-‐docker-‐cloud services: -‐ serviceType: brooklyn.entity.container.docker.application.DockerfileApplication id: mysql name: "MySQL" brooklyn.config: docker.dockerfile.url: file://Users/grkvlt/Git/docker-‐library/mysql/5.6/ env: MYSQL_ROOT_PASSWORD: "s3cr3t"
Container Management • Installa1on of Services – Defined
by Brooklyn or Dockerfile – Common to all En1ty Instances • Commit Image – Available for next En1ty • Push Image – Available for all Hosts
Networking • Shared Weave LAN – Common to All
Containers – Private (Link Local) Addresses • Clocker Controls IP Alloca1on – Applica1ons Segmented by CIDR • Docker Port Forwarding Access
Networking • S1ll First Steps… • Name Resolu1on
– BIND and DNSmasq – Needed for JMX et al • Enables Many More En11es • But Needs Tested!
Demonstra3on
Roadmap Now • Improvements To Networking – DNS and
DNSmasq Integra1on – Work in Progress • Befer GeMng Started – Self Hos1ng on Localhost – Brooklyn Dockerfile
Roadmap Soon • Befer Integra1on with Repositories – Docker
Hub, Ar1factory, Quay.io – Private Repositories • Easier Applica1on Defini1on – Open Standard? – Kubernetes Pods?
Roadmap Next • Integra1on – Google Kubernetes – ClusterHQ
Flocker – Ar1factory • Improvements – Bootstrapping
Summary • Clocker – Brooklyn + Docker + Jclouds
+ Weave • Solves – Docker Networking – Container Placement – Applica1on Defini1on
Audience Ques1ons? 1. Where do you see Docker networking
going? 2. What about orchestra1on? 3. What features would be most useful to enhance Docker usability?
Thanks! Ques1ons?
Web Resources http://clocker.io/ http://brooklyn.io/ http://docker.io/ http://github.com/zettio/weave/
http://abstractvisitorpattern.co.uk/