С точки зрения моей старой Московской компании 70к тоже никто не предлагал, минимум 150 в месяц

Может уже и больше, не знаю какие там зп сейчас в ней :)

Средняя зп по админам, например айти сервисов от 50-80к рублей на примере виндузятников знаю, это с умениями написания скриптов

Не зп, оклад, простите

Никогда не хайрил виндовых админов, хз :)

Я тоже, просто от коллег знаю)

Ну в МСК сейчас для стандартных девопсов вилка 150-200

Разброс шальной

От админа до девопсера

Всем привет! Подскажите пожалуйста, кто нибуть настраивал авторнизацию при помощи oauth2_proxy и через gitlab? При попытке авторизации получаю ошибку Cookie "_oauth2_proxy" not present

Привет коллеги, как вы решаете проблему с синхронизацией окружений REST API и SPA в рамках CI/CD?

Привет коллеги, как вы решаете проблему с синхронизацией окружений REST API и SPA в рамках CI/CD?

причем тут CI/CD и REST API :)

причем тут CI/CD и REST API :)

при том, что бэк приложение билдиться и деплоиться возможностями ci cd, и различие версий фронта и бэка при доставке может привести к нежелательным последствиям

ну так это определяется политикой CI и архитектуры приложения

мне бы подсказки от более опытных в этом деле ребят

если есть устоявшиеся лучшие практики

если есть устоявшиеся лучшие практики

устоявшаяся практика 3-4 контура и этапа тестирования

если есть устоявшиеся лучшие практики

Есть контур: разработка, тест, препрод, прол. Перелет из контура в контур возможен только когда все части прилаги прошли тесты своего контура

мне бы подсказки от более опытных в этом деле ребят

@F023AB0DC9A72D60CD34B18F1B8E9DB понял, от более опытных ребят???

Есть контур: разработка, тест, препрод, прол. Перелет из контура в контур возможен только когда все части прилаги прошли тесты своего контура

чтот мне подсказывает что у парня есть только прод и компы кодеров

я кстати сейчас заметил, регресс и нагрузку никто почти не тестит

@F023AB0DC9A72D60CD34B18F1B8E9DB понял, от более опытных ребят???

предпочитаю отвечать в том чем уверен )

а то это как искать негра в черной комнате

я кстати сейчас заметил, регресс и нагрузку никто почти не тестит

Их можно просто в тесте делают

Их можно просто в тесте делают

не делают, тестовые конторы зачастую 100 запросов не держат

ну те кому это важно думаю делают :)

всем спасибо ребят, вот сейчас иду к тому чтобы были ветки фича, девелоп, стэйджинг, продакшн

а так если прогнозируемая нагрузка не превышает стандартных настроек - какой смысл ебаться

только бэк и фронт разные проекты, и теперь нужно чтобы доставка была объединенная

всем спасибо ребят, вот сейчас иду к тому чтобы были ветки фича, девелоп, стэйджинг, продакшн

нэ надо. почитай что-нить типа https://nvie.com/posts/a-successful-git-branching-model/

всем спасибо ребят, вот сейчас иду к тому чтобы были ветки фича, девелоп, стэйджинг, продакшн

Мы не про ветки в гите, а про наличие минимум 3 сред, считая прод

только бэк и фронт разные проекты, и теперь нужно чтобы доставка была объединенная

Так...в чем проблема? У них одинаковая версионность?

Мы не про ветки в гите, а про наличие минимум 3 сред, считая прод

да, вы правы, я просто исходя из веток делаю деплой на эти среды

ну бек в бек, прод в прод ))))

фронт вернее

Так...в чем проблема? У них одинаковая версионность?

допустим если я сделаю изменения во фронте, и запушу, как я узнаю что фронт стучиться в нужный бэк?

да, вы правы, я просто исходя из веток делаю деплой на эти среды

А, понял задумку

ну бек в бек, прод в прод ))))

)))

допустим если я сделаю изменения во фронте, и запушу, как я узнаю что фронт стучиться в нужный бэк?

ну запушили, синхронизация произошла, контрольная сумма совпала - о чем базар )

допустим если я сделаю изменения во фронте, и запушу, как я узнаю что фронт стучиться в нужный бэк?

Разные проекты в облаке или в контейнере

ну запушили, синхронизация произошла, контрольная сумма совпала - о чем базар )

видимо я еще не достаточно это хорошо понимаю как вы)

а так версионность и тд - это уже локальные хотелки

предсказать или дать какие то конкретные советы невозможно

видимо я еще не достаточно это хорошо понимаю как вы)

DevOps Toolkit 2.0 google it) The Bibble of SRE)

DevOps Toolkit 2.0 google it) The Bibble of SRE)

спасибо, поизучаю)

видимо я еще не достаточно это хорошо понимаю как вы)

А по хорошему. Твоя проблема решается или 1) одна версия у фронта и бэка 2) руками ставишь зависимость бэка от фронта 3) фронт в тестах не уходит дальше бэка (т.е. фронт не может вылиться в прод раньше бэка, только вместе) Думают как-то так

1) значит в одном проекте, монорепо?

2) Автодеплой фронта или бэка, а недостающее руками деплою?

ой сорри, ребят, я совсем забыл вам сказать про одну важную деталь, я пытаюсь все это реализовать через dynamic urls или dynamic environments, когда каждый новый мердж или коммит в ветку деплоиться с нуля

))

в случае если бэк и фронт строго в девелоп/стэйджинг/продакшн идет, согласен проблем нет, так как нужно дождаться чтобы оба залились

а если деплойменты генерятся на основе $CI_COMMIT_REF_SLUG

Можно, но все равно найти сложно. Даже если давать зп на уровне гуглов/фейсбуков.

Так помимо зп гугл и пейсбук дают престиж, крутые проекты и прочие плюшки. Поэтому люди туда тянутся .

если только планируешь там остаться на долгие года. Работа в корпорациях мне не нравится тем что там используются чисто внутренние инструменты с четко разделенными обязанностями. За пределами конторы будет порог входа в технологии "для простых смертных" )

если только планируешь там остаться на долгие года. Работа в корпорациях мне не нравится тем что там используются чисто внутренние инструменты с четко разделенными обязанностями. За пределами конторы будет порог входа в технологии "для простых смертных" )

Сомневаюсь, что инженер из гугла не сможет устроиться в другую компанию. Обычно как раз наоборот.

Привет всем. Вопрос по AWS S3 Есть тут старенький .sh скрипт, который аплоадил данные в AWS S3 Нынче bucket'ы мигрировали в eu-central-1 и обновились ключи Ключи обновил, но теперь кидает ошибку: The authorization mechanism you have provided is not supported. Please use AWS4-HMAC-SHA256 Google говорит, что в eu-central-1 используется некая signature version = 4, а мой скрипт использует метод, который работает с signature version =2, и нужно его обновить Судя по всему, ругается на следующую строку: s3cmd put ${MERGER_STORAGE_DIR}/html-${BUILD_NUMBER}.tar.gz s3://bucketaname/coverage/html-${BUILD_NUMBER}.tar.gz --access_key=${AWS_KEY} --secret_key=${AWS_SECRET} Насколько я понял s3cmd put какая-то старая команда и проблема в ней. Но на что её обновлять и как это сделать не совсем понимаю. Подскажите, пожалуйста ?

Скорее всего надо просто поставить свежую версию s3cmd

используй aws cli лучше

Привет всем. Вопрос по AWS S3 Есть тут старенький .sh скрипт, который аплоадил данные в AWS S3 Нынче bucket'ы мигрировали в eu-central-1 и обновились ключи Ключи обновил, но теперь кидает ошибку: The authorization mechanism you have provided is not supported. Please use AWS4-HMAC-SHA256 Google говорит, что в eu-central-1 используется некая signature version = 4, а мой скрипт использует метод, который работает с signature version =2, и нужно его обновить Судя по всему, ругается на следующую строку: s3cmd put ${MERGER_STORAGE_DIR}/html-${BUILD_NUMBER}.tar.gz s3://bucketaname/coverage/html-${BUILD_NUMBER}.tar.gz --access_key=${AWS_KEY} --secret_key=${AWS_SECRET} Насколько я понял s3cmd put какая-то старая команда и проблема в ней. Но на что её обновлять и как это сделать не совсем понимаю. Подскажите, пожалуйста ?

Запустить надо переконфигурирование s3cmd и обновить заодно

используй aws cli лучше

+1

Началась разработка ФС Zero, вытесняющей неиспользуемые данные в облачное хранилище http://www.opennet.ru/opennews/art.shtml?num=49249 В рамках проекта Zero ведётся разработка экспериментальной многослойной файловой системы с реализацией идеи хранения данных в локальной ФС с вытеснением давно не используемых данных во внешнее облачное хранилище. Код предлагаемого для тестирования прототипа написан на языке Python, использует подсистему FUSE и поставляется под лицензией MIT. #opennet

Всем привет. Я не девопс, вопрос может быть глупый. Есть проект на котлине, собирается грейдлом. Есть ci на гитлабе, хочу сделать чтоб по хуку на пуш тесты бежали, потом имедж собирался и паблишился кудато… Вопрос run tests in Dockerfile vs run tests separatly in gitlab ci stage ? видел что некоторые в докерфайле ранят тесты, я раню отдельно, в докерфайле только инструкции по сборке продакшн-имеджа

> run tests separatly in gitlab ci stage

Всем привет. Я не девопс, вопрос может быть глупый. Есть проект на котлине, собирается грейдлом. Есть ci на гитлабе, хочу сделать чтоб по хуку на пуш тесты бежали, потом имедж собирался и паблишился кудато… Вопрос run tests in Dockerfile vs run tests separatly in gitlab ci stage ? видел что некоторые в докерфайле ранят тесты, я раню отдельно, в докерфайле только инструкции по сборке продакшн-имеджа

в докере тесты гонять нет смысла тесты потом сборка уже если все стадии прошли успешно

в докере тесты гонять нет смысла тесты потом сборка уже если все стадии прошли успешно

не согласен тестировать нужно среду, в которой будет работать приложение

не согласен тестировать нужно среду, в которой будет работать приложение

это докер вы вообще про что?

можно очередного холивара вопрос?

ans/salt/puppet?

ans/salt/puppet?

пофигу одна фигня, все зависит от размера стека

куча разношерстных проектов, линуксы. местами докеры

Chef :)

Chef :)

ну я знал что кто-то да выпендрется, молодец возьми с полки пирожок.

минус ансибла там постоянно что-то ломают, минус папета парог вхождения)

минус ансибла там постоянно что-то ломают, минус папета парог вхождения)

вот анс да... вымораживает этим

Какой вопрос, такой ответ. Серьёзно, отдаю предпочтение чефу

Какой вопрос, такой ответ. Серьёзно, отдаю предпочтение чефу

ок

вот анс да... вымораживает этим

ну и стейтлес а это не всегда подходит, у меня и ансибл есть и папет смотря для чего нужно

минус ансибла там постоянно что-то ломают, минус папета парог вхождения)

у папета слежение за системой только в энтерпрайзе или фри версия тоже норм следит за изменениями?

у папета слежение за системой только в энтерпрайзе или фри версия тоже норм следит за изменениями?

я обновлял папет с 2 по 4))) есть иногда гемор но это просто надо следить за деприкейт и за старыми функциями)) там по мне меньше ломают

у папета слежение за системой только в энтерпрайзе или фри версия тоже норм следит за изменениями?

смысле слежение? за система

смысле слежение? за система

смотрел какую то презенташку папета, где они вкатили кривой пакет - в итоге он автоматом откатился. + откатывает почти сразу все изменения которые не от папет-мастера сделаны.

смотрел какую то презенташку папета, где они вкатили кривой пакет - в итоге он автоматом откатился. + откатывает почти сразу все изменения которые не от папет-мастера сделаны.

не это на сколько помню в интерпрайзе такое))) раньше у папета граблей тоже море было

@nodekra познакомься, @pyToshka человек который гоняет хашистек+шифт)

не это на сколько помню в интерпрайзе такое))) раньше у папета граблей тоже море было

т.е. по сути папет и салт агенты +/- одинаково работают

т.е. по сути папет и салт агенты +/- одинаково работают

Ага примерно плюс минус в проде салт не юзал так тестовые стенды смотрел

@nodekra познакомься, @pyToshka человек который гоняет хашистек+шифт)

???

@Asgoret но там же жисон(((