Денис, бывший админ

[ivanov]

Привет, меня зовут Денис.
6 лет работал админом - занимался всем подряд Винда, Линукс, Циски. Писал всякую рутину на bash и потом python. Автоматизировал, автоматизировал и доавтоматизировался - подался в программисты. Перешёл на стажёрскую зарплату, жил на накопленные до этого деньги. Прошёл год, всё пришло в норму. Зависимость есть, брат жив.
Пилю ГИС для дорожников на Python, JS, PostgreSQL+PostGIS. Потихоньку подтягиваю Go.

[fomkin]

Все в программисты идут! Так кабели обжимать скоро некому будет! Так и вижу HRров, которые ходят и говорят: "Ищем специалиста, который может в React, Spring, Haskell и кабели обжимать".

[ivanov]

Ну да, кабели теперь только дома обжимаю, а на работе как белый человек - штаны протираю целый день.

[egor]

А что нужно знать программисту из сферы администрирования?

[ivanov]

От сферы же сильно зависит. Мне чаще всего пригождаются какие-то общие знания Линуксов и bash.
А вообще, знакомые программисты, не работавшие админами, с большой неохотой занимаются задачами, которые отличаются от написания кода в редакторе. Собрать докер-образ, настроить мониторинг, поднять git-сервер - всё вызывает какую-то дикую боль и причитания "ну я же программист, почему я это делаю". Хотя это наверное только для начала карьеры актуально.

[Paul]

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

[cybran111]

Кстати, у тебя случайно нет статьи на то, как правильно разворачивать hello-world инфраструктуру продакшна с контейнерами, docker'ом, мониторингом и прочими Ansible'ями? Хочу втянуться в эту тему для пет-проджекта (развернуть ручками без контейнеров простой сервис могу, а с контейнерами уже нет), но материалов при беглом поиске не нашёл

[egor]

Объясните, пожалуйста, какое именно влияние он может оказывать на работу системы?

[Paul]

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

[egor]

А как это удалось решить или это входит в "детали"?

[Paul]

про решение - это я могу это как раз я решал.
ISP (в лице админа) может тонко управлять видимостью своей сети из глобальной путем выставления веса и стоимости маршрута. можно анонсировать доступ к своему оборудованию через одного глобального оператора с весом в 20, а через другого - с весом в 40. и далее роутеры других операторов перестраивают свои таблицы маршрутизации в соответствии с новыми приоритетами.или можно вообще запретить роутеру вышестоящего провайдера анонсировать маршрут к твоей сети для части соседей/клиентов (или всем).
в результате, глобальная сеть постоянно "дышит"- перестраивается. может выпасть кусок сети, порваться кабель, перезагрузиться отдельный маршрутизатор, а мы этого даже не заметим

[ivanov]

И докером, и мониторингом, и ансиблом?) Не, такого комплексного ни разу не встрачал.