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
Bring your own code vs. Bring your own container
Search
Matthias Haeussler
April 19, 2018
0
77
Bring your own code vs. Bring your own container
2018 - Cloud Foundry Summit North America, Boston, USA
https://www.youtube.com/watch?v=V_lM59cvGoI
Matthias Haeussler
April 19, 2018
Tweet
Share
More Decks by Matthias Haeussler
See All by Matthias Haeussler
Standardized Observability with OpenTelemetry
maeddes
1
17
What's new with Spring Boot and Containers?
maeddes
1
190
Cloud Technologies & Services - Past, Present & Future
maeddes
0
60
Cloud and Container-based Integrated Development Environments
maeddes
0
370
Distributed Systems patterns - Spring Cloud, Service Mesh & eBPF
maeddes
3
1.2k
A guide to observability for Java apps in Kubernetes
maeddes
7
1.5k
Options Galore: From Source Code to Container Image
maeddes
1
720
Seacon 2020 - Cloud Plattformen entmystifiziert
maeddes
0
45
Cloud-Plattformen entmystifiziert: Was können Docker, Kubernetes, Cloud Foundry & Knative?
maeddes
2
170
Featured
See All Featured
Optimizing for Happiness
mojombo
379
70k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Why Our Code Smells
bkeepers
PRO
339
57k
How STYLIGHT went responsive
nonsquared
100
5.8k
Docker and Python
trallard
46
3.6k
Embracing the Ebb and Flow
colly
88
4.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
620
Documentation Writing (for coders)
carmenintech
75
5k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
Become a Pro
speakerdeck
PRO
29
5.5k
Automating Front-end Workflow
addyosmani
1371
200k
Transcript
Bring your own code - Bring your own container Matthias
Haeussler NovaTec Consulting GmbH
#whoami - Matthias Haeussler NovaTec Cloud Consultant Stuttgart CF Meetup
Organizer @maeddes
&
&
What this talk will not be about ❏ Infrastructure &
Infrastructure Automation ❏ ANYTHING BEYOND OOTB ❏ VENDOR - SPECIFIC IMPLEMENTATION ❏ EXTENSIONS & ADD-ONS
Intention of this talk app app deploy recovery (auto) scaling
supported runtimes service bindings (aggregated) logging zero-downtime deployment
Intro
Cloud Foundry Basics app buildpack cf push app Applications Services
container route
Kubernetes Basics - Part I - Container Dockerfile runtime app
app runtime base container runtime app
runtime app Kubernetes Basics - Part II - Kubernetes runtime
app kubectl run pod replica set runtime app runtime app pod v2 replica set v2 deployment service/ingress endpoint
Demo
Summary
Kubernetes ❏ Live Editing of Configuration ❏ Updating Configuration w/o
Downtime ❏ Large Function Scope ❏ Very Granular Configuration Options ❏ Very Granular Configuration Options ❏ High Skill Requirement (Docker & K8s) ❏ Handling of Containers ❏ No OOTB (Tailed) Logs over RS/Deployments
Cloud Foundry ❏ Simplicity ❏ “Containerless” ❏ Very Fast “App
to Platform” Path ❏ Buildpacks ❏ Limitation to Buildpacks ❏ Limited Configuration Scope ❏ No Automated Blue/Green Deploy ❏ Stateful workloads
You can do and configure more, But you have to
do and know more
It is very easy to handle, does it give me
all I need?
My wish: Functional Scope of K8s with the simplicity of
Cloud Foundry
Happy to help @maeddes github.com/maeddes/cf-vs-k8s Stuttgart-Cloud-Foundry-Meetup
None