Ну, опенсорс, конечно, хорошо... Но... Раз и заблокировали терраформ и всех провайдеров... Да, понятно, что впн, пока что решает... И это не единственный "прикол"... Статья опаздывает на пару лет. Что будете делать сейчас?
Посмотрите, оно как раз для аггрегации внутренней документации, причём из разных источников, типа пдф, док и много чего другого. Индексирует и отправляет в чатгпт. Идея крутая, но я, как далёкий человек от мл/ии, примерно заставил это работать и оно хорошие ответы выдает, но обрезанные. Скорее всего, чтото подтюнить надо :)
Ну, в идеале, девопс должен понимать сетевой стек. Но в крупных компаниях, обычно, есть и сисадмины и дба и нетопс и много других опсов. Суть девопса понимать, хотябы, немножко, на миддл уровне, во всех этих сферах и соединять ВСЕ структуры.
Т.е. девопс ДОЛЖЕН объяснить что и как нужно. Как это будет реализовано -- задача этих опсов.
Почему го роднее? Поясните? Только не говорите, что раз кубер на го написан, то го роднее :) Тестирование через апи... Классические рест запросы... В целом в го удобно работать со структурированными данными... Но в питоне есть тоже такое -- pydantic. Может человек питоном хорошо владеет.
Во первых, нужно разделять кого вы нанимаете -- нуба, джуна, мидла или синьёра. Если джуна можно еще спрашивать "кем вы себя видите через 5 лет". Хотя, если честно, то даже у джуна должен быть ответ " а что ВАША компания может предложить МНЕ" да, возможно, да и скорее всего, джун так не скажет. Но для мидла, а еще и синьора, такой вопрос на собесе на устройстве -- это оч тупой вопрос.
Если углубляться в сеньёрные вакансии, то мой первый вопрос -- сколько деняк. И тут начинается, что "только после собеседования". Но, вопрос, а стоит ли тратить моё и время других людей, чтобы выяснить, что мои хотелки не совпадают с вашими возможностями?
Менеджером очередей. Вообще статья выглядит как сборник заметок. Я бы сказал, что даже не связанных между собой... я уж молчу, что, как правильно заметили, а в "статье" ни слова, что такую архитектуру можно только с вебхуками реализовать. Из этого был вскользь упомянут nginx, но примеры все про polling...
Хех, я встречал прекрасные вакансии на девопсов. но после собеседования оказывалось, что это линукс админ чистый, который умеет "устанавливать" jenkins. я без шуток и утрирований. и таких вот "девопсов" много. я и собеседовал много таких, особенно обидно было, когда такой "девопс" приходит в "звании" senior... и пытается требовать соответсвующую сеньёризму зарплату...
А по описаниям как раз отпочковываются с фокусировкой на прод. перестают классическими девопсовскими вещами заниматься... например выстроение полного цикла) так что, как ни крути, отпочковываются)
во первых их не нужно много :) во вторых я держал и прод и все остальные окружения еще и ci/cd/cd для этого всего настраивал. не РАЗРАБЫ настраивали, а мы настраивали и стандартизировали все процессы. И продолжаю это делать на текущем месте работы... Кто я?
Возвращаясь к моему изначальному ответу -- грамотные девопсы, до отпочковывания сре, отлично всё держали, а с хорошей архитектурой и грамотной автоматизацией их и не надо много. компаний уровня гугл не так много, если что. и сре они отпочковали, чтобы выделить девопсов чисто под прод. в некоторых случаях это правильно. но не в том количестве вакансий сре на том же ххру. за продом ноки следили, у них были прекрасные ранбуки и автоматизация от нас. за 8 лет мне ни разу не звонили ночью :)
Полностью согласен. Грамотный девопс может "держать" достаточно жирный прод. Сре для этого не особо нужны. Главное акхитектура, как это настроено и грамотные ранбуки для ноков. Не обязательно иметь 100500 "инженеров"...
Да вот как раз аллюзии
Ну, опенсорс, конечно, хорошо... Но... Раз и заблокировали терраформ и всех провайдеров... Да, понятно, что впн, пока что решает... И это не единственный "прикол"... Статья опаздывает на пару лет. Что будете делать сейчас?
Фу как низко играть на чувствах пользотелей... Всё же не жёлтая пресса... Так а как СПАСТИ? А по сути ничего.
Посмотрите, оно как раз для аггрегации внутренней документации, причём из разных источников, типа пдф, док и много чего другого. Индексирует и отправляет в чатгпт. Идея крутая, но я, как далёкий человек от мл/ии, примерно заставил это работать и оно хорошие ответы выдает, но обрезанные. Скорее всего, чтото подтюнить надо :)
А llama index не пробовали?
Опять вода какая-то... Правильно заметили про пару строк....
Опять перечислены тулы для скана, а в итоге всё свелось к scan_on_push.
Я б тоже не пошёл на такие курсы...
А всякие кроссоверы, вайны и параллелс не работают? Я не пробовал, но сейчас играю в сатисфактори на м1 про через вайн.
А почему не eksctl, раз уж aws? Очень странная вода....
Я вообще терраформ + террагрант разворачиваю всю инфру... Почему именно копс и ранчер, который, судя по тексту еще и отдельную ec2(??) требует?
Я понимаю, что перевод... Но, блин... Не в блоге же компании, которая обучением занимается... И уже не первый раз замечаю... Это личное мнение.
Ну и написано "распространённые способы". Даже авс документация предлагает eksctl...
Ну, в идеале, девопс должен понимать сетевой стек. Но в крупных компаниях, обычно, есть и сисадмины и дба и нетопс и много других опсов. Суть девопса понимать, хотябы, немножко, на миддл уровне, во всех этих сферах и соединять ВСЕ структуры.
Т.е. девопс ДОЛЖЕН объяснить что и как нужно. Как это будет реализовано -- задача этих опсов.
Почему го роднее? Поясните? Только не говорите, что раз кубер на го написан, то го роднее :) Тестирование через апи... Классические рест запросы... В целом в го удобно работать со структурированными данными... Но в питоне есть тоже такое -- pydantic. Может человек питоном хорошо владеет.
Во первых, нужно разделять кого вы нанимаете -- нуба, джуна, мидла или синьёра. Если джуна можно еще спрашивать "кем вы себя видите через 5 лет". Хотя, если честно, то даже у джуна должен быть ответ " а что ВАША компания может предложить МНЕ" да, возможно, да и скорее всего, джун так не скажет. Но для мидла, а еще и синьора, такой вопрос на собесе на устройстве -- это оч тупой вопрос.
Если углубляться в сеньёрные вакансии, то мой первый вопрос -- сколько деняк. И тут начинается, что "только после собеседования". Но, вопрос, а стоит ли тратить моё и время других людей, чтобы выяснить, что мои хотелки не совпадают с вашими возможностями?
Много нюансов...
Зависит от используемого лангуаге
Чтобы совсем запутать, можно кокни вставить)
Рутер и роутер допустимо, в зависимости от страны.
То же самое и с schedule
Но с xbox 360 -- xbox свободные 60ые не смирюсь))))
Менеджером очередей. Вообще статья выглядит как сборник заметок. Я бы сказал, что даже не связанных между собой... я уж молчу, что, как правильно заметили, а в "статье" ни слова, что такую архитектуру можно только с вебхуками реализовать. Из этого был вскользь упомянут nginx, но примеры все про polling...
Хех, я встречал прекрасные вакансии на девопсов. но после собеседования оказывалось, что это линукс админ чистый, который умеет "устанавливать" jenkins. я без шуток и утрирований. и таких вот "девопсов" много. я и собеседовал много таких, особенно обидно было, когда такой "девопс" приходит в "звании" senior... и пытается требовать соответсвующую сеньёризму зарплату...
А по описаниям как раз отпочковываются с фокусировкой на прод. перестают классическими девопсовскими вещами заниматься... например выстроение полного цикла) так что, как ни крути, отпочковываются)
во первых их не нужно много :) во вторых я держал и прод и все остальные окружения еще и ci/cd/cd для этого всего настраивал. не РАЗРАБЫ настраивали, а мы настраивали и стандартизировали все процессы. И продолжаю это делать на текущем месте работы... Кто я?
Возвращаясь к моему изначальному ответу -- грамотные девопсы, до отпочковывания сре, отлично всё держали, а с хорошей архитектурой и грамотной автоматизацией их и не надо много. компаний уровня гугл не так много, если что. и сре они отпочковали, чтобы выделить девопсов чисто под прод. в некоторых случаях это правильно. но не в том количестве вакансий сре на том же ххру. за продом ноки следили, у них были прекрасные ранбуки и автоматизация от нас. за 8 лет мне ни разу не звонили ночью :)
? и? сре подвид девопс.
Полностью согласен. Грамотный девопс может "держать" достаточно жирный прод. Сре для этого не особо нужны. Главное акхитектура, как это настроено и грамотные ранбуки для ноков. Не обязательно иметь 100500 "инженеров"...