Size: a a a

Обсуждения техдирские

2018 April 15

RB

Raman Barkholenka in Обсуждения техдирские
Нет, не смогу ) Я поэтому вопрос про примеры из жизни и задал. Хотел понять, в чем фишка именно девопсов/админов
источник

L

Lupsik Pupsik in Обсуждения техдирские
я смотрю там последние коммиты и вообще кто как в репозитории пушит
источник

DS

Dmitry Simonov in Обсуждения техдирские
Lupsik Pupsik
вам будет интересно если я напишу статью как сделал и нужно ли это вообще?
Нам всё интересно :) Пишите!
источник

KO

Kirill Ozeretskovsky in Обсуждения техдирские
А вот такой вопрос про devops: сын моей девушки сисадмин, к программированию его не особо тянет, девопс вроде ближе для админа, парень рубит в линукс, как бы так для него своими словами сформулировать что такое devops и что ему нужно прокачивать!?
источник

DS

Dmitry Simonov in Обсуждения техдирские
Raman Barkholenka
Нет, не смогу ) Я поэтому вопрос про примеры из жизни и задал. Хотел понять, в чем фишка именно девопсов/админов
IMHO, дело в том, что девопсы мгновенно решают задачи, на которые бекенд-разработчикам требуются недели времени. Просто потому что бекендеры пишут компоненты, а девопсы делают смарт-решение на основе уже построенных.

Бекенд разработчик так не всегда может.
источник

RB

Raman Barkholenka in Обсуждения техдирские
Dmitry Simonov
IMHO, дело в том, что девопсы мгновенно решают задачи, на которые бекенд-разработчикам требуются недели времени. Просто потому что бекендеры пишут компоненты, а девопсы делают смарт-решение на основе уже построенных.

Бекенд разработчик так не всегда может.
Ок, тогда для себя я это сформулирую так, что у devops "мир/рамки шире" и это дает им преимущество
источник

DS

Dmitry Simonov in Обсуждения техдирские
Raman Barkholenka
Ок, тогда для себя я это сформулирую так, что у devops "мир/рамки шире" и это дает им преимущество
Да, очень похоже на правду. Имейте в виду, что скажем python-разработчики ближе к девопсам, чем php. Но с другой стороны все разработчики могут обтачивать напильникам паровоз, превращая его в самолёт.

Купили как-то американцы у нас МИГ-29.Перед отправкой весь его осмотрели-самолет как самолет,все на месте.Разобрали,перевезли к себе.Собрали,смотрят-паровоз.Снова собрали-разобрали-опять паровоз! В третий раз разобрали собрали-снова паровоз.Ничего понять не могут. Вызывают одного из наших техников,спрашивают:"В чем дело?"А он им отвечает:"Поставьте мне 3 ящика водки и зайдите через неделю..." Приходят американцы через три недели,смотрят-стоит МиГ-29!Спрашивают они нашего техника:"Как же ты его собрал?"А он им отвечает:"В инструкции, внизу,мелкими буквами написано:"После сборки-обработать напильником!"
источник

RB

Raman Barkholenka in Обсуждения техдирские
Kirill Ozeretskovsky
А вот такой вопрос про devops: сын моей девушки сисадмин, к программированию его не особо тянет, девопс вроде ближе для админа, парень рубит в линукс, как бы так для него своими словами сформулировать что такое devops и что ему нужно прокачивать!?
1. Здесь должен начаться холивар о существовании специальности devops
2. А почему вы решили ему рассказать про devops ?
источник

KO

Kirill Ozeretskovsky in Обсуждения техдирские
Raman Barkholenka
1. Здесь должен начаться холивар о существовании специальности devops
2. А почему вы решили ему рассказать про devops ?
Потому что в моем представлении devops, это что-то среднее между разработкой и администрированием, а парню всего 21 год, только пошел в ВУЗ (так уж вышло) и надо куда-то двигаться вперед, потому что его все заносит в какой-то эникей, а парень реально соображает и любит администрирование.
источник

RB

Raman Barkholenka in Обсуждения техдирские
Kirill Ozeretskovsky
Потому что в моем представлении devops, это что-то среднее между разработкой и администрированием, а парню всего 21 год, только пошел в ВУЗ (так уж вышло) и надо куда-то двигаться вперед, потому что его все заносит в какой-то эникей, а парень реально соображает и любит администрирование.
ИМХО, довольно сложно будет донести понимание DevOps до человека, который во всем этом не поварился. Это какая-то очень тонкая материя. Вот я как это воспринимаю: автоматизация, интеграция, непрерывность (хотя, это следствие автоматизации). Если бы у меня спросили "вот я devops, пришел на работу и че я делаю", то я бы долго тупил.
источник

RB

Raman Barkholenka in Обсуждения техдирские
Kirill Ozeretskovsky
Потому что в моем представлении devops, это что-то среднее между разработкой и администрированием, а парню всего 21 год, только пошел в ВУЗ (так уж вышло) и надо куда-то двигаться вперед, потому что его все заносит в какой-то эникей, а парень реально соображает и любит администрирование.
Самое здравое описание, которое нашел https://dou.ua/lenta/articles/devops-engineer-position/. Вроде передает атмосферу
источник

KO

Kirill Ozeretskovsky in Обсуждения техдирские
Спасибо! Интересно, но я еще подумаю говорить с ним дальше на эут тему или нет.
источник

S

Stanislav in Обсуждения техдирские
источник
2018 April 17

DS

Dmitry Simonov in Обсуждения техдирские
Итак про админов и девопсов. Они умеют супер-мега-умными. Был случай, - я занимался функционалом, которому на вход подаёшь ссылку любой страницы в интернете, а на выходе функционал выдавал сгенерированный рекламный баннер про то, что было на той страницы.

Мы очень много сделали для анализа страницы и в конце-концов получали комплект текстов смысловых и комплект картинок. Была проблема с тем, что они были рассинхронизированы по смыслу. Например, страница была про банные принадлежности, картинка подобралась про крышу бани, а текст про то, как Ельцин отлично проводил время на выходных где-то на Камчатке :)

Смех-смехом, но это единственное, что отделяло нас от победы. И как быть, было непонятно.

Мои девопсы построили за пару дней небольшой machine learning на базе решения от ibm, который совмещал по смыслу картинку и текст, замыкая таким образом смысловой баннер в единую композицию.

Вот это классный пример того, как девопсы могут простым щелчком пальца решить серьёзную бизнес-проблему.

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

DS

Dmitry Simonov in Обсуждения техдирские
Но как всегда если есть что-то классное и интересно, есть масса рыб-прилипал. Я сталиквался с админами, которые на любые просьбы сделать даже простейшую операцию рассказывали мне как они делают то-то и то-то и пятое-десятое и в итоге просили на задачу, скажем авто-деплоя просили месяц.

Писали строгий план с эстимейтами, который сами же не выполняли от слова "совсем". Не то что эстимейты, - сами пункты даже не выполняли. На мой разумный вопрос (намного после), - как же так? Ответ был любопытный: "меня с детства приучали прежде чем садится за консоль, составлять план! это буквально вбито в голову". Начинание конечно полезное, но....

В итоге через полгода после того, как всё было неготово, с ними приходилось расставать, - они до сих пор ходят по рынку и рассказывают, как всё круто сделали на моих проектах :) Статьи пишут на хабре и выступают на хайлоаде!

Если отвлечься от эмоций, то такие товарищи блокируют разработку на неопределённый срок. И это реальный риск потерять контроль над всем проектом. Будьте ОЧЕНЬ внимательны к админам/девопсам!
источник

DS

Dmitry Simonov in Обсуждения техдирские
Резюмируя по админам/девопсам: это критически важные роли для проекта.

В завершении приведу гигиенический минимум задач, которые они изначально сами должны вам выстроить
* мониторинг системных параметров:  нагрузка на процессор и диски, количество свободной памяти и места на дисках, нагрузка на сетевой интерфейс;
* мониторинг состояния веб-служб, наличия 400-х, 500-х ошибок в логах;
* мониторинг показателей работы сервисов и служб
* контроль доступности ключевых страниц интернет-сервисов
* набор бизнес-алертов, - обычно это выборки из бд в реалтайме на заработок, превышение среднего чека, дублирование заказов и вот это вот всё

Ну и разумеется выстраивание CI/CD, помощь в разворачивании новых машинок, приём в эксплуатацию, слежение за обновлением софта и вот это вот всё.
источник
2018 April 21

DS

Dmitry Simonov in Обсуждения техдирские
Как админы/девопсы делают "ничего".

Есть один момент, который мне любопытен в работе некачественных сисадминов/девопсов. Этот момент как раз и демонстрирует то, почему они называют себя сисадминами/девопсами.

Вот работают они "ни как", делают "ничего" (причём вот тут я имею в виду действительно "ничего", а не то, что незаметно взгляду простого обывателя). И вдруг гром среди ясного неба, - что-то сломалось и сломалось конкретно так, чтобы коснулось бизнеса и кажется вот-вот весь мир (вся инфраструктура) рухнет.

И тут они ОЖИВЛЯЮТСЯ. У них сверкают глаза, они играют мускулами, они в костюме супермена. Отдают звонкие команды всем. Кричат "не путайся под ногами" всем, кто путается. И ещё масса героизированного представления.

И они всех спасают! Они гордо удаляются, - настоящие герои. На этом их функция окончена. Бравурная музыка.

Как правило выясняется, что проблемы были как раз из-за того, что многие месяцы делалось "ничего" пока ситуация неконтролируемо ухудшалась до состояния "да катись оно всё за комод!"

В работе с хорошими сисадминам/девопсами всё немного наоборот, - они скучные и просто что-то делают. Всё работает. Они пинают меня, требуют каких-то планов, что-то согласовывают... всё довольно скучно. Иногда они прибегают и говорят "то-то и то-то почти сломалось, но мы уже исправили...  чтобы больше не повторялось нужен аппрув на то-то и то-то".

Всё работает. Всегда. И проблем не бывает. Никогда.
источник

EO

Eric Oldmann in Обсуждения техдирские
Надо тупо регулярно гонять «админов» на учениях по DR, и всего делов. Чтобы каждый боец знал свой манёвр. Не реже чем раз в квартал - «всё сгорело и взорвалось, разворачиваем КИС «с нуля». Не реже чем два раза в неделю - чтение выбранной датчиком случайных чисел произвольной КИС.
источник

EO

Eric Oldmann in Обсуждения техдирские
В процессе делается систем инсайт, который позволяет в т.ч. оценивать систему в комплексе, где у неё bottleneck и как влияет то или иное обновление.
источник

DS

Dmitry Simonov in Обсуждения техдирские
(потирает ладошки и подхихикивает)
источник