Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
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
270
Manage the App on Kubernetes
philips
0
350
Production Backbone Monitoring Containerized Apps
philips
0
200
KubeCon EU 2017: Dancing on the Edge of a Volcano
philips
1
790
rkt - KubeCon EU keynote - 2017
philips
1
280
FOSDEM_Keynote_2017-_.pdf
philips
0
140
Tectonic Summit Day 2 Keynote
philips
0
370
Kubernetes: Simple to Manage Anywhere (self-hosted, Tectonic upgrade demo)
philips
0
410
KubeCon Keynote 2016- Distributed Systems Simplified on Kubernetes
philips
2
570
Other Decks in Programming
See All in Programming
Microservices rules: What good looks like
cer
PRO
0
1.5k
TestingOsaka6_Ozono
o3
0
160
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
140
從冷知識到漏洞,你不懂的 Web,駭客懂 - Huli @ WebConf Taiwan 2025
aszx87410
2
2.7k
ELYZA_Findy AI Engineering Summit登壇資料_AIコーディング時代に「ちゃんと」やること_toB LLMプロダクト開発舞台裏_20251216
elyza
0
180
俺流レスポンシブコーディング 2025
tak_dcxi
14
8.9k
【CA.ai #3】ワークフローから見直すAIエージェント — 必要な場面と“選ばない”判断
satoaoaka
0
250
ZOZOにおけるAI活用の現在 ~モバイルアプリ開発でのAI活用状況と事例~
zozotech
PRO
9
5.7k
関数実行の裏側では何が起きているのか?
minop1205
1
700
tsgolintはいかにしてtypescript-goの非公開APIを呼び出しているのか
syumai
7
2.2k
Giselleで作るAI QAアシスタント 〜 Pull Requestレビューに継続的QAを
codenote
0
210
マスタデータ問題、マイクロサービスでどう解くか
kts
0
110
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.8k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.5k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Building an army of robots
kneath
306
46k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
286
14k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
The Language of Interfaces
destraynor
162
25k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Done Done
chrislema
186
16k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
1k
Practical Orchestrator
shlominoach
190
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