Разумеется язык программирования не может дать никаких подобных гарантий. Я имел ввиду что один из основных принципов Ansible как системы управления конфигурациями это идемпотентность применяемых ресурсов. Хотя в отличии от например Chef, Ansible позволяет себя использовать как тот же Bash на стероидах. Хотя как по мне, нужно сразу двигаться к правильному использованию инструмента.
Насчёт логической ошибки — даже если это и так, хотя я развернул сейчас свою мысль, такой подход в диалоге называется сверхобобщением — идущие после него выводы не могут быть правдивы.
Если убрать твой сарказм, ты-то сам понял что написал? Я говорю что один специалист теперь может рулить инфрой на 100+ хостов минимум (а при правильно построенных практиках на уровне департамента и 1000+), в которой постоянно что-то тестируется, выкатывается, мониторится, алертится и т.д. и требуемый для этого набор навыков — один из элементов эксплутационной части DevOps-парадигмы, ты же мне зачем-то говоришь про ничего не делающий отдел, когда я как раз чёрным по белому написал полностью наоборот.
Именно, познание смысла всех инструментов через пекло (в первую очередь, а какие проблемы эти инструменты решают и почему мне должно быть дело до этих проблем) и приближает "сисадмина кубера" к DevOps-дзену. А то вон как комментатор ниже, жонглирование баззвордами без какой-либо осознанности и их же продажа таким же неосознающему смысла происходящего работодателю.
Даёт ли bash идемпотентность? Джейлы — лишь небольшая часть паззла решения по доставке и запуска иммутабельных артефактов, которое формирует Docker и его последователи. Современный эксплутационный стэк, в первую очередь, теперь позволяет решать типичные эксплутационнные проблемы, ради которых раньше требовалось организовывать отдел, одним инженером с нужной экспертизой. И простое наличие нужных баззвордов в CV экспертизы не даст. Ansible, Docker, Kubernetes, Terraform и прочие — лишь инструменты, позволяющие реализовать подход, дающий все релевантные бенефиты разработчикам и бизнесу — и вот поэтому "DevOps-инженерам" и готовы платить деньги.
Условно говоря, люди десять лет назад на условном Puppet управляли состоянием инфры и получали за это инженерные деньги, то что HR-зомби ищут "мифического девопса" на каждом шагу, квалифицированному инженеру погоды не сделает.
Ну и про "вывалить в прод" — это не DevOps никак вообще. Graceful degradation, blast radius limitation — все эти концепции были выкованы огнём и мечом, ваша картина восприятия той индустрии, которая вас кормит — как бы мягко сказать неверна.
Я понимаю референс и шутку, многие годы dtrace был неким философским камнем в мире трейсинга Linux, нюанс скорее в том, что вокруг eBPF уже выстроен тулинг, дающий намного больше возможностей чем strace и даже dtrace — например bpftrace или sysdig. Последний например у нас развернут по всей инфре и очень часто выручает.
Тут скорее требуется честное системное понимание сути происходящего. Я уже об этом высказывался.
Главное в итоге забыли. Фикс в ванилле с
5.4, EL7/CentOS7 — с3.10.0-1062.8.1.el7.Без Active Directory и Zabbix куда уж, основополагающие и важные навыки каждого SRE.
Тройка НКВД.
Вы тёплое с мягким сравниваете. Какая связь между гражданскими свободами и моральной ответственностью перед собой за соблюдение карантина?
OneWeb как раз сегодня обанкротился.
Ну справедливости ради, освоить AWS — это отнюдь не три кнопки запомнить и правильную последовательность их нажатия.
Разумеется язык программирования не может дать никаких подобных гарантий. Я имел ввиду что один из основных принципов Ansible как системы управления конфигурациями это идемпотентность применяемых ресурсов. Хотя в отличии от например Chef, Ansible позволяет себя использовать как тот же Bash на стероидах. Хотя как по мне, нужно сразу двигаться к правильному использованию инструмента.
Насчёт логической ошибки — даже если это и так, хотя я развернул сейчас свою мысль, такой подход в диалоге называется сверхобобщением — идущие после него выводы не могут быть правдивы.
Если убрать твой сарказм, ты-то сам понял что написал? Я говорю что один специалист теперь может рулить инфрой на 100+ хостов минимум (а при правильно построенных практиках на уровне департамента и 1000+), в которой постоянно что-то тестируется, выкатывается, мониторится, алертится и т.д. и требуемый для этого набор навыков — один из элементов эксплутационной части DevOps-парадигмы, ты же мне зачем-то говоришь про ничего не делающий отдел, когда я как раз чёрным по белому написал полностью наоборот.
Именно, познание смысла всех инструментов через пекло (в первую очередь, а какие проблемы эти инструменты решают и почему мне должно быть дело до этих проблем) и приближает "сисадмина кубера" к DevOps-дзену. А то вон как комментатор ниже, жонглирование баззвордами без какой-либо осознанности и их же продажа таким же неосознающему смысла происходящего работодателю.
Даёт ли bash идемпотентность? Джейлы — лишь небольшая часть паззла решения по доставке и запуска иммутабельных артефактов, которое формирует Docker и его последователи. Современный эксплутационный стэк, в первую очередь, теперь позволяет решать типичные эксплутационнные проблемы, ради которых раньше требовалось организовывать отдел, одним инженером с нужной экспертизой. И простое наличие нужных баззвордов в CV экспертизы не даст. Ansible, Docker, Kubernetes, Terraform и прочие — лишь инструменты, позволяющие реализовать подход, дающий все релевантные бенефиты разработчикам и бизнесу — и вот поэтому "DevOps-инженерам" и готовы платить деньги.
Условно говоря, люди десять лет назад на условном Puppet управляли состоянием инфры и получали за это инженерные деньги, то что HR-зомби ищут "мифического девопса" на каждом шагу, квалифицированному инженеру погоды не сделает.
Ну и про "вывалить в прод" — это не DevOps никак вообще. Graceful degradation, blast radius limitation — все эти концепции были выкованы огнём и мечом, ваша картина восприятия той индустрии, которая вас кормит — как бы мягко сказать неверна.
Я понимаю референс и шутку, многие годы dtrace был неким философским камнем в мире трейсинга Linux, нюанс скорее в том, что вокруг eBPF уже выстроен тулинг, дающий намного больше возможностей чем strace и даже dtrace — например bpftrace или sysdig. Последний например у нас развернут по всей инфре и очень часто выручает.
Так ли нужен теперь dtrace когда eBPF шагает по планете? :)
И какие же минусы у CDN?
Почему вы считаете что это какая-то запредельная зп?
Погодите, шифт это энтерпрайзная поделка (здесь в очень хорошем смысле) над ванильным кубером, как можно знать шифт без знания кубера?
Как будто хорошую статью в хорошем старом Хакере прочитал, очень круто.
RedisFailoverуправляетStatefulSet, аStatefulSetуже контролирует состояние подов сам. Подскажите, при чём здесьReplicaSet?