Steel City Ruby: Architecting Chaos

Slide 1

Slide 1 text

ARCHITECTING CHAOS Konstantin Haase

Slide 2

Slide 2 text

No content

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

ARCHITECTURE

Slide 6

Slide 6 text

CHAOS

Slide 7

Slide 7 text

PEOPLE

Slide 8

Slide 8 text

HISTORY

Slide 9

Slide 9 text

NON-CHRONOLOGICAL PRESENTATION there is no right order

Slide 10

Slide 10 text

No content

Slide 11

Slide 11 text

TECHNICAL TALKS

Slide 12

Slide 12 text

“TOUCHY FEELY” TALKS

Slide 13

Slide 13 text

THIS IS BOTH

Slide 14

Slide 14 text

THIS IS BOTH MAYBE

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

For the code is dark and full of errors. Game Of Thrones Home Box Office Inc. A Time Warner Company

Slide 17

Slide 17 text

No content

Slide 18

Slide 18 text

No content

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

No content

Slide 21

Slide 21 text

No content

Slide 22

Slide 22 text

No content

Slide 23

Slide 23 text

No content

Slide 24

Slide 24 text

← Home Travis - an experimental, distributed CI server on Heroku We had the I18n gem tested on runcoderun, a great service for open source projects to run continous integration on the web, and this was working very well for us. Unfortunately runcoderun was taken down. So I figured it should be easy to setup a few apps on Heroku and have them run the I18n test suite on different stacks (i.e. Ruby configurations on Heroku). It turns out it is not, apparently. Or I'm just too stupid to do it. Anyway I though I'd write things down so maybe someone else can pick this experiment up and push it a few steps farther. The current state is that Travis can automatically set up a single ci server and 3 ci runners on Heroku. The server app takes the ping from github and pings the 3 runners. Each of the runners forks and immediately returns from the parent (forking) process while the child process runs the build command and posts the result back to the server. The server stores the result and displays it on the builds index page. Everything's cool except that the runner does not work properly on neither aspen-mri-186 (i.e. Ruby 1.8.6) nor bamboo-mri-191 (i.e. Ruby 1.9.1). It seems to work fine on the bamboo-ree-187 stack though and I will leave it running for a while so we can see how it works out over a few commits to the I18n repository. 2010-06-16

Slide 25

Slide 25 text

← Home Travis - a distributed build server tool for the Ruby community So, I’ve started playing with the idea of a distributed build server tool once again in last year’s December … and Travisis what I came up with. Status quo ■ Travis is currently running on http://travis.heroku.com and already notiﬁes me about builds that pass or fail when someone pushes to those repositories I’ve registered for testing purposes. ■ The builds run on a virtual server that Julian Fischer has very kindly granted for this experiment. ■ The frontend is implemented using Backbone.js. ■ Build output and status information is “tailed” from the workers to the frontend (i.e. browsers) using websockets via Pusher. It is also pushed back to application (running on Heroku) using a standard REST API. All of these building blocks might change in the future, but here’s an overview of how they currently work together. And here’s a short screencast (the UI has changed a bit in the meanwhile but you’ll get the idea): 1:20 quick demo screencast. 2011-02-05

Slide 26

Slide 26 text

Three different JVMs, GCC & clang, Six Erlang versions, Clojure, Go, Groovy, Three Node.js versions, Haskell, Four Perl versions, Four Python versions plus PyPy, Two PHP versions, Ten (!) different Ruby versions/implementations, Two Scala versions, anything that runs on Linux GUI and Browser Testing (headless X11, Firefox and Chrome), with PhantomJS, Selenium, etc. MySQL, PostgreSQL, MongoDB, CouchDB, Redis, Riak, RabbitMQ, Memcached, Cassandra, Neo4J, ElasticSearch, Kestrel, SQLite, full root access, custom build steps, 3rd-party PPAs Notifications per Email, IRC, GitHub, Campfire, HipChat, Flowdock, Pusher, Web hook more than 15 Programming Languages with multiple implementations

Slide 27

Slide 27 text

more than 7,300,000 Test Suits 70,000 Open Source Projects more than 1,500,000 Test Suits, 4,000 Private Projects

Slide 28

Slide 28 text

more than 7,300,000 Test Suits 70,000 Open Source Projects for free

Slide 29

Slide 29 text

100% Open Source

Slide 30

Slide 30 text

“What Github did for sharing code, Travis CI will do for testing code. The value of this service cannot be overstated. Travis CI is a paradigm shift. The world will be a better place when every open-source developer is running their test suite on Travis CI.” Brian Ford Lead Developer, Rubinius Engine Yard

Slide 31

Slide 31 text

No content

Slide 32

Slide 32 text

scalability is not optional

Slide 33

Slide 33 text

web travis-ci.org api api.travis-ci.org

Slide 34

Slide 34 text

web api cli sso billing postgres hub log writer Pusher admin AMQP/Redis listener status notifier gate- keeper tasks Virtual Machine Virtual Machine Virtual Machine worker Deploy Target

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

No content

Slide 37

Slide 37 text

No content

Slide 38

Slide 38 text

No content

Slide 39

Slide 39 text

No content

Slide 40

Slide 40 text

No content

Slide 41

Slide 41 text

people seem like speaking for the project

Slide 42

Slide 42 text

who is the project?

Slide 43

Slide 43 text

people build amazing things

Slide 44

Slide 44 text

like, oh my god, this is amazing

Slide 45

Slide 45 text

the broader the group, the lower the barrier, the greater the chaos

Slide 46

Slide 46 text

this is good

Slide 47

Slide 47 text

have an architecture that works well with chaos

Slide 48

Slide 48 text

No content

Slide 49

Slide 49 text

HISTORY

Slide 50

Slide 50 text

No content

Slide 51

Slide 51 text

No content

Slide 52

Slide 52 text

No content

Slide 53

Slide 53 text

east germany vs west germany

Slide 54

Slide 54 text

No content

Slide 55

Slide 55 text

No content

Slide 56

Slide 56 text

No content

Slide 57

Slide 57 text

No content

Slide 58

Slide 58 text

No content

Slide 59

Slide 59 text

ﬁber

Slide 60

Slide 60 text

copper

Slide 61

Slide 61 text

No content

Slide 62

Slide 62 text

freifunk halle, x nodes

Slide 63

Slide 63 text

No content

Slide 64

Slide 64 text

CHAOS?

Slide 65

Slide 65 text

No content

Slide 66

Slide 66 text

CHAOS!

Slide 67

Slide 67 text

No content

Slide 68

Slide 68 text

No content

Slide 69

Slide 69 text

No content

Slide 70

Slide 70 text

No content

Slide 71

Slide 71 text

web api cli sso billing postgres hub log writer Pusher admin AMQP/Redis listener status notifier gate- keeper tasks Virtual Machine Virtual Machine Virtual Machine worker Deploy Target

Slide 72

Slide 72 text

No content

Slide 73

Slide 73 text

travis-ci/travis travis setup openshift travis-ci/travis-hub generate configuration travis-ci/travis-build generate build script travis-ci/travis-worker run build on VM rkh/dpl depoly to openshift

Slide 74

Slide 74 text

No content

Slide 75

Slide 75 text

No content

Slide 76

Slide 76 text

25 Pull Requests

Slide 77

Slide 77 text

12 years old aka “almost 13”

Slide 78

Slide 78 text

No content

Slide 79

Slide 79 text

No content

Slide 80

Slide 80 text

No content

Slide 81

Slide 81 text

No content

Slide 82

Slide 82 text

“When you don't create things, you become defined by your tastes rather than ability. Your tastes only narrow and exclude people. So create.” why the lucky stiff Ruby Art Project by Jonathan G.

Slide 83

Slide 83 text

@konstantinhaase github.com/rkh rkh.im