Хватит работать сверхурочно, пора работать рационально для системных администраторов



бет14/20
Дата25.07.2016
өлшемі2.53 Mb.
#220661
1   ...   10   11   12   13   14   15   16   17   ...   20
Легко добавлять новые страницы. Любой посетитель может добав­лять новые страницы. Если младший системный администратор за­ключит контракт с новым производителем, он легко добавит стра­ницу, касающуюся этого производителя, разместит на ней первич­ную контактную информацию и т. д.

  • Wiki-сайты централизованны и доступны. Любой пользователь мо­жет получить доступ к ним с помощью веб-броузера (если все его элементы управления на месте). На клиентской стороне не нужно никакого специального программного обеспечения.

  • Каждый может внести свой вклад. Любой посетитель сайта может отредактировать любую страницу, если заметит опечатку или вла­деет дополнительной информацией. Документ может появиться на свет в виде небольшого маркированного списка, потом кто-нибудь добавит в него новые пункты, а затем кто-то еще превратит доку­мент в полноценное описание процедуры.

  • Wiki-страницы отражают текущую ситуацию. Когда добавляются новые страницы, снимается одна из самых больших проблем, свя­занных с документированием, состоящая в том, что документы не­редко устаревают до момента опубликования. Wiki- это набор страниц, которые может немедленно обновить тот, кто обнаружил устаревшую информацию.

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

    Wiki-нотация и ссылки на страницы



    Wiki ослабляет все эти препятствия. Вам не нужно проходить специаль­ный курс обучения этой технологии, знание HTML тоже не требуется. Вам не нужна учетная запись для чтения документов. Если у вас нет учетной записи, а вы хотите отредактировать документ, то тут же полу­чаете возможность создать ее. Учетные записи создаются с таким уров­нем доступа по умолчанию, что пользователи могут выполнять боль­шинство базовых операций. Самое приятное, что, хотя пользователи мо­гут писать на чистом HTML, есть так называемая Wiki-нотация, позво­ляющая им вводить простой текст, который Wiki затем отформатирует. Например, Wiki понимает, что слова, окруженные звездочками, симво­лами подчеркивания или иными, должны быть как-то отформатирова­ны. Если вы введете *такой текст*, то на экране появится такой текст. А если --такой текст--, то на экране появится такой текст. Если вы создадите список, каждая строчка которого начинается со звездочки, Wiki преобразует эти строчки в маркированный HTML-список с тегами
      . Большинство людей быстро осваивает эту кодировку, поскольку уже пользуется ею в электронной почте, а если кто не пользуется, то справочной информации по форматированию в Сети предостаточно.

      Создание ссылок на Wiki тоже не составляет труда. Если вставить во вводимый текст URL-адрес, Wiki превратит его в ссылку. Установка ссылок на другие Wiki-страницы проходит еще забавнее. У Wiki-стра- ниц есть имена, имеющие специальный формат WikiWord. Програм­мистам, работающим на Perl, он известен как CamelCase или Studly- Caps. Имя представляет собой слово, содержащее буквы как в верх­нем, так и в нижнем регистре. Например, страницу можно назвать СписокПолезныхВещей. Каждый раз, когда вы используете в тексте это имя, Wiki превращает его в ссылку на страницу, даже если страницы с таким именем нет. В последнем случае щелчок по ссылке позволит пользователю создать страницу с этим именем. Иными словами, чтобы создать новую страницу, создайте ссылку, щелкните по ней и присту­пайте к редактированию.

      Размещать документы на Wiki-сайте тоже очень просто. Документ присоединяется к странице. Таким образом, любая страница может стать контейнером для документов в формате PDF, Word и др. Однаж­ды мне поручили организовать хранение документов Microsoft Word для сотрудников, не разбирающихся в технике. Я создал Wiki-страни- цу, назвал ее ТекушщПроекг и показал им, как присоединять к ней доку­менты. Wiki автоматически выводит таблицу присоединенных фай­лов. Может, кто и не осилит Wiki-нотацию, но уж присоединить доку­мент к странице все в состоянии. Возникает разделение труда: специа­листы создают Wiki-страницы и структуру хранилища, а те, кто далек от техники, присоединяют страницы. По мере привыкания к техноло­гии Wiki эти пользователи смогут освоить и более сложные задачи.

      Предотвращение Wiki-вандализма



      Для Wiki-страниц есть комплекс социальных и технических средств, гарантирующий, что вандалы и злоумышленники не разрушат храни­лище информации.

      Во-первых, есть простой общественный контроль: каждое изменение регистрируется в журнале с указанием автора изменений. Удивитель­но эффективный метод! Полагаю, факт регистрации автора на 90% удерживает пользователей от внесения безответственных исправле­ний. Это тем более справедливо в корпоративных условиях.

      Есть и технические средства борьбы с вандализмом. Все Wiki-страницы хранятся в системах, подобных RCS, CVS, Subversion или Microsoft So­urceSafe. Это обеспечивает практически бесконечные возможности от­ката. Вы без труда отмените исправления или сравните две версии стра­ницы для контроля изменений. Когда последствия вандализма легко устранимы, сам акт нередко теряет привлекательность в глазах хулига­на. Если бы аэрозольная краска смывалась дождем, не было бы элемен­та азарта в том, чтобы написать на эстакаде «Фрэнсин любит Харви».
      В большинстве Wiki-систем есть контроль доступа. Для каждой стра­ницы или группы страниц можно установить, кто может их читать, редактировать или переименовывать. По умолчанию каждый посети­тель может отредактировать любую страницу, в чем и заключается «принцип Wiki». Однако вы скорее предпочтете, чтобы главная стра­ница, меню и некоторые другие страницы были доступны для редак­тирования ограниченному кругу пользователей.

      Пуристы Wiki заявляют, что подобный контроль доступа не нужен, по­тому что в том-то и прелесть Wiki-культуры, что как вандалу несложно испортить страницу, так и кому-то еще несложно тут же восстановить ее. Это правда, но я лучше сплю ночью, зная, что страницу с номером телефона моей службы технической поддержки вправе отредактиро­вать только один человек - я сам. В Wiki-культуре фраза «Wiki с ори­ентацией на бизнес» равносильна фразе «Wiki с контролем доступа».

      Завершающим ударом против вандализма в Wiki является уведомле­ние по электронной почте. Большинство Wiki-систем могут отправ­лять уведомления по электронной почте при любом изменении страни­цы. Обычно такое уведомление содержит информацию о том, что было изменено (HTML-отчет о различиях), и вы можете быстро определить, было ли изменение благотворным или вредоносным. Некоторые Wiki- системы по умолчанию извещают веб-мастера о любом изменении. По­жалуй, это превышение необходимой самообороны.

      Хотя стремление задокументировать абсолютно все можно по­нять, ни в коем случае не указывайте пароли на веб-странице. Не стоит рисковать, даже если она защищена паролем и нахо­дится на безопасном сервере. Например, однажды я обнаружил сайт, который его владельцы считали безопасным, потому что пароли хранились на странице, защищенной паролем и доступ­ной только через SSL-соединение. Однако пользователи с учет­ными записями shell-account могли войти в систему и просмат­ривать файлы напрямую. Поскольку это был основной сервер подразделения, такие учетные записи были у всех.

      Система Wiki, с которой я больше всего работал, называется TWiki (http://www.twiki.org). Ее основным достоинством является управление доступом на добавление. Есть и другие системы - от чрезвычайно про­стых (одна из них написана на языке awk) до полнофункциональных. Некоторые крупные системы включают в себя технологию Wiki как од­ну из функциональных возможностей, другие целиком построены на концепции Wiki, например изумительная всеобъемлющая энциклопе­дия с открытым доступом - Wikipedia (http://www.wikipedia.org).

      Резюме





      ♦ Хранилище документов - прекрасный инструмент тайм-менедж­мента.


      • Хранилище, ориентированное на клиентов, предоставляет им необходимую информацию, и они меньше беспокоят вас.

      • Хранилище для внутренней ИТ-информации позволяет вам орга­низовать справочный материал для экономии времени впоследст­вии. Особенно полезными могут оказаться технологические кар­ты - короткие заметки о том, как следует выполнять сложные процедуры, - вашим коллегам не придется изобретать велосипед.

      • Хорошо задокументированную процедуру легче делегировать другому сотруднику. Это позволит вам вычеркнуть пункт из сво­его списка дел, поручив эту процедуру кому-то другому.

      • Технология Wiki облегчает доступ к хранилищу и не требует зна­ния HTML. Позволив всем пользователям редактировать (почти) все страницы, вы добьетесь того, что страницы будут содержать са­мую свежую информацию.

      • Создавать хранилище документов для группы системного админист­рирования не так страшно, как может показаться. Выбирая, что именно документировать, вы управляете масштабом хранилища. Приведенные в этой главе образцы помогут вам в начинании. Техно­логия Wiki позволяет документам динамически расти и развиваться.

      • Часто бывает трудно составить новый документ. Технология Wiki облегчает задачу разработки нового документа, создавая для вас все ссылки. Первоначальный документ может быть простой технологи­ческой картой, которая впоследствии будет дополняться. Вам со­всем не обязательно с самого начала создавать безупречный доку­мент. Напишите то, что важно в данный момент, и позвольте доку­менту развиваться.

      Личное хранилище информации

      Некоторые сведения мне хочется иметь под рукой, где бы я ни на­ходился, но памяти портативного компьютера недостаточно для их хранения. Я не стремлюсь к тому, чтобы эта информация была доступна всегда и сразу, но желательно иметь к ней хоть какой-то доступ. Размещение в Сети делает ее доступной почти из любого места, особенно по мере распространения технологии WiFi. Уста­новить каталог, защищенный паролем, достаточно просто.

      Часть информации я держу в хранилище Subversion. Подобно CVS и Microsoft SourceSafe, технология Subversion позволяет мне читать и обновлять информацию в хранилище из любой точ­ки сети. Технология Subversion часто применяется для хране­ния исходного кода и отслеживания изменений. Теоретически, где бы я ни находился, я могу либо загрузить последнюю версию хранилища, либо обратиться через SSH к компьютеру, у которо­го есть связь с хранилищем. В личном хранилище я держу очень большую адресную книгу и некоторую другую информацию.

      13

      Автоматизация

      Автоматизация наших задач - отдельное удовольствие. В какой еще профессии можно запрограммировать машины, чтобы они делали за нас нашу работу? Ах, если бы это было так просто! Автоматизация за­дачи требует времени, но выигрыш может быть огромным.

      Я не собираюсь здесь давать уроки Perl, Python, Ruby, UNIX shell, VBasic или Kix32. В этой главе я расскажу зачем, что и как следует ав­томатизировать. Кроме того, я приведу фрагменты кода, которые по­могают мне в работе уже много лет.

      Достоинство автоматизации очевидно. Она сокращает нам объем рабо­ты, потому что автоматизированная задача требует от нас меньше вни-

      Достаточно ли автоматизирована ваша работа?



      Адам Московиц (Adam Moskowitz), известный сисадмин, сказал мне, что для него «лакмусовой бумажкой» уровня автоматиза­ции является возможность поручить работу менее квалифициро­ванному сотруднику. Например, в одной фирме он автоматизи­ровал задачу ежедневного резервного копирования диска до та­кой степени, что замену ленты могла выполнить секретарша. Каждый день система отправляла ей и Адаму электронное сооб­щение с отчетом о статусе резервного копирования, проведенно­го предыдущей ночью. Как правило, в сообщении содержались указания, какую ленту следует заменить. Если происходил ка­кой-то сбой, секретарша знала, что ничего не следует предпри­нимать, пока Адам не устранит проблему сам. Со временем он усовершенствовал процедуру так, что система автоматически справлялась со все большим количеством аварийных ситуаций. В конце концов он добился, что система могла работать без его вмешательства месяцами.

      мания и времени или, благодаря «хрону» (cron) UNIX или планировщи­ку Windows, выполняется автоматически, без нашего участия. Неожи­данным положительным эффектом автоматизации является простота делегирования автоматизированной задачи. Любая задача, которую вы переложили на кого-то другого, уже является маленькой победой.

      В этой главе терминами «сценарий» и «программа» я буду обозначать разные понятия. Сценарий - это короткая программа, возможно всего из нескольких строк. Типичным сценарием является ВАТ-файл, не­сколько строк на языке Perl или небольшой shell-файл UNIX. Про­граммой я буду называть более длинные программы, разработка кото­рых требует обдумывания и планирования. Как правило, формальный процесс создания программы включает сбор требований, разработку и тестирование. Программы обычно пишутся на компилируемых язы­ках, таких как C+ + . Интерпретируемые языки, вроде Perl, тоже под­ходят для создания больших программ, но используются реже. Про­граммисты, пишущие на языке Perl, называют свой код сценарием, если он невелик, и программой, если код имеет значительный объем.





      Что автоматизировать?



      Трудно найти время для автоматизирования процессов, поэтому при­ходится выбирать. Мы не можем автоматизировать всю нашу работу. Задачи, встающие перед системными администраторами, распадают­ся на четыре общие категории:

      • Простые задачи, выполняемые один раз. К первой категории отно­сится большая часть вашей повседневной работы. Если задача про­ста и вы выполняете ее один раз, нет смысла ее автоматизировать. На автоматизацию уйдет больше времени, чем на саму задачу.

      • Сложные задачи, выполняемые один раз. Вторая категория вклю­чает задачи, достаточно сложные, чтобы выполнить их с первой по­пытки, поэтому, оформив последнюю (работающую) последова­тельность команд в виде сценария, вы получите инструкцию для ее следующего выполнения. Если вам понадобилось сделать что-то

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



      Достарыңызбен бөлісу:
  • 1   ...   10   11   12   13   14   15   16   17   ...   20




    ©dereksiz.org 2024
    әкімшілігінің қараңыз

        Басты бет