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
How devops improved my dev
Search
Florian Gilcher
April 18, 2013
Programming
5
1.5k
How devops improved my dev
Florian Gilcher
April 18, 2013
Tweet
Share
More Decks by Florian Gilcher
See All by Florian Gilcher
A new contract with users
skade
1
450
Using Rust to interface with my dive computer
skade
0
200
async/.await with async-std
skade
1
730
Training Rust
skade
1
81
Internet of Streams - IoT in Rust
skade
0
72
How DevRel is failing communities
skade
0
61
The power of the where clause
skade
0
570
Three Years of Rust
skade
1
160
Rust as a CLI language
skade
1
180
Other Decks in Programming
See All in Programming
未経験でSRE、はじめました! 組織を支える役割と軌跡
curekoshimizu
1
210
CloudRun, Spanner に対する負荷試験の反省と オブザーバビリティによるアプローチ
oyasumipants
1
190
仕様変更に耐えるための"今の"DRY原則を考える
mkmk884
9
3.3k
CIBMTR振り返り+敗北から学ぶコンペの取り組み方反省
takanao
0
120
Rails 1.0 のコードで学ぶ find_by* と method_missing の仕組み / Learn how find_by_* and method_missing work in Rails 1.0 code
maimux2x
1
270
自力でTTSモデルを作った話
zgock999
0
120
iOSでQRコード生成奮闘記
ktcryomm
2
140
もう少しテストを書きたいんじゃ〜 #phpstudy
o0h
PRO
21
4.4k
ABEMA iOS 大規模プロジェクトにおける段階的な技術刷新 / ABEMA iOS Technology Upgrade
akkyie
1
260
コードを読んで理解するko build
bells17
1
120
PHPカンファレンス名古屋2025 タスク分解の試行錯誤〜レビュー負荷を下げるために〜
soichi
1
760
The Clean ArchitectureがWebフロントエンドでしっくりこないのは何故か / Why The Clean Architecture does not fit with Web Frontend
twada
PRO
59
18k
Featured
See All Featured
Designing for humans not robots
tammielis
250
25k
[RailsConf 2023] Rails as a piece of cake
palkan
53
5.3k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
11
1.3k
How to train your dragon (web standard)
notwaldorf
91
5.9k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
21
2.5k
A better future with KSS
kneath
238
17k
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.3k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.6k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Transcript
None
None
The hotel wireless was terrible, sorry for the lack of
pictures.
$ whoami
$ whoami $ cat .profile | grep export export GIT_AUTHOR="Florian
Gilcher" export GIT_AUTHOR_EMAIL="florian.gilcher@asquera.de" export GITHUB_NICK="skade" export GITHUB_ORGANIZATIONS="asquera,padrino" export TWITTER_NICK="@argorak" export TM_COMPANY="Asquera GmbH"
@argorak
$ whoami Ruby Programmer since 2003 Now a consultant specialising
in backends... ... and team building. I run usergroups and organize conferences as a hobby.
http://asquera.de
http://padrinorb.com
http://eurucamp.org
“I don’t want to be woken up at night, so
I call myself a developer.”
I set out to present a more dev-minded perspective on
devops.
That was harder then I thought...
There’s a talk about the “transforming devs to devops” later
on.
git push developer mindsets/devops
Whats the benefit, if you don’t do a lot of
ops?
Vagrant Puppet Chef
Vagrant Puppet Chef
How did a devops mindset improve the software I write?
A bit of history about myself
I started my career in a typical agency job.
LAMP and the DEV/OPS split.
It wasn’t even that bad...
...until projects got special.
scale scope
Suddenly it turned out that one of the most efficient
teams was an admin, a programmer and a cup of coffee.
Example
An example One of our clients imports and reencodes videos
from a constantly changing number of sources each day.
Sources FTP upload FTP fetch RSS feeds RSS feeds that
are no RSS feeds And some more...
Destinations All of them need to be reencoded to a
standard set of sizes and bitrates.
Simple approach
Single program with architecture
Same architecture, 3 processes
Why?
Videos per day
Critical failures last year
Deployments last year
New ways of discussing things.
None
None
Practical things learned in the process.
... beyond writing daemons and stuff.
A different perspective on code.
Infrastructure as code.
Code for infrastructure.
Common CLI tools Common configurations styles Common way of doing
things
Gives insight Well managable Well automatable
In general, I care less about internal quality of programs
nowadays then about external quality.
My ugliest piece of code ran 1,5 years in production
without a change.
Nobody ever noticed how horrible it was.
I evaluate new software differently.
“Ease of setup” is a red flag.
This especially applies to new and fancy databases.
Not having to push any buttons to start working a
database is problematic, if not dangerous.
You might miss things along the way.
“Ease of non-trivial configuration” is far more important.
How to grade that?
Set up a production-like system.
Keep tally marks on how often it leaves you puzzled.
There is no such thing as “setting up production too
early.”
Everything before that is childs play.
The big bangs always happen in production.
My favourite: Expensive loadbalancers that die during configuration and need
to be shipped to the manufacturer.
Teams need to get used to their own systems.
Metrics and Logging are important in complex systems.
Most pure development teams underrate them and implement them too
late.
They should be there from day one.
Last but not least: internal tooling can save you a
lot of work.
Creative ways to talk about it even more.
None
But what about the humans?
Giving people say in many things makes them discuss many
things.
There are two things I rarely see in teams with
strict roles.
1. Platform refactorings
Why? It always means that individual roles loose ground.
Why? This can get political very quick.
Why? Lack of skill.
2. Code reviews
Why? Not enough staff that “is qualified” to review certain
code.
The devops mindset takes away a lot of friction.
Less asking permission, more doing.
When your frontend developer changes your backend API, your varnish
config, your deployment scripts and the puppet manifests before handing stuff off to review to implement a new feature, you are there.
Bonus points if said developer is the companies apprentice.
The devops mindset can be incredibly empowering.
Devops-minded teams can cope with missing team members easier.
Everyone knows what everything is roughly doing anyways.
Find hacks to gather and spread that knowledge across your
team!
None
To sum up:
Teams with a strong devops culture: can handle more complexity
Teams with a strong devops culture: can handle more complexity
can find more alternative approaches to problems.
Teams with a strong devops culture: can handle more complexity
can find more alternative approaches to problems. are more likely to find solutions that handle well in production.
Their immediate answers are more complex.
Thank you for listening.
How did devops change your development style?