Из моего будничного - давеча написал api утилитку на go для автоматизации получения сетевых доступов. Но есть много и ops задач, согласен. Все больше сталкиваюсь с тем что разработка умеет писать код, но не понимает как работает определенная бд и архитектурные вопросы в целом. Мой любимый пример очереди в redis. Так что коллеги тут монета ребром как говорится.
Я так понимаю вы предварительно проверяли скрипты на тестовом окружении? И не думали об откатах? Согласен подход рабочий с некоторыми но. Но почему например не развить подход в сторону liquibase , flydb?
Прочел.Отвечу - вы забываете что инженер владеющий практиками DevOps тоже умеет писать код и даже порою не на одном ЯП, но почему то все упорно толкают их именно в сторону ops.
Этож какие такие ETL файлы? Apache Nifi и Airflow прекрасно справляются с ETL процессами. И они как раз гибче масштабируются в k8s. А про модно и молодежно, похоже на старую шутку «вы просто не умеете их готовить»
Самая проблематика мне кажется во всем это плане ,когда нужно будет заиспользовать https. Вот тут начнется веселье с самоподписными и указанием где то их валидности. И тут действительно использование внешнего кластера лучшее решение.
С таким же успехом можно провести аналогию с Майкрософт, Google, AWS etc. Кто платит того и тапки как известно. Начнет гайки крутить телеграмм, перейдут в Дискорд, Сигнал или еше куда. Селф-хостед Джаббер не панацея + этот протокол по сей день имеет куча недоделок (решаемых, тут не спорю).
И главное не очень освещены субъективные причины. Кто то устал от серого Питера и хочет погреться с семьей в Испании за ± теже деньги. Кого то не устраивает политика родной страны и он хочет «европейских свобод» и пускай там жилье и налоги выше, за то дороги нормальные. Вообщем во всем тут большой человеческий фактор, не всегда скачущий от ЗП и условий работы на родном рынке. Совсем же недавно была большая холиварная статья про ИТ в России… ну и по классике «Валим на Запад там радуга и единороги».
В чем то автор статьи прав, базу знать нужно, но я не считаю что вот прям как алфавит. На вскидку на таком собеседовании я половину ответов на вопросы досконально просто не вспомню. Про те же DKIM и spf записи. В современных реалиях такие вещи используешь на практике редко и значения в голове просто оседают остаточными знаниями. Так что я бы ожидал ответа максимум: «что эти записи создаются для того чтобы тот же gmail не отправлял письма с твоего почтового сервера в спам»
Или например про OSI — я помню что там 7 уровней, но на вскидку я их не назову и за что они отвечают.
Соглашусь, однако используют его зачастую именно для оркестрации ETL. Ну насчет нет ничего, не соглашусь. Как же DAG’и которые добавляют ему гибкости.
Из моего будничного - давеча написал api утилитку на go для автоматизации получения сетевых доступов. Но есть много и ops задач, согласен. Все больше сталкиваюсь с тем что разработка умеет писать код, но не понимает как работает определенная бд и архитектурные вопросы в целом. Мой любимый пример очереди в redis. Так что коллеги тут монета ребром как говорится.
Эм это как бы нынче стандарты etl процессов)))
Я так понимаю вы предварительно проверяли скрипты на тестовом окружении? И не думали об откатах? Согласен подход рабочий с некоторыми но. Но почему например не развить подход в сторону liquibase , flydb?
Прочел.Отвечу - вы забываете что инженер владеющий практиками DevOps тоже умеет писать код и даже порою не на одном ЯП, но почему то все упорно толкают их именно в сторону ops.
Хм а вы «старое поколение» до сих пор считаете ftp безопасным протоколом?
И я открою страшную тайну есть виндовые контейнеры и ноды к8s на винде)
Этож какие такие ETL файлы? Apache Nifi и Airflow прекрасно справляются с ETL процессами. И они как раз гибче масштабируются в k8s. А про модно и молодежно, похоже на старую шутку «вы просто не умеете их готовить»
А позвольте поинтересоваться вы эти отлаженные процедуры до сих пор скриптами в базу пишите?
Посмотрите в сторону https://fastlane.tools, очень упростит ваш pipeline.
Напомню коллегам что пока поддерживаться в k8s сборка только через Dockerfile.
Самая проблематика мне кажется во всем это плане ,когда нужно будет заиспользовать https. Вот тут начнется веселье с самоподписными и указанием где то их валидности. И тут действительно использование внешнего кластера лучшее решение.
У metallb есть bgp режим.
https://metallb.universe.tf/concepts/bgp/
Или например про OSI — я помню что там 7 уровней, но на вскидку я их не назову и за что они отвечают.