Ruby для системной администрации

Марионетка и Шеф-повар являются двумя очень популярными инструментами управления конфигурацией, которые записаны в Ruby. Я повторно подставляю их использование, и популярность породит некоторое использование Ruby в поле системного администратора. Python и Perl так сильно доступны однако (и установленный по умолчанию на большинстве *отклоняют разновидности), что Ruby затмиться ими. Я ожидаю что иметь место для обозримого будущего.

Ruby обычно рассматривается как специально хороший для реализации предметно-ориентированных языков.

Один инструмент, который использует эту силу, которая приходит на ум, является Марионеткой, но я уверен, что существуют другие:

http://en.wikipedia.org/wiki/Puppet_ (программное обеспечение)

Меня в особенности - я не использую Ruby для задач системного администратора непосредственно, но я действительно использую Марионетку.

Ruby является превосходным языком для системного администратора, пишущего сценарий. Грабли являются также большим инструментом для многих задач системного администратора.

Я настоятельно рекомендую книгу, "Каждый день Пишущую сценарий С Ruby". Кроме того, проверьте рубиновый сайт PLEAC для некоторых ярких примеров.

HTH!

Tom Purl

Как существуют книги по теме, и даже толпа IBM/AIX вошла в игру, я сказал бы, что существует много людей, делающих ее. Я лично не развернул много рубиновых сценариев, но мы записали нескольким сервисным демонам с ним, и это - очень хороший язык с большой частью питания Perl, но меньшего количества тенденций "Только для записи".

I started using Ruby back at version 1.45 when it wasn't included anywhere. One of the things that drove me to it was the incompatabilities between Perl 4 and Perl 5 - my environment included both but a particular script had to be debugged because of these incompatabilities, which ended up including a test for whether the interpreter was version 4 or version 5.

For me, Ruby was love at first sight: all the expressiveness of Perl and the object-oriented paradigm of Smalltalk. Ruby was also designed from the ground up to be easy to use, and to be easy for Perl programmers (and others) to switch to. Coming from a background that included both Perl and OOP, I found it easy to use.

Ruby has to be one of the only languages that had ease of use as a design goal.

I wrote quite a few system admin tools in Ruby; one of the biggest was a backup system that took an Oracle database, copied it cold to a backup directory on the database host, then coordinated with a backup server to copy the files and keep the last 7 days to a month of database backups (not to mention, all of these - local directory and backup host files - were backed up to tape!).