Comments 22
А кто мешал делать документацию и прочее своевременно, чтобы потом не разгребать?
Не понимаю, простой сисадмин в небольшой конторе, и какие-то сложности с управлением. Другое дело когда контора больше 5000+ сотрудников, из них ИТ под 100…
Не понимаю, простой сисадмин в небольшой конторе, и какие-то сложности с управлением. Другое дело когда контора больше 5000+ сотрудников, из них ИТ под 100…
Приветствую, я прекрасно понимаю о чем вы. Только Я оказался в такой ситуации, где все прошлые сисадмины клали болт на свою работу, а руководство просто не выделяло денег на развитие данного сектора компании.
Какие деньги нужны, чтобы просто за собой записать что делал? Постоянно слышу такие отмазки…
Я не говорю что нужны деньги для написания документации. А деньги в целом не выделялись никогда в этой компании.
Чтобы что-то сделать, нужно четкое ТЗ, или хорошая мотивация чтобы делать лучше чем указано в ТЗ.
Зачастую документация вообще не предусмотрена в инфраструктуре, есть только «сделай быстрее чтоб работало»
Зачастую документация вообще не предусмотрена в инфраструктуре, есть только «сделай быстрее чтоб работало»
Я так и не понял о чем статья %) прям поток сознания
«простым сисадмином меня почти не посвящали в тонкости организации ИТ-инфраструктуры..»
— Вы точно там сисадминили? Обычно только админы и знают тонкости.
«додумывать варианты направления развития бизнеса в целом»
— Ох льстите Вы себе, льстите.
«Полное отсутствие документации — вообще!»
— и чего удивляться. С таким подходом, ни бюджеты не запланировать, ни защитить.
«При наличии доступа к административной панели сделать бэкапы конфигураций, описать “что”, “зачем” и “для чего” настроено в конкретной железке, переписать все сетевые адреса серверов, управляемых железок (да простят меня господа сетевики), сетевых хранилищ, принтеров»
— А я смотрю организация то у Вас небольшая, или Вы знатный мазохист.
«Необходимо именно оценить серверные мощности.»
— повторюсь похоже, Вы точно там сисадминили? %)
«Когда парк ваших серверов и сервисов достигает критической массы и вы вынуждены заходя в серверную смотреть, что это за систменик или тыкаться по KVM в поисках нужного сервера, то вам явно требуется виртуализация.»
— может начать с банальных наклеек с банальным IP адресом и именем сервера? потом можно уже и виртуализацию %)
«сервера 1С (тут в меня могу полететь тухлые помидоры)»
— я еще б и яиц тухлых добавил.
«Для выбора конкретных моделей оборудования обращайтесь за помощью в специализированные чаты (сам использовал чаты в Телеграм, т.к. там всегда живой народ и больше шансов получить быстрый ответ; список можно загуглить).»
— божечки. чятики. прям представляю «Люди посоветуйте начинку для центрального узла VPN, асу например, или там клоудроутер какой.»
«Старайтесь максимально документировать все свои действия на серверах в процессе изменения конфигураций сервисов.»
— Это называется Change Managment
«Идеальной инструкции не существует!»
— конечно нет, для остальных есть ITIL
«Идеальной защиты не существует!»
— вот это что было?
«простым сисадмином меня почти не посвящали в тонкости организации ИТ-инфраструктуры..»
— Вы точно там сисадминили? Обычно только админы и знают тонкости.
«додумывать варианты направления развития бизнеса в целом»
— Ох льстите Вы себе, льстите.
«Полное отсутствие документации — вообще!»
— и чего удивляться. С таким подходом, ни бюджеты не запланировать, ни защитить.
«При наличии доступа к административной панели сделать бэкапы конфигураций, описать “что”, “зачем” и “для чего” настроено в конкретной железке, переписать все сетевые адреса серверов, управляемых железок (да простят меня господа сетевики), сетевых хранилищ, принтеров»
— А я смотрю организация то у Вас небольшая, или Вы знатный мазохист.
«Необходимо именно оценить серверные мощности.»
— повторюсь похоже, Вы точно там сисадминили? %)
«Когда парк ваших серверов и сервисов достигает критической массы и вы вынуждены заходя в серверную смотреть, что это за систменик или тыкаться по KVM в поисках нужного сервера, то вам явно требуется виртуализация.»
— может начать с банальных наклеек с банальным IP адресом и именем сервера? потом можно уже и виртуализацию %)
«сервера 1С (тут в меня могу полететь тухлые помидоры)»
— я еще б и яиц тухлых добавил.
«Для выбора конкретных моделей оборудования обращайтесь за помощью в специализированные чаты (сам использовал чаты в Телеграм, т.к. там всегда живой народ и больше шансов получить быстрый ответ; список можно загуглить).»
— божечки. чятики. прям представляю «Люди посоветуйте начинку для центрального узла VPN, асу например, или там клоудроутер какой.»
«Старайтесь максимально документировать все свои действия на серверах в процессе изменения конфигураций сервисов.»
— Это называется Change Managment
«Идеальной инструкции не существует!»
— конечно нет, для остальных есть ITIL
«Идеальной защиты не существует!»
— вот это что было?
О да, в чатах и форумах сидят реальные админы :)))
Первые лет 5 сисадминства я там тоже был, потом перестало на это хватать времени и желания отвечать на глупые вопросы. Сейчас, имея ~18 лет опыта, поиск решения проблемы методом поста в форум вызывает улыбку.
Первые лет 5 сисадминства я там тоже был, потом перестало на это хватать времени и желания отвечать на глупые вопросы. Сейчас, имея ~18 лет опыта, поиск решения проблемы методом поста в форум вызывает улыбку.
Вы точно там сисадминили? Обычно только админы и знают тонкости.
— Увы, да.
Ох льстите Вы себе, льстите.
— Если только самую малость. А по факту от 70% до 95% поставленных задач, касающихся развития именно бизнеса в целом приходилось додумывать (думали всей командой сисадминов).
и чего удивляться. С таким подходом, ни бюджеты не запланировать, ни защитить.
— И тут я согласен. О документации никогда не думали прошлые старатели.
А я смотрю организация то у Вас небольшая, или Вы знатный мазохист.
— Скорее второе ;)
повторюсь похоже, Вы точно там сисадминили? %)
— Повторюсь — Увы, да!
может начать с банальных наклеек с банальным IP адресом и именем сервера? потом можно уже и виртуализацию %)
— Проходили этот этап, но когда таких наклеечек становится более 20 и ты об них спотыкаешься, ИМХО лучше виртуализация.
я еще б и яиц тухлых добавил
— Ну не люблю я 1С. Простите меня ;)
божечки. чятики. прям представляю «Люди посоветуйте начинку для центрального узла VPN, асу например, или там клоудроутер какой.»
— ИМХО живые чаты это самое лучшее место где могут дать ценную информацию, ну или пинка под зад чтоб не приставал с тупыми вопросами.
Это называется Change Managment
— Да — именно так.
конечно нет, для остальных есть ITIL
— в секторе SOHO проблематично внедрять ITIL.
вот это что было?
— Это любимая фраза Кевина Митника
— Если только самую малость. А по факту от 70% до 95% поставленных задач, касающихся развития именно бизнеса в целом приходилось додумывать (думали всей командой сисадминов).У сисадминов, если утрировать, задача одна — обеспечить бэкэнд для стабильной и эффективной работы сервисов необходмых бизнесу.
Сам бизнес это процесс зарабатывания денег, и их зарабатывают не сисадмины (за исключением профильных бизнесов) так что коллективный брэйншторминг админов над «развитием» бизнеса это либо себе льстят, либо у вас там не только с ИТ но еще и с руководством плохо %)
— Проходили этот этап, но когда таких наклеечек становится более 20 и ты об них спотыкаешься, ИМХО лучше виртуализация.А вы не колхозьте системники в дальней комнатушке, а сделайте шкаф с рэковыми серверами. И даже в этом случае они должны быть подписаны. Перезагрузить нужный сервер среди десятка одинаковых на лицо сравни игры в русскую рулетку где в барабане только один патрон отсутствует.
— Ну не люблю я 1С. Простите меня ;)Зря. В ней Вам зарплату считают. Стабильность сервиса не должна зависеть от люблю/не люблю. А виртуализация все делает стабильнее.
— в секторе SOHO проблематично внедрять ITIL.Если не знать или не понимать ITIL, то его всегда и везде проблематично внедрять. Основной смысл ITIL натягивать его там где он натягивается, и делать по своему, если методики ITIL не подходят. У всех же своя специфика.
— Это любимая фраза Кевина МитникаИ как Вам Кевин помогает аудит делать?
— ИМХО живые чаты это самое лучшее место где могут дать ценную информацию, ну или пинка под зад чтоб не приставал с тупыми вопросами.
А потом объяснять руководству, что это не вы накосячили, а вооон тот парень из чата.
Господа, все просто.
Человеческая лень дело такое, он в этой компании был старейшим сисадмином, при этом ни делал ничего по документированию системы — мне за это не платят! А мне что, больше всех надо? etc.
Как только его сделали руководителем — О! Мне за это платят (зп банально больше), нужно сделать и показать всем какой я молодец, сделал то чего не было!
Ну еще возможен второй вариант, про инициативу, инициатора и чего-то там еще — но слабо верится.
По факту, если-б я не записавыл все «входы-выходы», моя-бы работа превратилась в АД! Т.к. серверов уже более 200, и никогда ты не вспомнишь про какой-нибудь крайне редко доставляемый проблемы сервер, через 5-6 месяцев.
Наверное никогда не устану говорить, админ бывает умный (записывает все) и глупый…
ИЗМЕНИЛ, ЗАПИШИ!
Человеческая лень дело такое, он в этой компании был старейшим сисадмином, при этом ни делал ничего по документированию системы — мне за это не платят! А мне что, больше всех надо? etc.
Как только его сделали руководителем — О! Мне за это платят (зп банально больше), нужно сделать и показать всем какой я молодец, сделал то чего не было!
Ну еще возможен второй вариант, про инициативу, инициатора и чего-то там еще — но слабо верится.
По факту, если-б я не записавыл все «входы-выходы», моя-бы работа превратилась в АД! Т.к. серверов уже более 200, и никогда ты не вспомнишь про какой-нибудь крайне редко доставляемый проблемы сервер, через 5-6 месяцев.
Наверное никогда не устану говорить, админ бывает умный (записывает все) и глупый…
ИЗМЕНИЛ, ЗАПИШИ!
Вы все перевернули с ног на голову. Я на тот момент оказался самым долго работающим админом. И пока я пытался донести до своих начальников в отделе (пока был помощником) что нужно все записывать, в ответ получал одно — тебе надо ты и пиши. Я частично записывал что мог. Но о глобальной документации по инфраструктуре никто ничего не делал.
Пора внедрять сервисдеск.
Ну дык а кому надо, кроме сисадмина? :)
Задача инфраструктуры — «чтобы все работало и подешевле». Если лично сисадмину для этого нужна его личная документация — пусть пишет что хочет.
Задача «написать глобальную документацию чтобы другой сисадмин мог разобраться» совсем не такая очевидная как первая. Эта задача легко решается в команде сисадминов (= в немаленькой конторе с ИТ-штатом), а у сисадмина-одиночки нет явной причины тратить свое время на какую-то лишнюю документацию.
Часто встречаются ИТ-истории с финалом «меня уволили, а другой не смог разобраться».
Редко встречаются ИТ-истории с финалом «я задокументировал все хозяйство так что разобраться сможет даже школьник, за это мне повысили зарплату».
Задача инфраструктуры — «чтобы все работало и подешевле». Если лично сисадмину для этого нужна его личная документация — пусть пишет что хочет.
Задача «написать глобальную документацию чтобы другой сисадмин мог разобраться» совсем не такая очевидная как первая. Эта задача легко решается в команде сисадминов (= в немаленькой конторе с ИТ-штатом), а у сисадмина-одиночки нет явной причины тратить свое время на какую-то лишнюю документацию.
Часто встречаются ИТ-истории с финалом «меня уволили, а другой не смог разобраться».
Редко встречаются ИТ-истории с финалом «я задокументировал все хозяйство так что разобраться сможет даже школьник, за это мне повысили зарплату».
Часто встречаются ИТ-истории с финалом «меня уволили, а другой не смог разобраться».
Редко встречаются ИТ-истории с финалом «я задокументировал все хозяйство так что разобраться сможет даже школьник, за это мне повысили зарплату».
У автора звучит чуть подругому
И пока я пытался донести до своих начальников в отделе (пока был помощником) что нужно все записывать, в ответ получал одно — тебе надо ты и пиши. Я частично записывал что мог.
А зачем вышестоящим писать. Так претендентов со знаниями на их место из других сотрудников не будет.
Как уже было замечено, поток сознания, ни конкретики «хотите делайте, хотите нет» ни инструментов, ни масштабов применимости., ни стандартов на устанавливаемые платформы, ни вендоров, ни сетевой инфраструктуры. админить 50 пк пойдет, 1000+ однозначно нет.
Когда приходишь в контору, не проблемы виртуализации и особенности связи с филиалами обычно вылазят.
1. Что и где стоит физически/программно
2. Как это все между собой связано т.е. сетевая инфраструктура
3. Как между собой п 1 и 2 работают
4. Далее выходят информационные системы которые на всем это сидят.
А уже после этого собранная информация систематизируется и сводится, какой инструментарий выбрать, а может он уже есть, писать в табличку в ёксель, поднимать wiki/redmine, использовать hp/axios/… или opensource итд и тп, но порядок лично мне больше применим.
Когда приходишь в контору, не проблемы виртуализации и особенности связи с филиалами обычно вылазят.
1. Что и где стоит физически/программно
2. Как это все между собой связано т.е. сетевая инфраструктура
3. Как между собой п 1 и 2 работают
4. Далее выходят информационные системы которые на всем это сидят.
А уже после этого собранная информация систематизируется и сводится, какой инструментарий выбрать, а может он уже есть, писать в табличку в ёксель, поднимать wiki/redmine, использовать hp/axios/… или opensource итд и тп, но порядок лично мне больше применим.
Спасибо! Сейчас попал практическую в такую же ситуацию, только инфраструктуру я буду развертывать практически с нуля, включая и выбор железок, практически при полном отсутствии опыта. Поэтому рад любой информации)
Всё зависит конечно от того, что должно будет делать инфраструктура, но рекомендовал бы читать блоки компаний, которые занимаются строительством дата центров и интеграцией. Там вы поймёте на что равняться, даже если вы никогда не получите их бюджетов.
Если строить собираетесь то, что потом проверяют другие (рос/технадзор, роскомнадзор, и прочие инспекции (санитарная/пожарная/охрана труда), то сверяйтесь с нормативной документацией и проектами, которые для вас делают. Кстати не стесняйтесь просить руководство выделять деньги на эти самые проекты. Как минимум это будет хорошая документация к тому, к чему вам надо прийти и как надо сделать (там же ссылки на все НПД/НПА, которые для проектировщиков шаблонный текст, а для вас — список литературы). Дальше уже надо понимать в какой вы сфере и что стоите.
Статьи подобного рода вам ничего не дадут.
https://habrahabr.ru/post/333910/#comment_10326198
Если строить собираетесь то, что потом проверяют другие (рос/технадзор, роскомнадзор, и прочие инспекции (санитарная/пожарная/охрана труда), то сверяйтесь с нормативной документацией и проектами, которые для вас делают. Кстати не стесняйтесь просить руководство выделять деньги на эти самые проекты. Как минимум это будет хорошая документация к тому, к чему вам надо прийти и как надо сделать (там же ссылки на все НПД/НПА, которые для проектировщиков шаблонный текст, а для вас — список литературы). Дальше уже надо понимать в какой вы сфере и что стоите.
Статьи подобного рода вам ничего не дадут.
https://habrahabr.ru/post/333910/#comment_10326198
Sign up to leave a comment.
Аудит ИТ-инфраструктуры — как быть новичку