Archiv:Devops Meetup: Unterschied zwischen den Versionen
B2c (Diskussion | Beiträge) K (→Agenda) |
Pepi (Diskussion | Beiträge) K (Pepi verschob die Seite Devops Meetup nach Archiv:Devops Meetup: No activity for over 4 years.) |
||
(43 dazwischenliegende Versionen von 10 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
+ | {{Usergroup | ||
+ | |logo=No-Logo.png | ||
+ | |organizer=[[User:Robe|Michael Renner]] [[User:Japhy|japhy]] [[User:cyberkov|Hannes Schaller]] | ||
+ | |topic=closing the gap between software development and operations | ||
+ | |targetgroup= | ||
+ | |homepage= | ||
+ | |email=devops@lists.metalab.at | ||
+ | |irc= | ||
+ | |startdate=2010 | ||
+ | |status=active | ||
+ | |meetings=http://lists.metalab.at/mailman/listinfo/devops | ||
+ | |description= | ||
+ | }} | ||
+ | |||
== WTF == | == WTF == | ||
Zeile 7: | Zeile 21: | ||
[http://www.slideshare.net/mpasternacki/devops-lightning-talk DevOps — slides from introductory lightning talk at Metaday #36] | [http://www.slideshare.net/mpasternacki/devops-lightning-talk DevOps — slides from introductory lightning talk at Metaday #36] | ||
− | There is a <b>[http://lists.metalab.at/mailman/listinfo/devops mailing list]</b> for announcements and discussions. | + | There is a <b>[http://lists.metalab.at/mailman/listinfo/devops mailing list]</b> for announcements and discussions, and an experimental [http://www.meetup.com/Vienna-Devops-Meetup/ meetup.com page]. |
== Next meetup == | == Next meetup == | ||
− | Tue., ''' | + | Tue., '''2013-03-18, 19:00''', [[Lage|Metalab]] Library |
=== Agenda === | === Agenda === | ||
− | * | + | * Chef for Puppeteers - [[User:Japhy|japhy]] |
− | + | * DevopsDays London Recap - [[User:Japhy|japhy]] | |
− | |||
− | * | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
== Presentation/topic propositions for future == | == Presentation/topic propositions for future == | ||
Zeile 42: | Zeile 37: | ||
# A comparative analysis of Linux HA Solutions by Bernhard Miklautz | # A comparative analysis of Linux HA Solutions by Bernhard Miklautz | ||
− | # | + | # Monitoring with [https://www.icinga.org/ Icinga] (or other Stuff That Is Not Nagios) |
− | |||
# … | # … | ||
Zeile 50: | Zeile 44: | ||
A list of all users for quick reference | A list of all users for quick reference | ||
− | * [[User:japhy|Maciej Pasternacki AKA japhy]] <maciej@pasternacki.net> | + | * [[User:japhy|Maciej Pasternacki AKA japhy]] - [https://twitter.com/mpasternacki @mpasternacki] - <maciej@pasternacki.net> |
− | * [[User:Robe|Michael Renner]] <michael.renner@amd.co.at> | + | * [[User:Robe|Michael Renner]] - [https://twitter.com/terrorobe @terrorobe] - <michael.renner@amd.co.at> |
− | * [[User:cyberkov|Hannes | + | * [[User:cyberkov|Hannes Schaller]] - [https://twitter.com/cyberkov @cyberkov] - <admin@cyberkov.at> |
− | * [[User:sts|Stefan Schlesinger]] <sts@ono.at> | + | * [[User:sts|Stefan Schlesinger]] - [https://twitter.com/stsonoat @stsonoat] - <sts@ono.at> |
* [[User:musha68k|Oskar M. Grande]] <musha68kBRACKETAPEgmailPUNKTcom> | * [[User:musha68k|Oskar M. Grande]] <musha68kBRACKETAPEgmailPUNKTcom> | ||
* [[User:b2c|David Gabriel]] <b2c AT dest-unreachable net> | * [[User:b2c|David Gabriel]] <b2c AT dest-unreachable net> | ||
Zeile 59: | Zeile 53: | ||
* [[User:space|Tobias Dostal]] <tobias@dostal.co.at> | * [[User:space|Tobias Dostal]] <tobias@dostal.co.at> | ||
* [[User:lfittl|Lukas Fittl]] <l.fittl@efficientcloud.com> | * [[User:lfittl|Lukas Fittl]] <l.fittl@efficientcloud.com> | ||
+ | * [[User:didi|Dietmar Hofer]] <d.hofer@bikecityguide.org> | ||
+ | * [[User:azet|Aaron Zauner]] - [https://twitter.com/a_z_e_t @a_z_e_t] - <azet at azet.org> | ||
+ | * [[User:dnsmichi|Michael Friedrich]] - [https://twitter.com/dnsmichi @dnsmichi] - <michael.friedrich at gmail.com> | ||
* ... you? :> | * ... you? :> | ||
Zeile 66: | Zeile 63: | ||
* http://www.jedi.be/blog/2010/02/12/what-is-this-devops-thing-anyway/ | * http://www.jedi.be/blog/2010/02/12/what-is-this-devops-thing-anyway/ | ||
* http://dev2ops.org/blog/2010/2/22/what-is-devops.html | * http://dev2ops.org/blog/2010/2/22/what-is-devops.html | ||
+ | * http://www.facebook.com/notes/facebook-engineering/making-facebook-self-healing/10150275248698920 | ||
=== Tools === | === Tools === | ||
Zeile 104: | Zeile 102: | ||
** [http://augeas.net/ Augeas], a parsing config file editor | ** [http://augeas.net/ Augeas], a parsing config file editor | ||
** [http://www.open-itcockpit.com/ IT Cockpit], a user-friendly UI for configuring Nagios | ** [http://www.open-itcockpit.com/ IT Cockpit], a user-friendly UI for configuring Nagios | ||
+ | ** [http://www.fail2ban.org fail2ban], banning malicious hosts based on log-file entries | ||
== History == | == History == | ||
+ | |||
+ | === 2012-09-18 === | ||
+ | |||
+ | * A bit about Foreman | ||
+ | * A bit about Postgres 9.2 | ||
+ | |||
+ | === 2012-08-28 === | ||
+ | |||
+ | * Odin Authenticator - a cookie-based single sign-on system for Apache - [[User:japhy|japhy]] | ||
+ | * A short potpourri of tools which proved useful when working in a large & rather homogenous infrastructure. Will include war-stories. pssh, graylog2, puppet & facter, lldpd, pt-query-diag, etc. - [[User:Robe|Robe]] | ||
+ | |||
+ | === 2012-07-17 === | ||
+ | |||
+ | * From OpenVZ to LXC - Michael Renner and Stefan Schlesinger | ||
+ | |||
+ | === 2012-06-19 === | ||
+ | |||
+ | * Aaron Zauner is going to talk about fail2ban abuse automation (see: http://pastebin.com/PvBWAhSM) | ||
+ | * Maciej Pasternacki has some notes about how other industries ensure reliable operations (slides, notes and links: https://lists.metalab.at/pipermail/devops/2012-June/000123.html) | ||
+ | * Michael Friedrich will talk about the Icinga past, present and future (notes and links: https://lists.metalab.at/pipermail/devops/2012-June/000122.html) | ||
+ | |||
+ | === 2012-05-29 === | ||
+ | |||
+ | * Continuous Integration Packaging with FPM -- [[User:japhy|japhy]] | ||
+ | |||
+ | ** Code snippets with comments for the build system: https://gist.github.com/2823575 | ||
+ | ** Vagrant, a convenient command-line tool for running VirtualBox virtual machines (VMs): http://vagrantup.com/ | ||
+ | ** FPM (Effing Package Management), the main actor: https://github.com/jordansissel/fpm/ | ||
+ | ** Buildbot, the continuous integration server: http://trac.buildbot.net/ (alternative for open source, Travis CI: http://travis-ci.org/) | ||
+ | ** Articles about setting up Buildbot by Jacob Kaplan-Moss, creator of Django: | ||
+ | *** Part 1, http://jacobian.org/writing/buildbot/ci-is-hard/ | ||
+ | *** Part 2, http://jacobian.org/writing/buildbot/configuration-and-architecture/ | ||
+ | ** Runit, a sane reimplementation of Dan J. Bernstein's daemontools under BSD-like license. A tool for managing long-running services (I'd say "daemons", but they don't daemonize – they are managed by runit when running in the foreground): http://smarden.org/runit/ | ||
+ | ** LXC - Linux Containers, a lightweight userspace virtualization for Linux (may be used for real clean builds or for testing the packages): http://lxc.sourceforge.net/ | ||
+ | ** The Debian Policy Manual: http://www.debian.org/doc/debian-policy/index.html#contents | ||
+ | |||
+ | FPM is a command-line tool that converts between different package formats (from: local directory, ruby gem, php pear, python module, node.js npm package, deb, rpm; to: local directory, deb, rpm, solaris, tar). The "local directory" pseudo-format allows for easy creation of quick-and-dirty packages that Just Work, short-circuiting all the layers from the Debian Policy Manual all the way up to dh_make with one quick script call. FPM doesn't care about actually building your stuff (as in: unpacking, configuring, compiling, etc). It just takes directory you put it into, and turns it into a package. To prepare the compiled files and put them in the right place first is your job. So is specifying the dependencies - there are no automatic dependencies on dynamically linked libraries. | ||
+ | |||
+ | Workflow for the continuous integration using bits & pieces from the gist: | ||
+ | ** On developer's workstation, "vagrant up" command brings up new VirtualBox VM with clean Debian and sets up a clone of the "packages" repository with a local branch | ||
+ | ** "vagrant ssh" to the VM, go to the packages repo, prepare or modify new package, test it | ||
+ | ** "git push" from the VM to the "develop" branch on the host server | ||
+ | ** "git pull . develop" on the host server's master branch to merge | ||
+ | ** "git push" to central git repo | ||
+ | ** buildbot (continuous integration server) picks up the commit | ||
+ | ** buildbot builds changed package and adds it to the apt repo | ||
+ | ** new package is available to clients via apt-get within minutes from the push. | ||
+ | |||
+ | === 2012-02-21 === | ||
+ | |||
+ | * [http://solarce.org/2012/02/12/why-monitoring-sucks-or-the-future-is-a-toolbox/ #monitoringsucks] | ||
+ | |||
+ | === 2011-12-14 === | ||
+ | |||
+ | * ? | ||
+ | |||
+ | === 2011-11-22 === | ||
+ | # Velocity EU recap by [[User:robe|Michael]] | ||
+ | |||
+ | === 2011-10-24 === | ||
+ | # Tier1 Hardware (Dell, HP, IBM) show & tell [[User:robe|Michael]] | ||
+ | #* We're going to look at a Dell R200, HP DL380G5 as well as a IBM x3650 M3 and see how they fare in regards of hardware maintenance, configuration, out of band management and general pain points. | ||
+ | # What hardware should I get anyways? General thoughts on performance evaluation, capacity planning, daily operations and other pitfalls. | ||
+ | |||
+ | === 2011-09-27 === | ||
+ | |||
+ | # git-flow, a successful branching model – [[User:Japhy|japhy]] | ||
+ | # Bullshit Bingo: Cloud strategies (how to make cloud work for you) - [[User:Japhy|japhy]] | ||
+ | # Monitoring systems, capacity planning, trending, etc. discussion | ||
+ | |||
+ | === 2011-06-14 === | ||
+ | |||
+ | # NexentaCore 3 ZFS Presentation & Workshop - David Gabriel | ||
+ | [http://wiki.dest-unreachable.net/download/attachments/4849673/ZFS-Workshop-Metalab-20110614.pdf?version=1&modificationDate=1308239411209 clickme: Presentation] | ||
=== 2011-05-17 === | === 2011-05-17 === | ||
Zeile 148: | Zeile 221: | ||
* Achieving Fully Automated Provisioning (whitepaper review and discussion, [[User:Japhy|japhy]], sauce: http://blog.controltier.com/2009/04/new-whitepaper-achieving-fully.html and http://dev2ops.org/blog/2009/11/2/6-months-in-fully-automated-provisioning-revisited.html) | * Achieving Fully Automated Provisioning (whitepaper review and discussion, [[User:Japhy|japhy]], sauce: http://blog.controltier.com/2009/04/new-whitepaper-achieving-fully.html and http://dev2ops.org/blog/2009/11/2/6-months-in-fully-automated-provisioning-revisited.html) | ||
− | |||
[[Kategorie:Workshops]] | [[Kategorie:Workshops]] | ||
− |
Aktuelle Version vom 19. Oktober 2016, 14:59 Uhr
Devops Meetup | |
Status: | active |
Thema: | closing the gap between software development and operations |
Gestartet: | 2010 |
Organisator: | Michael Renner japhy Hannes Schaller |
Email: | devops@lists.metalab.at |
Treffen: | http://lists.metalab.at/mailman/listinfo/devops |
Zuletzt aktualisiert: | 2016-10-19 |
WTF
A regular meetup of people interested in DevOps.
DevOps is kind of a new sysadmin buzzword for ways to close the gap between software development and operations; it's what happens when agile development spreads to the server room. We meet to discuss culture, processes, tools and trends that contribute to this field.
DevOps — slides from introductory lightning talk at Metaday #36
There is a mailing list for announcements and discussions, and an experimental meetup.com page.
Next meetup
Tue., 2013-03-18, 19:00, Metalab Library
Agenda
Presentation/topic propositions for future
If you have something to present, discuss, show, or ask around about, but don't want to commit to a date yet – here's the place to do it. If you want to hear about something specific, add it here too - maybe there's someone here who can tell about it.
- A comparative analysis of Linux HA Solutions by Bernhard Miklautz
- Monitoring with Icinga (or other Stuff That Is Not Nagios)
- …
People
A list of all users for quick reference
- Maciej Pasternacki AKA japhy - @mpasternacki - <maciej@pasternacki.net>
- Michael Renner - @terrorobe - <michael.renner@amd.co.at>
- Hannes Schaller - @cyberkov - <admin@cyberkov.at>
- Stefan Schlesinger - @stsonoat - <sts@ono.at>
- Oskar M. Grande <musha68kBRACKETAPEgmailPUNKTcom>
- David Gabriel <b2c AT dest-unreachable net>
- Christian Hofstädtler <christian@hofstaedtler.name>
- Tobias Dostal <tobias@dostal.co.at>
- Lukas Fittl <l.fittl@efficientcloud.com>
- Dietmar Hofer <d.hofer@bikecityguide.org>
- Aaron Zauner - @a_z_e_t - <azet at azet.org>
- Michael Friedrich - @dnsmichi - <michael.friedrich at gmail.com>
- ... you? :>
Links
- http://en.wikipedia.org/wiki/DevOps
- http://www.jedi.be/blog/2010/02/12/what-is-this-devops-thing-anyway/
- http://dev2ops.org/blog/2010/2/22/what-is-devops.html
- http://www.facebook.com/notes/facebook-engineering/making-facebook-self-healing/10150275248698920
Tools
- Automated installation & configuration
- Opscode Chef Ruby-based automated system configuration
- Puppet Another Ruby-based automated system configuration
- Fai Fully Automated Installer
- Cobbler Rapid deployment system, script/pluggable infrastructure, python-based
- The Foreman Provisioning and external Node classification for Puppet
- Cloud
- Eucalyptus Open-source cloud platform
- Ubuntu Cloud
- OpenQRM Datacenter Management Platform
- Deployment and control
- Capistrano Remote multi-server automation tool (deployment)
- MCollective Framework to build server orchestration or parallel job execution systems
- Vertebra [1] Another job execution system, XMPP-based
- ControlTier cross-platform build and deployment automation framework (job automation / infrastructure orchestration)
- Continuous Integration & Testing
- Documenting infrastructure
- OCS-ng Inventory system + GLPI Asset Management
- Ohai Detecting information (facts) about system
- Facter Detecting information (facts) about system
- puppet + facter + puppet-dashboard
- SICE Kit A set of tools and templates designed for MediaWiki to aid people who maintain systems and infrastructure
- Interpreter "sandboxes"
- virtualenv Python
- rvm Ruby
- perlbrew Perl
- Misc
- Grml Debian-based live CD
- Mongrel2, a language-agnostic Web server
- Augeas, a parsing config file editor
- IT Cockpit, a user-friendly UI for configuring Nagios
- fail2ban, banning malicious hosts based on log-file entries
History
2012-09-18
- A bit about Foreman
- A bit about Postgres 9.2
2012-08-28
- Odin Authenticator - a cookie-based single sign-on system for Apache - japhy
- A short potpourri of tools which proved useful when working in a large & rather homogenous infrastructure. Will include war-stories. pssh, graylog2, puppet & facter, lldpd, pt-query-diag, etc. - Robe
2012-07-17
- From OpenVZ to LXC - Michael Renner and Stefan Schlesinger
2012-06-19
- Aaron Zauner is going to talk about fail2ban abuse automation (see: http://pastebin.com/PvBWAhSM)
- Maciej Pasternacki has some notes about how other industries ensure reliable operations (slides, notes and links: https://lists.metalab.at/pipermail/devops/2012-June/000123.html)
- Michael Friedrich will talk about the Icinga past, present and future (notes and links: https://lists.metalab.at/pipermail/devops/2012-June/000122.html)
2012-05-29
- Continuous Integration Packaging with FPM -- japhy
- Code snippets with comments for the build system: https://gist.github.com/2823575
- Vagrant, a convenient command-line tool for running VirtualBox virtual machines (VMs): http://vagrantup.com/
- FPM (Effing Package Management), the main actor: https://github.com/jordansissel/fpm/
- Buildbot, the continuous integration server: http://trac.buildbot.net/ (alternative for open source, Travis CI: http://travis-ci.org/)
- Articles about setting up Buildbot by Jacob Kaplan-Moss, creator of Django:
- Runit, a sane reimplementation of Dan J. Bernstein's daemontools under BSD-like license. A tool for managing long-running services (I'd say "daemons", but they don't daemonize – they are managed by runit when running in the foreground): http://smarden.org/runit/
- LXC - Linux Containers, a lightweight userspace virtualization for Linux (may be used for real clean builds or for testing the packages): http://lxc.sourceforge.net/
- The Debian Policy Manual: http://www.debian.org/doc/debian-policy/index.html#contents
FPM is a command-line tool that converts between different package formats (from: local directory, ruby gem, php pear, python module, node.js npm package, deb, rpm; to: local directory, deb, rpm, solaris, tar). The "local directory" pseudo-format allows for easy creation of quick-and-dirty packages that Just Work, short-circuiting all the layers from the Debian Policy Manual all the way up to dh_make with one quick script call. FPM doesn't care about actually building your stuff (as in: unpacking, configuring, compiling, etc). It just takes directory you put it into, and turns it into a package. To prepare the compiled files and put them in the right place first is your job. So is specifying the dependencies - there are no automatic dependencies on dynamically linked libraries.
Workflow for the continuous integration using bits & pieces from the gist:
- On developer's workstation, "vagrant up" command brings up new VirtualBox VM with clean Debian and sets up a clone of the "packages" repository with a local branch
- "vagrant ssh" to the VM, go to the packages repo, prepare or modify new package, test it
- "git push" from the VM to the "develop" branch on the host server
- "git pull . develop" on the host server's master branch to merge
- "git push" to central git repo
- buildbot (continuous integration server) picks up the commit
- buildbot builds changed package and adds it to the apt repo
- new package is available to clients via apt-get within minutes from the push.
2012-02-21
2011-12-14
- ?
2011-11-22
- Velocity EU recap by Michael
2011-10-24
- Tier1 Hardware (Dell, HP, IBM) show & tell Michael
- We're going to look at a Dell R200, HP DL380G5 as well as a IBM x3650 M3 and see how they fare in regards of hardware maintenance, configuration, out of band management and general pain points.
- What hardware should I get anyways? General thoughts on performance evaluation, capacity planning, daily operations and other pitfalls.
2011-09-27
- git-flow, a successful branching model – japhy
- Bullshit Bingo: Cloud strategies (how to make cloud work for you) - japhy
- Monitoring systems, capacity planning, trending, etc. discussion
2011-06-14
- NexentaCore 3 ZFS Presentation & Workshop - David Gabriel
2011-05-17
- What's new in Perl 5.14? (Daxim)
- Opscode-hosted Chef stuff demo: cookbook repository, platform, … (japhy)
2011-04-19
- Kanban in operations by Tony (Datei:Kanban and Devops.pdf)
- 5 Years Metalab discussion
2011-03-15
2011-02-15
- Time management - basic ideas – japhy (based on the Time Management for System Administrators book)
- The Foreman - cyberkov, Provisioning and external Node classification for Puppet (Presentation from FOSDEM)
2011-01-11
- Mongrel2 introduction by Lukas Fittl
- Grml fly-by by Christian Hofstädtler (slides)
- Plat_forms - The web development platform comparison
2010-12-14
- A 10 minute PostgreSQL crash course including Q&A for operations-relevant Stuff - Michael
- A hopefully short and functional live presentation of my company's infrastructure User:b2c
- Overview: puppet+dashboard, vmware, storage
- live server deployment
- automated tests
- Free talk, show&tell, …
2010-11-23 Bootstrap meeting
- WTF devops? (lightning talk, japhy)
- WTF this meetup? (discussion)
- Achieving Fully Automated Provisioning (whitepaper review and discussion, japhy, sauce: http://blog.controltier.com/2009/04/new-whitepaper-achieving-fully.html and http://dev2ops.org/blog/2009/11/2/6-months-in-fully-automated-provisioning-revisited.html)