Знакомство и установка


Навыки системного администратора



бет18/19
Дата18.09.2022
өлшемі10,65 Mb.
#39429
1   ...   11   12   13   14   15   16   17   18   19
Байланысты:
Методичка 1. Введение в Linux. Знакомство и установка

Навыки системного администратора


Сразу отметим, что и системный администратор, и разработчик — это человек, который много гуглит. Технологии устаревают очень быстро, поэтому необходимо постоянно держать себя в тонусе. Кроме того, всегда могут возникнуть нестандартные ситуации либо задачи, которые потребуют поиска решений в Интернете.
Существует каркас в UNIX/Linux, которому уже скоро стукнет 50 лет. Это сильно облегчает, стандартизирует работу, тем не менее, есть набор инструментов и механизмов, как молодых по своей сути, так и просто часто обновляющихся и меняющих архитектуру.
Более того, даже разные дистрибутивы Linux порой сильно отличаются друг от друга. Установка программ в семействе redhat и в семействе debian отличается, так как у них разные системы пакетов. Отличаются конфиги. Отличаются компоненты. Например, в Ubuntu 14.0 LTS в качестве системы инициализации используется Upstart, в Ubuntu 16.0 LTS — systemd. Это не только иные конфигурационные файлы, это другая идеология. Приходится работать с большим разнообразием конфигурационных файлов, инструментов, идеологий. К этому надо привыкать.
Если освоить базовые основы, идеи системного администрирования в UNIX-подобных системах и не бояться, искать, выбирать, то, как сильно бы не поменялись в дальнейшем инструменты, вы всегда найдете тот или иной способ выполнить поставленную задачу.
Теперь по поводу поиска решений.
Прежде всего, необходимо правильно формулировать запрос к поисковой системе. Что именно вы хотите сделать? Для какого аппаратного обеспечения? Для какого программного обеспечения? Для какой версии программного обеспечения? Поисковая выдача предоставит довольно большой список найденных документов, и в них нужно уметь ориентироваться, определять «свежесть» документа (не устарели ли сведения, на которые вы хотите положиться), авторитетность ресурса/людей, отвечающих на вопросы. Порой в рекомендациях можно найти необдуманные и даже опасные советы.
Наиболее авторитетными источниками являются в первую очередь документы от производителей. Это встроенная в систему документация (прежде всего, man), официальные сайты производителей программного обеспечения. В случае сетевых решений — это стандарты, описывающие соответствующие протоколы. Во вторую очередь — ресурсы, которые могут предоставлять ответы на вопросы, например askubuntu или stackoverflow. В-третьих, частные сайты и блоги.
При этом всегда надо разбираться, почему вам советуют сделать так или иначе, какие опции конфигурационного файла вы будете править и зачем. Никоим образом не следует заниматься слепым копированием, надо понимать, почему сделано так: у каждого инструмента своя идеология и опыт использования.
Далее хотелось бы поговорить о выборе инструментов. Если есть возможность выбора, вы обнаружите, что он велик. Есть небольшие инструменты, решающие одну задачу в соответствии с UNIX-way. Есть, наоборот, швейцарские ножи, которые могут делать все. В последнем случае порог вхождения может быть довольно высок, и надо понять, стоит ли из-за одной возможности тянуть весь предлагаемый функционал. Если вы видите, что инструмент позволяет решить и другие насущные задачи, упростить работу, почему бы и нет? В иных случаях проще сделать задачу вручную, если затраты на освоение инструмента будут превышать время ее решения, а производительность существенно не повысится.
Следует обратить внимание на комьюнити инструмента. Развивается ли данное решение, какая у него аудитория, достаточно ли инструмент протестирован? Если будут обнаружены критические уязвимости, как быстро они будут исправлены? Не стоит вслепую устанавливать все свежие решения, по крайней мере, в production. Можно испытать решение на тестовом сервере/стенде. В работе необходим разумный консерватизм. Не стоит спешить устанавливать «сырые» неопробованные вещи. Но и отказ от обновлений, потому что «и так все работает», может потянуть в дальнейшем еще большие проблемы. Само собой, необходимо устанавливать обновления для ПО, в котором были найдены и закрыты критические уязвимости.


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




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

    Басты бет