Доброго всем дня, извините за может быть глупый вопрос, но что это за должность такая, DevOps ? Я человек старой закалки, работу сисадмина себе представляю прекрасно, но вот имел вчера беседу с "молодой порослью", которая разговаривает на непонятном мне языке и услышал от них приблизительно следующее (в переводе на русский сисадминский). Вот есть средняя или по нашим меркам может даже крупная IT фирма. Были у них когда-то сервера под боком и свои сисадмины для обслуживания этих серверов. Потом вдруг вместо этих серверов появились модные ныне облака и вот тут вместо админов вся работа вдруг стала очень зависимой от вот этих девопсов, не к ночи будет сказано, поскольку никто кроме них в этих облаках летать не может, не умеет, и не хочет. Причём зарплаты у них совершенно фантастические даже по меркам IT, трогать их боится даже генеральный директор и, что самое интересное, по возрасту они все сильно за 50, суровые такие мужики :) . Когда такой вод девопс решил неожиданно уволится, то это было трагедией для бизнеса, из него долго выпытывали все пароли и скрипты, которыми он все эти облака подпирал и в результате он остался, но стал получать ещё больше :). У соседей - конкурентов говорят ситуация аналогичная. Ну и вот, задумался я, может во мне тоже такой скрытый талант пропадает, по возрасту подхожу даже больше, чем надо, если это важно. А вдруг? :) И второй вопрос, если это хоть приблизительно правда, то нафига козе баян тогда? В облака эти зачем лезть было, если и так всё работало с меньшими издержками и зависимостями? А что там в этих Амазонах внутри происходит только редкие уникумы могут разобраться? :) -- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net
Devops - это development operations. Сисадмины могут называться девопсами, когда они являются часть команды программистов и принамают участие в разрабатке программного решения. Они в курсе, что разрабатывается, зачем оно нужно, как оно работает, как деплоится, какими метриками меряется его работоспособность, как оно поднимается в случае проблем и проч проч проч относительно всех specifics данного конкретного продукта. Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может. On 25.11.2019 13:31, Alexandr Baryshnyev wrote:
Доброго всем дня,
извините за может быть глупый вопрос, но что это за должность такая, DevOps ?
Я человек старой закалки, работу сисадмина себе представляю прекрасно, но вот имел вчера беседу с "молодой порослью", которая разговаривает на непонятном мне языке и услышал от них приблизительно следующее (в переводе на русский сисадминский). Вот есть средняя или по нашим меркам может даже крупная IT фирма. Были у них когда-то сервера под боком и свои сисадмины для обслуживания этих серверов. Потом вдруг вместо этих серверов появились модные ныне облака и вот тут вместо админов вся работа вдруг стала очень зависимой от вот этих девопсов, не к ночи будет сказано, поскольку никто кроме них в этих облаках летать не может, не умеет, и не хочет. Причём зарплаты у них совершенно фантастические даже по меркам IT, трогать их боится даже генеральный директор и, что самое интересное, по возрасту они все сильно за 50, суровые такие мужики :) . Когда такой вод девопс решил неожиданно уволится, то это было трагедией для бизнеса, из него долго выпытывали все пароли и скрипты, которыми он все эти облака подпирал и в результате он остался, но стал получать ещё больше :). У соседей - конкурентов говорят ситуация аналогичная.
Ну и вот, задумался я, может во мне тоже такой скрытый талант пропадает, по возрасту подхожу даже больше, чем надо, если это важно. А вдруг? :)
И второй вопрос, если это хоть приблизительно правда, то нафига козе баян тогда? В облака эти зачем лезть было, если и так всё работало с меньшими издержками и зависимостями? А что там в этих Амазонах внутри происходит только редкие уникумы могут разобраться? :)
-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Привет,
Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом.
Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга.
С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что:
это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не.
Заблуждение - это как это выглядит со стороны: сидит х@й какой-то и получает кучу бабок и ничем кроме сетаперства (да и им почти) не занимается. Это почти так кстати )
25 листопада 2019, 13:59:56, від "Volodymyr Litovka"
On 25.11.2019 14:41, Vladimir Sharun wrote:
Привет,
Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом.
аутсорсед софтвер девелопмент - это всё равно софтвер девелопмент. Я о том, что звание "девопс" должно подтверждаться соответствующими функциональными задачами. Если это "я поддерживаю FreeBSD, Exim и MPPP и не морочьте мне голову, почему ваше гуано не работает" - то это классический (во всех смыслах этого слова) сисадмин :-)
Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга.
С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что:
1. это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит 2. он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе 3. он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы 4. он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего 5. надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не.
Да, девопс - это интегральная часть программерской команды, а не "human on a stick". -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Привет,
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
Я бы сказал сУше: девопс неразрывно связан с девелопментом. В случае аутсорса девелопмента и инхаус девопса он не может быть с точки зрения качества обратной связи частью дев комманды. В том смысле, что будучи частью девелопмента - это подталкивает срезать углы там, где это нельзя делать.
25 листопада 2019, 14:48:40, від "Volodymyr Litovka"
Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом. аутсорсед софтвер девелопмент - это всё равно софтвер девелопмент. Я о том, что звание "девопс" должно подтверждаться соответствующими функциональными задачами. Если это "я поддерживаю FreeBSD, Exim и MPPP и не морочьте мне голову, почему ваше гуано не работает" - то это классический (во всех смыслах этого слова) сисадмин :-) Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга. С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что: это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не. Да, девопс - это интегральная часть программерской команды, а не "human on a stick". -- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Доброго всем дня, спасибо, по теме стало более-менее понятно. Понятно теперь, что если отделу кадров скажут найти девопса, то он его, конечно, очень быстро найдёт. Ну поскольку ни сам отдел кадров ни предполагаемые кандидаты скорее всего не в состоянии будут понять о чём собственно речь :) . Это как в объявлении: "Срочно требуются на работу мерчандайзеры (грузчики)". Вот, интересная статистика попалась на глаза: Менее 4% ИТ-специалистов Центральной и Восточной Европы соответствуют современным требованиям Подробнее: https://www.vestifinance.ru/articles/128642 25.11.2019 15:33, Vladimir Sharun пишет:
Привет,
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
Я бы сказал сУше: девопс неразрывно связан с девелопментом. В случае аутсорса девелопмента и инхаус девопса он не может быть с точки зрения качества обратной связи частью дев комманды. В том смысле, что будучи частью девелопмента - это подталкивает срезать углы там, где это нельзя делать.
/25 листопада 2019, 14:48:40, від "Volodymyr Litovka"
mailto:doka@xlit.one>:/ On 25.11.2019 14:41, Vladimir Sharun wrote:
Привет,
> Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом.
аутсорсед софтвер девелопмент - это всё равно софтвер девелопмент. Я о том, что звание "девопс" должно подтверждаться соответствующими функциональными задачами. Если это "я поддерживаю FreeBSD, Exim и MPPP и не морочьте мне голову, почему ваше гуано не работает" - то это классический (во всех смыслах этого слова) сисадмин :-)
Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга.
С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что:
1. это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит 2. он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе 3. он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы 4. он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего 5. надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не.
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net
Ага, только потом СЮРПРИЗ !!! - оказывается и зарплату надо им платить
множко другую...
чт, 28 нояб. 2019 г. в 13:25, Alexandr Baryshnyev
Доброго всем дня,
спасибо, по теме стало более-менее понятно. Понятно теперь, что если отделу кадров скажут найти девопса, то он его, конечно, очень быстро найдёт. Ну поскольку ни сам отдел кадров ни предполагаемые кандидаты скорее всего не в состоянии будут понять о чём собственно речь :) . Это как в объявлении: "Срочно требуются на работу мерчандайзеры (грузчики)".
Вот, интересная статистика попалась на глаза: Менее 4% ИТ-специалистов Центральной и Восточной Европы соответствуют современным требованиям Подробнее: https://www.vestifinance.ru/articles/128642
25.11.2019 15:33, Vladimir Sharun пишет:
Привет,
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
Я бы сказал сУше: девопс неразрывно связан с девелопментом. В случае аутсорса девелопмента и инхаус девопса он не может быть с точки зрения качества обратной связи частью дев комманды. В том смысле, что будучи частью девелопмента - это подталкивает срезать углы там, где это нельзя делать.
/25 листопада 2019, 14:48:40, від "Volodymyr Litovka"
mailto:doka@xlit.one>:/ On 25.11.2019 14:41, Vladimir Sharun wrote:
Привет,
> Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом.
аутсорсед софтвер девелопмент - это всё равно софтвер девелопмент. Я о том, что звание "девопс" должно подтверждаться соответствующими функциональными задачами. Если это "я поддерживаю FreeBSD, Exim и MPPP и не морочьте мне голову, почему ваше гуано не работает" - то это классический (во всех смыслах этого слова) сисадмин :-)
Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга.
С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что:
1. это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит 2. он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе 3. он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы 4. он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего 5. надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не.
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net _______________________________________________ uanog mailing list uanog@uanog.kiev.ua https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привет. Перевод не корректный. В оригинале https://news.microsoft.com/europe/features/up-skilling-is-crucial-to-maintai... написно "only 3.5% of employees in CEE today fully meet digital skills needs" - только 3.5 процента от всех работников в регионе CEE имеют достаточные навыки для цифровой трансформации. Что несколько меняет контекст.
спасибо, по теме стало более-менее понятно. Понятно теперь, что если отделу кадров скажут найти девопса, то он его, конечно, очень быстро найдёт. Ну поскольку ни сам отдел кадров ни предполагаемые кандидаты скорее всего не в состоянии будут понять о чём собственно речь :) . Это как в объявлении: "Срочно требуются на работу мерчандайзеры (грузчики)".
Вот, интересная статистика попалась на глаза: Менее 4% ИТ-специалистов Центральной и Восточной Европы соответствуют современным требованиям Подробнее: https://www.vestifinance.ru/articles/128642
25.11.2019 15:33, Vladimir Sharun пишет:
Привет,
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
Я бы сказал сУше: девопс неразрывно связан с девелопментом. В случае аутсорса девелопмента и инхаус девопса он не может быть с точки зрения качества обратной связи частью дев комманды. В том смысле, что будучи частью девелопмента - это подталкивает срезать углы там, где это нельзя делать.
Привет,
> Если у конторы нет софтвер девелопмента, то и девопсов у неё по определению быть не может.
Еще и как может. Аутсорсинг программинга например. Когда внутри бизнеса есть продакт, постановщики ТЗ,возможно - проджект и своя эксплуатация. Так вот тут эксплуатация может быть из нескльких частей, одна из которых и работает в роли девопса - является стыком между продакшном и девелопментом.
аутсорсед софтвер девелопмент - это всё равно софтвер девелопмент. Я о том, что звание "девопс" должно подтверждаться соответствующими функциональными задачами. Если это "я поддерживаю FreeBSD, Exim и MPPP и не морочьте мне голову, почему ваше гуано не работает" - то это классический (во всех смыслах этого слова) сисадмин :-)
Короче вариации аутсорсинга девелопмента не исключают вовсе необходимость собственного девопсинга.
С другой стороны, для ТС: не стоит питать иллюзий о зарплатах, потому что:
1. это функция незаменимости, читай - человек настолько долго работает, что является уже "частью кода" и знает как проф Мориарти - где какие ниточки паутины дёргаются, чтобы знать, что происходит 2. он может без программеров поддерживать тлеющую жизнь у проекта, который в бутлупе 3. он может без программеров идентифицировать источник проблемы и отдебажить ее по максимуму со стороны платформы (железо-ос), чтобы программерым меньше требовалось времени на устранение проблемы 4. он предиктит проблемы, занимаясь бенчмаркингом и рассматривая "матрицу" логов/прочего 5. надо иметь железные яйца, сдерживая натиск со стороны бизнеса, когда всё "того", конвертирующий поток матов "почему не работает" в сухие багрепорты с максимально детализированной диагностикой для девелоперо, вплоть до алгоритмов, которые подозреваются в х-не.
Да, девопс - это интегральная часть программерской команды, а не "human on a stick".
-- Volodymyr Litovka "Vision without Execution is Hallucination." -- Thomas Edison
Thu, Nov 28, 2019 at 13:25:11, abb wrote about "Re: [uanog] Кто такой девопс ? :)":
спасибо, по теме стало более-менее понятно. Понятно теперь, что если отделу кадров скажут найти девопса, то он его, конечно, очень быстро найдёт. Ну поскольку ни сам отдел кадров ни предполагаемые кандидаты скорее всего не в состоянии будут понять о чём собственно речь :) .
Потому что надо уточнять, чего хотят-то. Девоп на Amazon AWS и на локальный k8s заметно разные звери, а девоп на VMWare ESX с гостевыми виндами так совсем иное :))
Вот, интересная статистика попалась на глаза: Менее 4% ИТ-специалистов Центральной и Восточной Европы соответствуют современным требованиям Подробнее: https://www.vestifinance.ru/articles/128642
А может не надо сюда джинсу всякую постить? Мало того, что слабоопределяемая "цифровая трансформация", так ещё и в версии от Microsoft и где внятное разъяснение оказывается под пейволлом от IDC. Небось, критерием соответствия было наличие сертификатов от MS уровня "Level 1 Cloud administrator"? -netch-
Извините, я больше так не буду :) Я ж хотел как лучше, а получилось как всегда! 29.11.2019 10:18, Valentin Nechayev пишет:
Вот, интересная статистика попалась на глаза: Менее 4% ИТ-специалистов Центральной и Восточной Европы соответствуют современным требованиям Подробнее: https://www.vestifinance.ru/articles/128642
А может не надо сюда джинсу всякую постить? Мало того, что слабоопределяемая "цифровая трансформация", так ещё и в версии от Microsoft и где внятное разъяснение оказывается под пейволлом от IDC. Небось, критерием соответствия было наличие сертификатов от MS уровня "Level 1 Cloud administrator"?
-netch-
-- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net
Привет. Не надо путать DevOps и Cloud-инженера. Cloud-инженер это как раз тот, кто настраивает деплой в облака, создаёт бакеты, запускает куберы и прочая-прочая. Зарплаты там хорошие. DevOps это человек, который находится внутри круга software development life cycle (см картинки в Google), и заставляет этот круг крутится быстрее. По иерархии DevOps действительно является self-manage-ролью, то есть работает без начальства, но с конкретной целью всё вокруг себя автоматизировать, улучшать, помогать и подсказывать. Это в больших компаниях и на больших проектах. Отсюда кстати следует что позиции junior devops в нормальном мире не существует. В наших же болотах роль DevOps и Cloud-инженер часто путают и devops-ом называют кого не попадя. Большая проблема наших мелких и средний контор в неграмотности программистов, которые умеют писать код, но понятия не имеют где и как он запускается, как он связывается с другими компонентами и подобные вопросы. И тотальное нежелание в этом разбираться. Поэтому возникает такая вот зависимость от devops. Что в Амазоне происходит для обычного сисадмина разобраться не невозможно, большая часть devops это бывшие сисадмины. Но расчитывать что что-то можно взять и с наскоку раскрутить, я бы не стал.
Доброго всем дня,
извините за может быть глупый вопрос, но что это за должность такая, DevOps ?
Я человек старой закалки, работу сисадмина себе представляю прекрасно, но вот имел вчера беседу с "молодой порослью", которая разговаривает на непонятном мне языке и услышал от них приблизительно следующее (в переводе на русский сисадминский). Вот есть средняя или по нашим меркам может даже крупная IT фирма. Были у них когда-то сервера под боком и свои сисадмины для обслуживания этих серверов. Потом вдруг вместо этих серверов появились модные ныне облака и вот тут вместо админов вся работа вдруг стала очень зависимой от вот этих девопсов, не к ночи будет сказано, поскольку никто кроме них в этих облаках летать не может, не умеет, и не хочет. Причём зарплаты у них совершенно фантастические даже по меркам IT, трогать их боится даже генеральный директор и, что самое интересное, по возрасту они все сильно за 50, суровые такие мужики :) . Когда такой вод девопс решил неожиданно уволится, то это было трагедией для бизнеса, из него долго выпытывали все пароли и скрипты, которыми он все эти облака подпирал и в результате он остался, но стал получать ещё больше :). У соседей - конкурентов говорят ситуация аналогичная.
Ну и вот, задумался я, может во мне тоже такой скрытый талант пропадает, по возрасту подхожу даже больше, чем надо, если это важно. А вдруг? :)
И второй вопрос, если это хоть приблизительно правда, то нафига козе баян тогда? В облака эти зачем лезть было, если и так всё работало с меньшими издержками и зависимостями? А что там в этих Амазонах внутри происходит только редкие уникумы могут разобраться? :)
-- Sergey Smitienko
participants (6)
-
Alexandr Baryshnyev
-
Sergii Smitiienko
-
Valentin Nechayev
-
VASYL MELNYK
-
Vladimir Sharun
-
Volodymyr Litovka