SlideShare a Scribd company logo
1 of 32
Download to read offline
The real-realworld of stacking
containers in production.
@foldingbeauty // www.cloud66.com
broadcast
live from
cold Russia
title has changes from: how the hell do I run my microservices in production and will it scale.
developer advocate
50% of my time I spend building, shaping, creating darlings, killing darling a SaaS product to make deploying of container easy for everyone. 

50% of my time I’m thinking, researching, talking, educating our customers and trying to understand the ecosystem(s) of containers, microservices and the world of
cloud native. making sense of it all.
hero’s container journey
Joseph Campball - The Hero with a thousand faces

It describes the typical adventure of the archetype called the Hero, the persoen who goes out and achieve great deeds on behalf of the group. 

12 stages - my presentation follow the hero’s journey outline.
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2 call to adventure
2
3 refusal of the call
3
4 meeting the mentor
4
you can’t run containers in production from day one, you need to take the journey.

it’s a bumpy road. an transition from the ordinary IT world into the very special container world en bring back the exlixir to move the business forward into the (un)known
cloud native territory. 

1) give hero a context, some kind of itch is pulling him in a different direction giving him stress. 

2) something shakes up the situation.

3) won’t embrace change. change it scary. maybe somebody express the uncertainty

4) come across a seasoned traveler of the world. (for example speakers talking today)
follow
the
heart
mentor note
a mentor, like me, gives your an arctifact to bring with you on this journey. the artichoke.

the sweet spot is the heart of the artichoke. to get to the sweet spot (or understand the heart) you need to peel all layers. what drives us?
dev
ops
people
artichoke model
business
follow
the
heart
Ɨ
some layers of dev = tools, programming languages, design patterns, frameworks, github resources

the heart of dev = building the right, elegant, performant code.

some layers of ops = programmable infrastructure, performance tests, servers, networking, security. 

the heart of ops = deploying the code in a controlled manner and keep it performant and stable.

some layers of business = cost saving, adding value, metrics, return of investment

the heart of business = run and give the right services to the people with a margin.

some layers op people = human-like software, helping them, solving problems, work together,

the heart of people = consume the services the way they want it with out barriers.

to quote Marshall McLuhan : The medium is the message -> The container is the message.

When you want to embrace change in your company you need a medium. The container/microservice is an elegant message.
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
in the end of act one…we understand to find the right message and getting our questions answered. The hero leave the ordinary world behind and start his journey in the
very special container world. He already overcome some hurdles.
containerizationmachine
Ɨ
Ǹ
ƗƗ
let start with the first thing you encounter.

the containerizartion machine.

the proces to get your service from idea to production is to start with the heart of the message. the container. this has to me a smooth process…you need your team to
make this happening.
FROM base
RUN update + setup
COPY source-code
RUN create + cleanup
CMD run code
very clever kernel stuff
container
small introduction to containers.

1) we share the kernel (and this is very complicated and clever stuff)

2) we run an isolated proces (your services) inside a container

3) how to run your proces is defined in an image —> dockerfile
think global, act local
mentor note
the mentor steps in. a lot of customers don’t want to spend time understanding the Dockerfile format and how powerful it is. the want to skip the line. don’t. act local
(make your containers work on your local machine) before deploying it anyway (think global).
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
6 tests, allies, enemies
6
the hero is tested, make new allies and enemies. with the team, himself or the technology.
less is more
mentor note
before the big battle (running something in production) you need to slow down. less is more. focus on the minimal set of what your container needs to run smoothly in
production.
“I didn't have time to create a slim image,
so I created a fat one instead.”
shortcuts are evil
“I didn't have time to create a slim image, 

so I created a fat one instead.”

shortcuts are evil.

lots of customers are just throwing everything inside a container but have no idea how it behaviours in production.

let’s make my point.
Ɨ
Ǹ
ƗƗ Ɨ=
containerizationmachineyou can’t polish a turd
container won’t solve your bad code/ops/business descions. if you put shit in - it will be shit out. 

you can’t make something more beautifal, or engineer you way out of a hot mess. 

you can’t polish a turd.
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
57 approach
7
6 tests, allies, enemies
6
let’s prepare for those major challenges we talked about. the hero, his team and new allies has to face the truth.
k.i.s.s.s.s.s.s.s to get it right!
mentor note
keep it simple stupid (we already abstract away a lot of complex stuff already..don’t make it more complex)

becomes keep images 

SLIM

SECURE

SPEEDY

STABLE

SET

stupid.
SLIM
SECURE
SPEEDY
STABLE

SET
we want from a fat image to a slim image.

slim = remove the things you don’t need

secure = update to the latest security updates and remove secrets

speedy = follow best practices how to deploy your code in production, performance test

stable = lock downstream base image, lock run time depedencies, has to be the same in all environments

set = make it unmuttable. don’t mess around with stuff like volumes and databases inside containers (yet)
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
6
6
8
ordeal, death and rebirth
8
7 approach
7
the big battle begins. the central space. PRODUCTION!

the moment of death comes new life. 

it’s still a playground to learn
#nofilter reality
mentor note
microservices
3%
split
7%
api
30%
monolith
60%
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
6
6
7
7
8
ordeal, death and rebirth
8
9reward
9
10
as a reward you understand what is needed in production.
container nursery platform
to take of your microservice and becoming cloud native you need a lot of ingredients.

again a collaboration between all team members (ops/dev/business/people).
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
6
6
7
7
8
ordeal, death and rebirth
8
9reward
910road back
10
if will bring back the learnings but understand the the urgency and the danger of running containers/microservices in production.
headspace
mentor note
let advice of the mentor. 

create some headspace to understand all the moving parts and implications. 

don’t let everybody shit in your head. 

choose your battle.
choose wisely
and choose your container platform wisely.
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
6
6
7
7
8
ordeal, death and rebirth
8
9
910road back
10
11resurrection
11
in the climax the hero and his team can shine and show off an proof of concept of an actual project in production.
ORDINARY
IT WORLD
VERY SPECIAL
CONTAINER
WORLD
1
1
ordinary world
2
2
3
3
4
4
5 crossing the threshold
5
6
6
7
7
8
ordeal, death and rebirth
8
9
910road back
10
12return with elixir
12
11resurrection
11
you made it. you become a microserviced container hero in a bold cloud native world. you you the exilir. go explore the new world… which become the ordinary IT world
soon ;-)
hero’s container journey
headspaceartichoke model
less is more
recap: find the hard of your team. message = get the right images for your containers. less is more and give yourself some headspace to make decisions how you
container platform should look like.
thank you!
@foldingbeauty // www.cloud66.com
The real-realworld of stacking
containers in production.talk to me
on slack
thank you.
@foldingbeauty // www.cloud66.com
thank you.
@foldingbeauty // www.cloud66.com
thank you.
thank you!
@foldingbeauty // www.cloud66.com
The real-realworld of stacking
containers in production.talk to me
on slack
thank you.

More Related Content

Viewers also liked

Liste senateurs collaborateurs
Liste senateurs collaborateursListe senateurs collaborateurs
Liste senateurs collaborateursDominique Gayraud
 
E-Book Educação 360 - 2016
E-Book Educação 360 - 2016E-Book Educação 360 - 2016
E-Book Educação 360 - 2016educacao360
 
Construction World - August 2006
Construction World - August 2006Construction World - August 2006
Construction World - August 2006Mohammad Abusaa
 
Fluidmesh Press Conference 2015 Las Vegas: towards the Internet of Things
Fluidmesh Press Conference 2015 Las Vegas: towards the Internet of ThingsFluidmesh Press Conference 2015 Las Vegas: towards the Internet of Things
Fluidmesh Press Conference 2015 Las Vegas: towards the Internet of ThingsUmberto Malesci
 
Molten Carbonate Fuel Cell
Molten Carbonate Fuel CellMolten Carbonate Fuel Cell
Molten Carbonate Fuel Celltanveer aali
 
Developing Java based microservices ready for the world of containers
Developing Java based microservices ready for the world of containersDeveloping Java based microservices ready for the world of containers
Developing Java based microservices ready for the world of containersClaus Ibsen
 

Viewers also liked (13)

Liste senateurs collaborateurs
Liste senateurs collaborateursListe senateurs collaborateurs
Liste senateurs collaborateurs
 
Ga h110 m-s2
Ga h110 m-s2Ga h110 m-s2
Ga h110 m-s2
 
Slide2 final
Slide2 finalSlide2 final
Slide2 final
 
E-Book Educação 360 - 2016
E-Book Educação 360 - 2016E-Book Educação 360 - 2016
E-Book Educação 360 - 2016
 
Blogmafervalencia
BlogmafervalenciaBlogmafervalencia
Blogmafervalencia
 
Construction World - August 2006
Construction World - August 2006Construction World - August 2006
Construction World - August 2006
 
AME info - January 2006
AME info - January 2006AME info - January 2006
AME info - January 2006
 
Tarea 2
Tarea 2Tarea 2
Tarea 2
 
Fluidmesh Press Conference 2015 Las Vegas: towards the Internet of Things
Fluidmesh Press Conference 2015 Las Vegas: towards the Internet of ThingsFluidmesh Press Conference 2015 Las Vegas: towards the Internet of Things
Fluidmesh Press Conference 2015 Las Vegas: towards the Internet of Things
 
Molten Carbonate Fuel Cell
Molten Carbonate Fuel CellMolten Carbonate Fuel Cell
Molten Carbonate Fuel Cell
 
Developing Java based microservices ready for the world of containers
Developing Java based microservices ready for the world of containersDeveloping Java based microservices ready for the world of containers
Developing Java based microservices ready for the world of containers
 
CaClii
CaCliiCaClii
CaClii
 
Aec1 presentaciones digitales
Aec1 presentaciones digitalesAec1 presentaciones digitales
Aec1 presentaciones digitales
 

Similar to Docker Inside/Out: The 'Real' Real- World World of Stacking Containers in production

Docker: automation for the rest of us
Docker: automation for the rest of usDocker: automation for the rest of us
Docker: automation for the rest of usJérôme Petazzoni
 
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...Codemotion
 
Drupal product 3 is the magic number
Drupal product 3 is the magic numberDrupal product 3 is the magic number
Drupal product 3 is the magic numberRoy Scholten
 
Docker up & running
Docker   up & runningDocker   up & running
Docker up & runningLe Thi
 
Pilot Tech Talk #10 — Practical automation by Kamil Cholewiński
Pilot Tech Talk #10 — Practical automation by Kamil CholewińskiPilot Tech Talk #10 — Practical automation by Kamil Cholewiński
Pilot Tech Talk #10 — Practical automation by Kamil CholewińskiPilot
 
Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...
Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...
Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...Rosenfeld Media
 
Falling off the shoulders of giants
Falling off the shoulders of giantsFalling off the shoulders of giants
Falling off the shoulders of giantsMike Wessling
 
11 tools for your PHP devops stack
11 tools for your PHP devops stack11 tools for your PHP devops stack
11 tools for your PHP devops stackKris Buytaert
 
#lego4scrum with Large-Scale Scrum (LeSS)
#lego4scrum with Large-Scale Scrum (LeSS)#lego4scrum with Large-Scale Scrum (LeSS)
#lego4scrum with Large-Scale Scrum (LeSS)Alexey Krivitsky
 
Puppet for SysAdmins
Puppet for SysAdminsPuppet for SysAdmins
Puppet for SysAdminsPuppet
 
You shouldneverdo
You shouldneverdoYou shouldneverdo
You shouldneverdodaniil3
 
He stopped using for/while loops, you won't believe what happened next!
He stopped using for/while loops, you won't believe what happened next!He stopped using for/while loops, you won't believe what happened next!
He stopped using for/while loops, you won't believe what happened next!François-Guillaume Ribreau
 
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...Codemotion
 
Docker is killing your #devops Efforts
Docker is killing your #devops EffortsDocker is killing your #devops Efforts
Docker is killing your #devops EffortsKris Buytaert
 
Planning JavaScript and Ajax for larger teams
Planning JavaScript and Ajax for larger teamsPlanning JavaScript and Ajax for larger teams
Planning JavaScript and Ajax for larger teamsChristian Heilmann
 
How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?Katarzyna Hoffman
 
How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?Cloud 66
 
There is no container - Ori Pekelman
There is no container - Ori PekelmanThere is no container - Ori Pekelman
There is no container - Ori PekelmanParis Container Day
 

Similar to Docker Inside/Out: The 'Real' Real- World World of Stacking Containers in production (20)

Docker: automation for the rest of us
Docker: automation for the rest of usDocker: automation for the rest of us
Docker: automation for the rest of us
 
Tiad - Docker: Automation for the rest of us
Tiad - Docker: Automation for the rest of usTiad - Docker: Automation for the rest of us
Tiad - Docker: Automation for the rest of us
 
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
 
Drupal product 3 is the magic number
Drupal product 3 is the magic numberDrupal product 3 is the magic number
Drupal product 3 is the magic number
 
Docker up & running
Docker   up & runningDocker   up & running
Docker up & running
 
Pilot Tech Talk #10 — Practical automation by Kamil Cholewiński
Pilot Tech Talk #10 — Practical automation by Kamil CholewińskiPilot Tech Talk #10 — Practical automation by Kamil Cholewiński
Pilot Tech Talk #10 — Practical automation by Kamil Cholewiński
 
Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...
Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...
Lean Engineering: Engineering for Learning & Experimentation in the Enterpris...
 
Falling off the shoulders of giants
Falling off the shoulders of giantsFalling off the shoulders of giants
Falling off the shoulders of giants
 
11 tools for your PHP devops stack
11 tools for your PHP devops stack11 tools for your PHP devops stack
11 tools for your PHP devops stack
 
#lego4scrum with Large-Scale Scrum (LeSS)
#lego4scrum with Large-Scale Scrum (LeSS)#lego4scrum with Large-Scale Scrum (LeSS)
#lego4scrum with Large-Scale Scrum (LeSS)
 
Puppet for SysAdmins
Puppet for SysAdminsPuppet for SysAdmins
Puppet for SysAdmins
 
You shouldneverdo
You shouldneverdoYou shouldneverdo
You shouldneverdo
 
He stopped using for/while loops, you won't believe what happened next!
He stopped using for/while loops, you won't believe what happened next!He stopped using for/while loops, you won't believe what happened next!
He stopped using for/while loops, you won't believe what happened next!
 
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
Docker Inside/Out: the ‘real’ real-world of stacking containers in production...
 
Enabling Lean at Enterprise Scale: Lean Engineering in Action
Enabling Lean at Enterprise Scale: Lean Engineering in ActionEnabling Lean at Enterprise Scale: Lean Engineering in Action
Enabling Lean at Enterprise Scale: Lean Engineering in Action
 
Docker is killing your #devops Efforts
Docker is killing your #devops EffortsDocker is killing your #devops Efforts
Docker is killing your #devops Efforts
 
Planning JavaScript and Ajax for larger teams
Planning JavaScript and Ajax for larger teamsPlanning JavaScript and Ajax for larger teams
Planning JavaScript and Ajax for larger teams
 
How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?
 
How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?How the hell do I run my microservices in production, and will it scale?
How the hell do I run my microservices in production, and will it scale?
 
There is no container - Ori Pekelman
There is no container - Ori PekelmanThere is no container - Ori Pekelman
There is no container - Ori Pekelman
 

More from Sonatype

DevOps Days Columbus - Derek Weeks - 2019
DevOps Days Columbus - Derek Weeks - 2019DevOps Days Columbus - Derek Weeks - 2019
DevOps Days Columbus - Derek Weeks - 2019Sonatype
 
2019 DevSecOps Reference Architectures
2019 DevSecOps Reference Architectures2019 DevSecOps Reference Architectures
2019 DevSecOps Reference ArchitecturesSonatype
 
RSAC DevSecOpsDays 2018 - We are all Equifax
RSAC DevSecOpsDays 2018 - We are all EquifaxRSAC DevSecOpsDays 2018 - We are all Equifax
RSAC DevSecOpsDays 2018 - We are all EquifaxSonatype
 
DevSecOps reference architectures 2018
DevSecOps reference architectures 2018DevSecOps reference architectures 2018
DevSecOps reference architectures 2018Sonatype
 
30+ Nexus Integrations to Accelerate DevOps
30+ Nexus Integrations to Accelerate DevOps30+ Nexus Integrations to Accelerate DevOps
30+ Nexus Integrations to Accelerate DevOpsSonatype
 
2017 DevSecOps Survey
2017 DevSecOps Survey2017 DevSecOps Survey
2017 DevSecOps SurveySonatype
 
Starting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the EnterpriseStarting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the EnterpriseSonatype
 
DevOps Friendly Doc Publishing for APIs & Microservices
DevOps Friendly Doc Publishing for APIs & MicroservicesDevOps Friendly Doc Publishing for APIs & Microservices
DevOps Friendly Doc Publishing for APIs & MicroservicesSonatype
 
The Unrealized Role of Monitoring & Alerting w/ Jason Hand
The Unrealized Role of Monitoring & Alerting w/ Jason HandThe Unrealized Role of Monitoring & Alerting w/ Jason Hand
The Unrealized Role of Monitoring & Alerting w/ Jason HandSonatype
 
DevOps and All the Continuouses w/ Helen Beal
DevOps and All the Continuouses w/ Helen BealDevOps and All the Continuouses w/ Helen Beal
DevOps and All the Continuouses w/ Helen BealSonatype
 
Serverless and the Way Forward
Serverless and the Way ForwardServerless and the Way Forward
Serverless and the Way ForwardSonatype
 
A Small Association's Journey to DevOps w/ Edward Ruiz
A Small Association's Journey to DevOps w/ Edward RuizA Small Association's Journey to DevOps w/ Edward Ruiz
A Small Association's Journey to DevOps w/ Edward RuizSonatype
 
What's My Security Policy Doing to My Help Desk w/ Chris Swan
What's My Security Policy Doing to My Help Desk w/ Chris SwanWhat's My Security Policy Doing to My Help Desk w/ Chris Swan
What's My Security Policy Doing to My Help Desk w/ Chris SwanSonatype
 
Characterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-ors
Characterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-orsCharacterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-ors
Characterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-orsSonatype
 
Static Analysis For Security and DevOps Happiness w/ Justin Collins
Static Analysis For Security and DevOps Happiness w/ Justin CollinsStatic Analysis For Security and DevOps Happiness w/ Justin Collins
Static Analysis For Security and DevOps Happiness w/ Justin CollinsSonatype
 
Automated Infrastructure Security: Monitoring using FOSS
Automated Infrastructure Security: Monitoring using FOSSAutomated Infrastructure Security: Monitoring using FOSS
Automated Infrastructure Security: Monitoring using FOSSSonatype
 
System Hardening Using Ansible
System Hardening Using AnsibleSystem Hardening Using Ansible
System Hardening Using AnsibleSonatype
 
There is No Server: Immutable Infrastructure and Serverless Architecture
There is No Server: Immutable Infrastructure and Serverless ArchitectureThere is No Server: Immutable Infrastructure and Serverless Architecture
There is No Server: Immutable Infrastructure and Serverless ArchitectureSonatype
 
Getting out of the Job Jungle with Jenkins
Getting out of the Job Jungle with JenkinsGetting out of the Job Jungle with Jenkins
Getting out of the Job Jungle with JenkinsSonatype
 
Modern Infrastructure Automation
Modern Infrastructure AutomationModern Infrastructure Automation
Modern Infrastructure AutomationSonatype
 

More from Sonatype (20)

DevOps Days Columbus - Derek Weeks - 2019
DevOps Days Columbus - Derek Weeks - 2019DevOps Days Columbus - Derek Weeks - 2019
DevOps Days Columbus - Derek Weeks - 2019
 
2019 DevSecOps Reference Architectures
2019 DevSecOps Reference Architectures2019 DevSecOps Reference Architectures
2019 DevSecOps Reference Architectures
 
RSAC DevSecOpsDays 2018 - We are all Equifax
RSAC DevSecOpsDays 2018 - We are all EquifaxRSAC DevSecOpsDays 2018 - We are all Equifax
RSAC DevSecOpsDays 2018 - We are all Equifax
 
DevSecOps reference architectures 2018
DevSecOps reference architectures 2018DevSecOps reference architectures 2018
DevSecOps reference architectures 2018
 
30+ Nexus Integrations to Accelerate DevOps
30+ Nexus Integrations to Accelerate DevOps30+ Nexus Integrations to Accelerate DevOps
30+ Nexus Integrations to Accelerate DevOps
 
2017 DevSecOps Survey
2017 DevSecOps Survey2017 DevSecOps Survey
2017 DevSecOps Survey
 
Starting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the EnterpriseStarting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the Enterprise
 
DevOps Friendly Doc Publishing for APIs & Microservices
DevOps Friendly Doc Publishing for APIs & MicroservicesDevOps Friendly Doc Publishing for APIs & Microservices
DevOps Friendly Doc Publishing for APIs & Microservices
 
The Unrealized Role of Monitoring & Alerting w/ Jason Hand
The Unrealized Role of Monitoring & Alerting w/ Jason HandThe Unrealized Role of Monitoring & Alerting w/ Jason Hand
The Unrealized Role of Monitoring & Alerting w/ Jason Hand
 
DevOps and All the Continuouses w/ Helen Beal
DevOps and All the Continuouses w/ Helen BealDevOps and All the Continuouses w/ Helen Beal
DevOps and All the Continuouses w/ Helen Beal
 
Serverless and the Way Forward
Serverless and the Way ForwardServerless and the Way Forward
Serverless and the Way Forward
 
A Small Association's Journey to DevOps w/ Edward Ruiz
A Small Association's Journey to DevOps w/ Edward RuizA Small Association's Journey to DevOps w/ Edward Ruiz
A Small Association's Journey to DevOps w/ Edward Ruiz
 
What's My Security Policy Doing to My Help Desk w/ Chris Swan
What's My Security Policy Doing to My Help Desk w/ Chris SwanWhat's My Security Policy Doing to My Help Desk w/ Chris Swan
What's My Security Policy Doing to My Help Desk w/ Chris Swan
 
Characterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-ors
Characterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-orsCharacterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-ors
Characterizing and Contrasting Kuhn-tey-ner Awr-kuh-streyt-ors
 
Static Analysis For Security and DevOps Happiness w/ Justin Collins
Static Analysis For Security and DevOps Happiness w/ Justin CollinsStatic Analysis For Security and DevOps Happiness w/ Justin Collins
Static Analysis For Security and DevOps Happiness w/ Justin Collins
 
Automated Infrastructure Security: Monitoring using FOSS
Automated Infrastructure Security: Monitoring using FOSSAutomated Infrastructure Security: Monitoring using FOSS
Automated Infrastructure Security: Monitoring using FOSS
 
System Hardening Using Ansible
System Hardening Using AnsibleSystem Hardening Using Ansible
System Hardening Using Ansible
 
There is No Server: Immutable Infrastructure and Serverless Architecture
There is No Server: Immutable Infrastructure and Serverless ArchitectureThere is No Server: Immutable Infrastructure and Serverless Architecture
There is No Server: Immutable Infrastructure and Serverless Architecture
 
Getting out of the Job Jungle with Jenkins
Getting out of the Job Jungle with JenkinsGetting out of the Job Jungle with Jenkins
Getting out of the Job Jungle with Jenkins
 
Modern Infrastructure Automation
Modern Infrastructure AutomationModern Infrastructure Automation
Modern Infrastructure Automation
 

Recently uploaded

Odoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 EnterpriseOdoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 Enterprisepreethippts
 
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdfExploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdfkalichargn70th171
 
Software Coding for software engineering
Software Coding for software engineeringSoftware Coding for software engineering
Software Coding for software engineeringssuserb3a23b
 
Cloud Data Center Network Construction - IEEE
Cloud Data Center Network Construction - IEEECloud Data Center Network Construction - IEEE
Cloud Data Center Network Construction - IEEEVICTOR MAESTRE RAMIREZ
 
What is Fashion PLM and Why Do You Need It
What is Fashion PLM and Why Do You Need ItWhat is Fashion PLM and Why Do You Need It
What is Fashion PLM and Why Do You Need ItWave PLM
 
Unveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML DiagramsUnveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML DiagramsAhmed Mohamed
 
A healthy diet for your Java application Devoxx France.pdf
A healthy diet for your Java application Devoxx France.pdfA healthy diet for your Java application Devoxx France.pdf
A healthy diet for your Java application Devoxx France.pdfMarharyta Nedzelska
 
SpotFlow: Tracking Method Calls and States at Runtime
SpotFlow: Tracking Method Calls and States at RuntimeSpotFlow: Tracking Method Calls and States at Runtime
SpotFlow: Tracking Method Calls and States at Runtimeandrehoraa
 
Intelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalmIntelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalmSujith Sukumaran
 
Automate your Kamailio Test Calls - Kamailio World 2024
Automate your Kamailio Test Calls - Kamailio World 2024Automate your Kamailio Test Calls - Kamailio World 2024
Automate your Kamailio Test Calls - Kamailio World 2024Andreas Granig
 
办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样
办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样
办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样umasea
 
Software Project Health Check: Best Practices and Techniques for Your Product...
Software Project Health Check: Best Practices and Techniques for Your Product...Software Project Health Check: Best Practices and Techniques for Your Product...
Software Project Health Check: Best Practices and Techniques for Your Product...Velvetech LLC
 
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...OnePlan Solutions
 
Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)Hr365.us smith
 
Unveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New FeaturesUnveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New FeaturesŁukasz Chruściel
 
Powering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data StreamsPowering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data StreamsSafe Software
 
CRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. SalesforceCRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. SalesforceBrainSell Technologies
 
Introduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdfIntroduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdfFerryKemperman
 

Recently uploaded (20)

Odoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 EnterpriseOdoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 Enterprise
 
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdfExploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
 
Software Coding for software engineering
Software Coding for software engineeringSoftware Coding for software engineering
Software Coding for software engineering
 
Cloud Data Center Network Construction - IEEE
Cloud Data Center Network Construction - IEEECloud Data Center Network Construction - IEEE
Cloud Data Center Network Construction - IEEE
 
Odoo Development Company in India | Devintelle Consulting Service
Odoo Development Company in India | Devintelle Consulting ServiceOdoo Development Company in India | Devintelle Consulting Service
Odoo Development Company in India | Devintelle Consulting Service
 
What is Fashion PLM and Why Do You Need It
What is Fashion PLM and Why Do You Need ItWhat is Fashion PLM and Why Do You Need It
What is Fashion PLM and Why Do You Need It
 
Unveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML DiagramsUnveiling Design Patterns: A Visual Guide with UML Diagrams
Unveiling Design Patterns: A Visual Guide with UML Diagrams
 
A healthy diet for your Java application Devoxx France.pdf
A healthy diet for your Java application Devoxx France.pdfA healthy diet for your Java application Devoxx France.pdf
A healthy diet for your Java application Devoxx France.pdf
 
SpotFlow: Tracking Method Calls and States at Runtime
SpotFlow: Tracking Method Calls and States at RuntimeSpotFlow: Tracking Method Calls and States at Runtime
SpotFlow: Tracking Method Calls and States at Runtime
 
Intelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalmIntelligent Home Wi-Fi Solutions | ThinkPalm
Intelligent Home Wi-Fi Solutions | ThinkPalm
 
Automate your Kamailio Test Calls - Kamailio World 2024
Automate your Kamailio Test Calls - Kamailio World 2024Automate your Kamailio Test Calls - Kamailio World 2024
Automate your Kamailio Test Calls - Kamailio World 2024
 
办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样
办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样
办理学位证(UQ文凭证书)昆士兰大学毕业证成绩单原版一模一样
 
Software Project Health Check: Best Practices and Techniques for Your Product...
Software Project Health Check: Best Practices and Techniques for Your Product...Software Project Health Check: Best Practices and Techniques for Your Product...
Software Project Health Check: Best Practices and Techniques for Your Product...
 
2.pdf Ejercicios de programación competitiva
2.pdf Ejercicios de programación competitiva2.pdf Ejercicios de programación competitiva
2.pdf Ejercicios de programación competitiva
 
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
 
Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)Recruitment Management Software Benefits (Infographic)
Recruitment Management Software Benefits (Infographic)
 
Unveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New FeaturesUnveiling the Future: Sylius 2.0 New Features
Unveiling the Future: Sylius 2.0 New Features
 
Powering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data StreamsPowering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data Streams
 
CRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. SalesforceCRM Contender Series: HubSpot vs. Salesforce
CRM Contender Series: HubSpot vs. Salesforce
 
Introduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdfIntroduction Computer Science - Software Design.pdf
Introduction Computer Science - Software Design.pdf
 

Docker Inside/Out: The 'Real' Real- World World of Stacking Containers in production

  • 1. The real-realworld of stacking containers in production. @foldingbeauty // www.cloud66.com broadcast live from cold Russia title has changes from: how the hell do I run my microservices in production and will it scale.
  • 2. developer advocate 50% of my time I spend building, shaping, creating darlings, killing darling a SaaS product to make deploying of container easy for everyone. 50% of my time I’m thinking, researching, talking, educating our customers and trying to understand the ecosystem(s) of containers, microservices and the world of cloud native. making sense of it all.
  • 3. hero’s container journey Joseph Campball - The Hero with a thousand faces It describes the typical adventure of the archetype called the Hero, the persoen who goes out and achieve great deeds on behalf of the group. 12 stages - my presentation follow the hero’s journey outline.
  • 4. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 call to adventure 2 3 refusal of the call 3 4 meeting the mentor 4 you can’t run containers in production from day one, you need to take the journey. it’s a bumpy road. an transition from the ordinary IT world into the very special container world en bring back the exlixir to move the business forward into the (un)known cloud native territory. 1) give hero a context, some kind of itch is pulling him in a different direction giving him stress. 2) something shakes up the situation. 3) won’t embrace change. change it scary. maybe somebody express the uncertainty 4) come across a seasoned traveler of the world. (for example speakers talking today)
  • 5. follow the heart mentor note a mentor, like me, gives your an arctifact to bring with you on this journey. the artichoke. the sweet spot is the heart of the artichoke. to get to the sweet spot (or understand the heart) you need to peel all layers. what drives us?
  • 6. dev ops people artichoke model business follow the heart Ɨ some layers of dev = tools, programming languages, design patterns, frameworks, github resources the heart of dev = building the right, elegant, performant code. some layers of ops = programmable infrastructure, performance tests, servers, networking, security. the heart of ops = deploying the code in a controlled manner and keep it performant and stable. some layers of business = cost saving, adding value, metrics, return of investment the heart of business = run and give the right services to the people with a margin. some layers op people = human-like software, helping them, solving problems, work together, the heart of people = consume the services the way they want it with out barriers. to quote Marshall McLuhan : The medium is the message -> The container is the message. When you want to embrace change in your company you need a medium. The container/microservice is an elegant message.
  • 7. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 in the end of act one…we understand to find the right message and getting our questions answered. The hero leave the ordinary world behind and start his journey in the very special container world. He already overcome some hurdles.
  • 8. containerizationmachine Ɨ Ǹ ƗƗ let start with the first thing you encounter. the containerizartion machine. the proces to get your service from idea to production is to start with the heart of the message. the container. this has to me a smooth process…you need your team to make this happening.
  • 9. FROM base RUN update + setup COPY source-code RUN create + cleanup CMD run code very clever kernel stuff container small introduction to containers. 1) we share the kernel (and this is very complicated and clever stuff) 2) we run an isolated proces (your services) inside a container 3) how to run your proces is defined in an image —> dockerfile
  • 10. think global, act local mentor note the mentor steps in. a lot of customers don’t want to spend time understanding the Dockerfile format and how powerful it is. the want to skip the line. don’t. act local (make your containers work on your local machine) before deploying it anyway (think global).
  • 11. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 6 tests, allies, enemies 6 the hero is tested, make new allies and enemies. with the team, himself or the technology.
  • 12. less is more mentor note before the big battle (running something in production) you need to slow down. less is more. focus on the minimal set of what your container needs to run smoothly in production.
  • 13. “I didn't have time to create a slim image, so I created a fat one instead.” shortcuts are evil “I didn't have time to create a slim image, so I created a fat one instead.” shortcuts are evil. lots of customers are just throwing everything inside a container but have no idea how it behaviours in production. let’s make my point.
  • 14. Ɨ Ǹ ƗƗ Ɨ= containerizationmachineyou can’t polish a turd container won’t solve your bad code/ops/business descions. if you put shit in - it will be shit out. you can’t make something more beautifal, or engineer you way out of a hot mess. you can’t polish a turd.
  • 15. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 57 approach 7 6 tests, allies, enemies 6 let’s prepare for those major challenges we talked about. the hero, his team and new allies has to face the truth.
  • 16. k.i.s.s.s.s.s.s.s to get it right! mentor note keep it simple stupid (we already abstract away a lot of complex stuff already..don’t make it more complex) becomes keep images SLIM SECURE SPEEDY STABLE
 SET stupid.
  • 17. SLIM SECURE SPEEDY STABLE
 SET we want from a fat image to a slim image. slim = remove the things you don’t need secure = update to the latest security updates and remove secrets speedy = follow best practices how to deploy your code in production, performance test stable = lock downstream base image, lock run time depedencies, has to be the same in all environments set = make it unmuttable. don’t mess around with stuff like volumes and databases inside containers (yet)
  • 18. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 6 6 8 ordeal, death and rebirth 8 7 approach 7 the big battle begins. the central space. PRODUCTION! the moment of death comes new life. it’s still a playground to learn
  • 21. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 6 6 7 7 8 ordeal, death and rebirth 8 9reward 9 10 as a reward you understand what is needed in production.
  • 22. container nursery platform to take of your microservice and becoming cloud native you need a lot of ingredients. again a collaboration between all team members (ops/dev/business/people).
  • 23. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 6 6 7 7 8 ordeal, death and rebirth 8 9reward 910road back 10 if will bring back the learnings but understand the the urgency and the danger of running containers/microservices in production.
  • 24. headspace mentor note let advice of the mentor. create some headspace to understand all the moving parts and implications. don’t let everybody shit in your head. choose your battle.
  • 25. choose wisely and choose your container platform wisely.
  • 26. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 6 6 7 7 8 ordeal, death and rebirth 8 9 910road back 10 11resurrection 11 in the climax the hero and his team can shine and show off an proof of concept of an actual project in production.
  • 27. ORDINARY IT WORLD VERY SPECIAL CONTAINER WORLD 1 1 ordinary world 2 2 3 3 4 4 5 crossing the threshold 5 6 6 7 7 8 ordeal, death and rebirth 8 9 910road back 10 12return with elixir 12 11resurrection 11 you made it. you become a microserviced container hero in a bold cloud native world. you you the exilir. go explore the new world… which become the ordinary IT world soon ;-)
  • 28. hero’s container journey headspaceartichoke model less is more recap: find the hard of your team. message = get the right images for your containers. less is more and give yourself some headspace to make decisions how you container platform should look like.
  • 29. thank you! @foldingbeauty // www.cloud66.com The real-realworld of stacking containers in production.talk to me on slack thank you.
  • 32. thank you! @foldingbeauty // www.cloud66.com The real-realworld of stacking containers in production.talk to me on slack thank you.