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
CoreOS Technical Overview @ pdxdevops
Search
Brandon Philips
February 24, 2014
Programming
3
360
CoreOS Technical Overview @ pdxdevops
Slides from a talk given at PDX devops
http://pdxdevops.org/
Brandon Philips
February 24, 2014
Tweet
Share
More Decks by Brandon Philips
See All by Brandon Philips
Node.js Workflow with Minikube and Skaffold
philips
0
280
Manage the App on Kubernetes
philips
0
360
Production Backbone Monitoring Containerized Apps
philips
0
210
KubeCon EU 2017: Dancing on the Edge of a Volcano
philips
1
820
rkt - KubeCon EU keynote - 2017
philips
1
300
FOSDEM_Keynote_2017-_.pdf
philips
0
160
Tectonic Summit Day 2 Keynote
philips
0
390
Kubernetes: Simple to Manage Anywhere (self-hosted, Tectonic upgrade demo)
philips
0
430
KubeCon Keynote 2016- Distributed Systems Simplified on Kubernetes
philips
2
580
Other Decks in Programming
See All in Programming
Vuetify 3 → 4 何が変わった?差分と移行ポイント10分まとめ
koukimiura
0
150
encoding/json/v2のUnmarshalはこう変わった:内部実装で見る設計改善
kurakura0916
0
420
AI時代のシステム設計:ドメインモデルで変更しやすさを守る設計戦略
masuda220
PRO
5
1k
Understanding Apache Lucene - More than just full-text search
spinscale
0
120
AWS×クラウドネイティブソフトウェア設計 / AWS x Cloud-Native Software Design
nrslib
16
3.2k
コードレビューをしない選択 #でぃーぷらすトウキョウ
kajitack
3
990
AI駆動開発の本音 〜Claude Code並列開発で見えたエンジニアの新しい役割〜
hisuzuya
4
520
Ruby x Terminal
a_matsuda
7
600
生成 AI 時代のスナップショットテストってやつを見せてあげますよ(α版)
ojun9
0
250
Linux Kernelの1文字のミスで 権限昇格ができた話
rqda
0
730
Ruby and LLM Ecosystem 2nd
koic
1
910
野球解説AI Agentを開発してみた - 2026/02/27 LayerX社内LT会資料
shinyorke
PRO
0
330
Featured
See All Featured
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
310
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
980
Technical Leadership for Architectural Decision Making
baasie
3
290
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
120
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.8k
Design in an AI World
tapps
0
170
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
290
Bash Introduction
62gerente
615
210k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.5k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
1.9k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.2k
Practical Orchestrator
shlominoach
191
11k
Transcript
CoreOS
Linux for Massive Server Deployments
@BrandonPhilips github.com/philips
secure the internet Why?
manual updates
automatic updates
automatic updates
rpm replace files restart processes edit configs
apt replace files restart processes edit configs
chef replace files restart processes edit configs
puppet replace files restart processes edit configs
kernel systemd ssh docker python java nginx mysql openssl app
distro distro distro distro distro distro dist
kernel systemd ssh docker python java nginx mysql openssl app
distro distro distro distro distro distro dist
The Linux Kernel does not break userspace.
WE DO NOT BREAK USERSPACE! Seriously. How hard is this
rule to understand? We particularly don't break user space with TOTAL CRAP. - Linus Torvalds
None
None
etcd
/etc distributed
A highly-available key value store for shared configuration and service
discovery.
A highly-available key value store for shared configuration and service
discovery.
Available 3 1 2 5 4
Available 3 1 5 4
Available 3 1 4
Unavailable 3 1
A highly-available key value store for shared configuration and service
discovery.
$ mkdir services! ! $ set services/db0 10.0.0.8! $ set
services/db1 10.0.0.10! ! $ set services/db-master db0 etcdctl
GET /services/db0 “10.0.0.8”
A highly-available key value store for shared configuration and service
discovery.
{ "password": "cleartext", "user": "root" }
A highly-available key value store for shared configuration and service
discovery.
A highly-available key value store for shared configuration and service
discovery & locking.
App etcd DB?
App etcd No DB
App etcd I will watch and wait
App etcd DB Master?
App etcd No DB Master. You’re it. DB Master appeared
App etcd Heartbeat Watch SELECT * from Awesome
App etcd Heartbeat DB Master? Watch
App etcd Heartbeat Master exists. Watch
App etcd Heartbeat Heartbeat Watch
App etcd You’re master now New DB
App etcd Watch Heartbeat DROP *
App etcd Watch Heartbeat DB Master?
App etcd master exists Heartbeat Watch
$ set services/db-master db0! ! $ set --swap-with-value "db1" \!
services/db-master db0! ! Compare failed ([db1 != db0]! etcdctl
how does the db know how to talk to etcd?
buddy etcd { host: “db1”, port: 4349 }
buddy etcd heartbeat
etcd
linux+systemd CoreOS is
mount storage setup networks run processes linux+systemd manages the single
server:
mount storage $ cat media-state.mount! [Mount]! What=/dev/disk/by-label/STATE! Where=/media/state! Options=commit=600,data=ordered! Type=ext4!
FsckPassNo=0
setup networks $ cat public.link! [Match]! MACAddress=52:54:00:12:34:56! [Link]! Alias=public! !
$ cat public.network! [Network]! DHCP=True!
run services $ cat docker.service! [Unit]! After=network.target! ! [Service]! ExecStart=/usr/bin/docker
-d -H fd://! Restart=on-failure! ! [Install]! WantedBy=multi-user.target
docker runs containers $ cat scrup.service! [Unit]! Description=Scrup Service! After=docker.service!
! [Service]! ExecStart=/usr/bin/docker run -p 3000:3000 philips/scrup systemd logs and monitors
fleet demo
more security more reliability more stability
Credits: Browser Icons: https://www.iconfinder.com/ Thanks! @coreoslinux