[Uneex] Учебник по администрированию Linux: соображения

[Fr. Br. George]

Предлагаю тему будущего (возможно, не ближайшего, отчего -- будет ясно
ниже) семинара:

Учебник по системному администрированию
		или
в погоне за Неметт, Уэлшем и Робачевским.

Кто видел в моём ЖЖ, примерно знает, о чём речь.

Передо мной стоит задача: уложить курс "Системное администрирование
Linux" в _один_ семестр, и написать учебник по получившемуся курсу.
Курс должен состоять из 18 лекций, одна лекция -- одна пара.

Первая мысль: объём материала требуется сократить эдак раз в пять-шесть.
В самом деле:
- программирование на скриптовых языках
- TCP/IP и Internet
- Аппаратное строение современной вычислительной техники
- Архитектура ОС Linux
- Administrators' cookbook
Всё это курсы не менее одного семестра. И всё это имеет отношение к
теме.

Это была вводная.

Теперь рассуждение.

Задача была бы и вправду неразрешимой, если бы не одно замечаение.
Все пункты этого списка -- НЕ системное администрирование. Это
инструментарий администратора, но не оно само.

В самом деле: Вот устраивается человек (скажем, Лев Гуревич из нашей
второй книжки) на работу системным администратором при Linux-машинах.
Допустим, прямо с нуля. С чем ему придётся столкнуться в первую очередь?
Чем именно заниматься?

Оказывается, совсем другим. Серверную комнату делать. Кабели класть
(пускай не самому, но ведь надо). По пользователям бегать. Настраивать
им виндовз (да-да). Вправлять мозги студенту-"коадмину", который не
знает ничего, кроме ICQ, а, возможно, и не хочет. Писать какие-то
отчёты-инструкции-фигульки.

Нет, конечно. тем, о чём мы все подумали, заниматься тоже придётся. Но
именно для сиссадмина на компьютерах клет свином не сошёлся
категорически. Собственно, имаенно этим онотличается от "компьютерщика".

А теперь вывод.

Если уж по-честному писать учебник по системному администрированию, то
весь инструментарий надо из него вынести либо в требуемую, либо в
рекомендуемую литературу. А писать именно про то, чем придётся
заниматься, и без чего процесс администрирования просто невозможен.

То есть надо хорошенько представить себе все три области деятельности
сисадмина, как человека, призванного обеспечивать
аппаратно-инфраструктурную (работа с железяками, пластмассками, бетоном
			    и т. п.)
административно-социальную (работа с людьми)
программно-машинную	   (работа с ПО)

и сам _процес_ администрирования (цикл
"планирование-настройка-поддержка").

Так или иначе, но каждая из 3*3=9 тем потянет не меньше, чем на лекцию.
В которой следует описать задачи, встающие перед сисадмином и указать
пути их решения. Чтобы не выходить за пределы одной лекции, все такие
пути следует оформлять в виде ссылок на ресурсы, даже кратко
пересказывать которые нужно только при крайней необходимости. RTFM,
доведённый до абсурда. Чтобы не отклоняться от темы (системное
администрирование именно Linux) некую часть лекции следует посвятить
тому, что именно делал Гуревич на этом этапе.

Итого десять (вводная плюс вся решётка) лекций. Оставшиеся восемь стоит
посвятить _классам_ решаемых при администрировании задач (с непременным
описанием, как внутри них проявляется пресловутая решётка 3*3). Тут есть
определённая свобода выбора или пропуска, но способ изложения должен
остаться тем же: если в сети/книге есть текст, пересказывать этот текст
следует только при крайней необходимости и не больше, чем абзацем.
Примерный список тем:

Сеть и Интернет (часть первая)
Обеспечение информационной безопасности
Сеть и Интернет (часть вторая с безопасностью и iptables)
Масштабирование, профилактика и пр. (комп. классы, bakcup и вокруг,
	общий смысл -- как [не] отвечать за 200 компьютеров)
Виндовз (здесь и samba, и всякие эмуляторы)
Малый офис, исопльзование конфигураторов (вроде нашего ALTerator-а,
	общий смысл -- как работать приходящему админу)
Инструментарий Настоящего Админа (не cookbook, а ссылки на cookbook-и и
	их классификация)
Книги Настоящего Админа (вообще информационное пространство, google и пр.)

Конечно, сдать экзамен по такому курсу сможет только тот, кто сходил по
всем ссылкам. Ну так ведь оно нам и надо, а?

Самая неподъёмная часть работы по такому учебнику -- релевантный набор
ссылок. Спарва я думал поручить эту работу Роме, но потом до меня дошло,
что один человек с таким не справится. Что это работа для сообщества. С
чем и обращаюсь: любой степени полезности ссылки по теме приветствуются.

Особенно там, где в первую очередь в голову ничего не приходит: работа с
пользователями и операторами, описание всяких аппаратных требований к
серверным, классам, проводам и пр, какие-то формы отчётности и
инструкций, словом всё, чем мы стремимся не заниматься и от недостатка
чего сами ингода страдаем (впрочем, иногда и от избытка). 

Упоминание в учебнике каждого, внесшего вклад, гарантировано. Инкогнито
-- при необходимости -- тоже :).

Если в моих соображениях есть какой-то общий, системный недочёт, просьба
его высветлить, пока не поздно.

Кстати, текст учебника будет доступен под FDL.

-- 
			George V Kouryachy (aka Fr. Br. George)
			mailto:george at po_cs_msu_su