Задать вопрос
@Alexbert

Как вести документацию по серверам (Сис.Администрирование)?

Приветствую, маленькая команда сисадминов (3 чел), есть необходимость организовать хранение данных по серверам/клиентам (пароли, истории задач, скрипты, конфиги и т.д.)
На данный момент храним всё в текстовых файлах. С ростом базы выявились минусы такого подхода:
- Неудобный поиск
- Неудобно обмениваться между с собой
В идеале это, наверное, будет простая CRM-ка со вставкой кода, прикреплением небольших файлов (pdf, txt) и разграничением прав доступа.
Подскажите нормальные варианты, можно платные. Спасибо.
  • Вопрос задан
  • 1002 просмотра
Подписаться 3 Оценить 3 комментария
Пригласить эксперта
Ответы на вопрос 5
@paldraken
Для паролей и другой секурной информации использую enpass
База паролей шифруется и закрыта мастер паролем. Внутри удобная древовидная структура. Для синхронизации между командой можно использовать облачные хранилища. Бесплатна для декстопов.
Как альтернатива опенсорсный KeePass, но с ним пришлось повозится чтобы настроить синхронизацию под линукс.
Ответ написан
CityCat4
@CityCat4
//COPY01 EXEC PGM=IEBGENER
redmine?

UPD: Скрипты и конфиги - в VCS. VCS по вкусу :) redmine поддерживает все известные - svn, git, mercurial...
Ответ написан
Комментировать
athacker
@athacker
Ситикэт правильно говорит. Для обеспечения ваших нужды нужны три разные программы. Трекер, возможно, со встроенным функционалом a la wiki. Редмайн для этого вполне подходит, да. Как вариант -- можно посмотреть на YouTrack. До 10 пользователей бесплатно можно пользоваться. Но ютрек -- это чистый таск-трекер. Там нет возможности документацию вести.

Пароли -- нужно использовать менеджер паролей. Мы юзаем KeePass, он неплох.

Хранение конфигов/скриптов -- SVN. Некоторые предпочитают гит, но на мой взгляд, для хранения конфигов он не подходит. Одна только необходимость тащить локально всю репу на каждый сервер (т. е. все конфиги всех серверов) уже ставит под большое сомнение возможность его использования в этом сценарии. Да, это обходится -- можно выдёргивать отдельные участки репы, но это уже пляски с бубном. SVN для хранения конфигов подходит гораздо лучше.

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

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

Для документирования -- любой движок, например, тот же dokuwiki.

И насчёт доступа фрилансерам тоже правильно сказали -- фрилансеру выдаётся временный аккаунт в таск-трекере, выдаются временные необходимые доступы, и при закрытии задачи всё зачищается. Если ему нужны какие-то документашки, то наверное, проще их экспортировать в PDF и ему скидывать.
Ответ написан
Комментировать
effko32
@effko32
Может Evernote сгодится?
Ответ написан
Комментировать
opium
@opium
Просто люблю качественно работать
редмайн и его вики
ансибл тоже частично решает эту проблему
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы