Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
Cookbook Reusability
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
someara
October 02, 2014
Technology
830
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Cookbook Reusability
Chef Summit 2014
someara
October 02, 2014
More Decks by someara
See All by someara
Docker Docker Docker Chef
someara
0
550
Hand Crafted Artisinal Chef Resources
someara
0
630
Configuration Management Camp 2015
someara
1
600
TDI with ChefDK 0.0.1
someara
2
900
Configuration Management 101 @ Scale12x
someara
2
940
Configuration Management 101
someara
3
830
Introduction to Chef - Scale 10x
someara
2
490
Introduction to Chef - NYLUG Jan 2012
someara
2
330
Introduction to Chef - LISA11
someara
10
6.2k
Other Decks in Technology
See All in Technology
オントロジーって 結局なにもの? AI エージェントに「意味」を渡す知識設計の話
greenmidori
0
230
DGX Spark でどこまでハッキングができるのか?
kash1064
3
1.4k
Benchmarking Disaggregated Serving on vLLM + Dynamo with a Real Coding-Agent Workload
nttcom
1
200
「Docker Desktop不要の時代」は 来たのか?
ueponx
0
820
ブラウザとサーバーから考えるAI時代のフロントエンド監視
shogo4131
3
1k
V8のArray.prototype.flatを最大約20倍速くするまでと、巨大OSSへの大規模コミットの道のり
riyaamemiya
0
300
Rust で関数型ドメインモデリング
takonda
0
160
二歩目のフロントエンド・ウェブアクセシビリティ
camiha
2
650
サブエージェントと Claude Mods で作る独自 Advisor ツールの話
kenichiodo
2
160
SAENM ~Jupyterで残すPoCの試行錯誤、未来の自分と仲間を助ける記録!~
terapyon
0
120
10年後、Engineering 行為を剥奪されるとして、わたしたちは、どう、何を創ればいいだろうか。 / If Engineering Is Taken Away in 10 Years, How and What Should We Create?
bitkey
PRO
1
200
Conditional PED-ANOVA: Hyperparameter Importance in Hierarchical & Dynamic Search Spaces
pfn
PRO
0
140
Featured
See All Featured
The Mindset for Success: Future Career Progression
greggifford
PRO
0
540
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
2
410
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
3.1k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
570
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
300
Side Projects
sachag
456
43k
The Spectacular Lies of Maps
axbom
PRO
1
1.1k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
320
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
480
Designing for Timeless Needs
cassininazir
1
530
Transcript
Cookbook Reusability! Chef Community Summit 2014
Sean OMeara!
[email protected]
! @someara
whoami
A Year in Review
Diversification
7zip! apache2! ark! application*! couchdb! Imagemagick! java
logrotate! mercurial! munin! nagios! nginx! ntp! openvpn
pacman! postgresql! python! reprepro! rabbitmq! runit! supervisor
selinux! tmux! varnish ! wordpress!
Supermarket https://www.flickr.com/photos/mobilestreetlife/10885044043
• Escaped the tyranny of JIRA! • Moved to Github
Issues! • Automated CLA checking! • OSS Artifact Repository
Rewrites
2009 0.5.2 Chef Vagrant ChefSpec 0.1.0 0.0.2 Minitest-Chef Berkshelf Test
Kitchen 2010 0.9.0 2011 0.10.0 2012 10.12.0 1.0.0 0.2.0 1.0.0 0.7.0 1.0.0 2013 2014 1.0.0 2.0.0 1.0.0 2.0.0 1.4.0 11.0.0 12.0.0 1.6.5 3.0.0 3.0.0 1.2.2 ServerSpec ChefDK 0.0.1 2.0.0 0.2.2 TDI Capability 0.8.0
yum! yum-*! jenkins! mysql! httpd
The Evolution of a Chef Cookbook
Stage 1 - Paradise https://www.flickr.com/photos/nattu/1385100375/
None
test / repair test / repair test / repair
Easy to read Easy to grok Easy to test }
Stage 2 - if statements
logic compiled into resource collection
Resource DSL } Just Ruby }
Resource DSL } Just Ruby } }Chef
Stage 3 - Crazytown https://www.flickr.com/photos/kwl/4595324641
None
wat
Why?
Reusable is useful
Cross-platform is useful
We desire useful things
Platform idioms are hard
Keeping the Dream Alive https://www.flickr.com/photos/kalexanderson/7014655351/
Most people just write their own cookbooks from scratch
I really really really want reusable cross-platform cookbooks
Lessons Learned
Attributes are routinely abused https://www.flickr.com/photos/jabberwocky381/2828863789
None
Attributes are an interface
Attributes are tunable knobs
None
You probably just want a variable
None
Or even a method
None
Using an attribute to track state during a Chef run
causes tears and sorrow
Prefer resource parameters
None
None
Primitives are more useful than opinionated policy
“They’re Just Resources”! ! LWRP is Googleable
Zoom out a level! ! Think about services and runtimes,
not files and processes
Singleton resources are good but confusing. Possibly even dangerous.! !
Multiple instance support is better! ! Cross-platform resources are best
None
BDD / TDD yields high quality cookbooks https://www.flickr.com/photos/glenirah/4376553184
Test Kitchen! ServerSpec / Minitest / Bats! ChefSpec
2009 0.5.2 Chef Vagrant ChefSpec 0.1.0 0.0.2 Minitest-Chef Berkshelf Test
Kitchen 2010 0.9.0 2011 0.10.0 2012 10.12.0 1.0.0 0.2.0 1.0.0 0.7.0 1.0.0 2013 2014 1.0.0 2.0.0 1.0.0 2.0.0 1.4.0 11.0.0 12.0.0 1.6.5 3.0.0 3.0.0 1.2.2 ServerSpec ChefDK 0.0.1 2.0.0 0.2.2 This Slide Again 0.8.0
Full test coverage is tedious
Full test coverage is totally worth it
Let users bring their own configurations
It is better to add to a resource_collection than to
monkey patch it
Configuration files are the brains of a service
Manage minimal configuration to get a service running
Offload further configuration to the user
conf.d is your friend
Hide everything else inside a resource
Add resource parameters when appropriate
None
None
Cross-platform cookbooks are hard https://www.flickr.com/photos/glenirah/4376553184
Cross-platform resources are even harder
They can be done!
Create a resource
None
Create a provider
None
Subclass platform providers
None
None
None
None
None
Set provider default for platforms
None
Do Repeat Yourself
Some resources are often the duplicated across providers
That’s fine. It’s the pattern as a whole that’s important
Maximize for grokability
People will be reading your code for the first time
during operations work
Init systems are annoying
Using a service resource usually requires file or template resources
in addition to service[thingd]
Debconf! Docker! LaunchD! Runit! SMF! Simple! SystemD! Sysvinit! Upstart! Windows
Services
Subclassing is awesome
None
Customize before recipe compilation
Going Forward
Cookbooks that ship resource primitives
More examples to copy
More breaking backwards compatibility (sorry)
Providers implemented with Docker containers (why not?)
chef-metal
Tell me what you think
Please don’t hurt me =)
None