а где-то QA тоже вешают на девопса, видел и такие вакансии

так в этом и суть девопса многие считают, а докер и кубер по сути просто это пропогандируют

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

так в этом и суть девопса многие считают, а докер и кубер по сути просто это пропогандируют

один работает и за дева и за опса и QA вот она настоящая экономия ФОТ

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

?ну вот предположим у меня прод это 32 сервака стоимостью 62 млн, расскажи, кто мне купит ещё 30 серваков?

?ну вот предположим у меня прод это 32 сервака стоимостью 62 млн, расскажи, кто мне купит ещё 30 серваков?

ну ты же понимаешь что тупо прода это гавно?

пили проду на куски значит если б.джета нет

ну ты же понимаешь что тупо прода это гавно?

я то да, но крики девопс и докере базам ненужны iops я слушаю уже 3 год

более менее работоспособный крупный проект должен иметь 4 среды

ещё смешнее было в июле, когда на эникея с з\п в 40к директор говно лил почти 2 часа собеса

более менее работоспособный крупный проект должен иметь 4 среды

??зачем? у анс же девопс, компы программистов, 1 сервак по 1 контейнеру и прод

кубер же есть

другое дело, что если юзать облака которые ты не любишь, можно просто для pre-release тестов подымать среду в облаке и уничтожать сразу после теста, так не потребуется держать простаивающие ресурсы на среду, которая релизится раз в две недели на конец спринта

другое дело, что если юзать облака которые ты не любишь, можно просто для pre-release тестов подымать среду в облаке и уничтожать сразу после теста, так не потребуется держать простаивающие ресурсы на среду, которая релизится раз в две недели на конец спринта

круто, только есть 6 но

что, опять бизнес бедняжку обижает?

кубер+девопс = экономим фот

Почитай недавнюю статью от ИТ суммы на хабре

Про republic

на проде тоже?

На проде продовые образы. Без мусора внутри

1) облака это дорого, особенно на время подготовки таких тестов, окружений и тд - бизнес не готов нанимать отдельного девупса на это 2) это опять требует набора qa, работы директоров пог кординации работы, это требует бизнес процесов - а их нет, да и зачем мы внедряли кубер и девопс, если нам снова нужны qa? ведь я директор вася, и мне говорили, что девопс это экономия фот, а где она тут тогда? 3) нельзя будет с криками о боже я ....... завтра срочно нужна фича, потому что люди ненапишут новый фулл цикл за пару часов вместе с фичей 4)облака дороже в проде, особенно при большом кол-ве трафика и малом бюджете, если ты не снимаешь там по пол миллиона в месяц, облака дорого 5)люди умеющие хорошо в облака не стоят 120к рублец 6)облака не своё железо, любая ошибка в etcd/consul привет 100500 рублей со счёта, и потому нельзя уже хамить сотрудникам и искать нового пару месцев

то есть облака не подходят для 98% бизнеса в снг

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

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

вот прямо все взяли и тебе всё сказали

то есть облака не подходят для 98% бизнеса в снг

Приватные облака подходят. У тех кто может себе их позволить, фот там на десчтилетия. В госах

тогда почему ты ноешь про процессы а другие нет?

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

я тебе 6 примеров написал, когда ещё облака не подходят

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

На это есть azure stack

1) облака это дорого, особенно на время подготовки таких тестов, окружений и тд - бизнес не готов нанимать отдельного девупса на это 2) это опять требует набора qa, работы директоров пог кординации работы, это требует бизнес процесов - а их нет, да и зачем мы внедряли кубер и девопс, если нам снова нужны qa? ведь я директор вася, и мне говорили, что девопс это экономия фот, а где она тут тогда? 3) нельзя будет с криками о боже я ....... завтра срочно нужна фича, потому что люди ненапишут новый фулл цикл за пару часов вместе с фичей 4)облака дороже в проде, особенно при большом кол-ве трафика и малом бюджете, если ты не снимаешь там по пол миллиона в месяц, облака дорого 5)люди умеющие хорошо в облака не стоят 120к рублец 6)облака не своё железо, любая ошибка в etcd/consul привет 100500 рублей со счёта, и потому нельзя уже хамить сотрудникам и искать нового пару месцев

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

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

у меня помимо этого ещё 100500 задач, как ты после 9 часов работы дома ещё доделывая? мне оно надо?

отдельное тело нанимать не будут, внедрели же для экономии

@erzentd 2 - по личному опыту скажу - вот у тебя есть проект где QA нет, и тестируют девопс с бэкендером, а бэк ничего не пониманет ни в перфомансе окружений, ни в тестировании. и вот представь трахаются они год с этим проектом, а тестирование с места особо не сдвинулось. через год они находят тестировщика, который в первые недели выстраивает более менее нормальное тестирование. ЧТО БЫЛО ДЕШЕВЛЕ ХРЫЧ нанять сразу QA и строить нормально? или год выделять человекочасы на перф среду бесполезную?

Ребята, это чат по docker?

Ребята, это чат по docker?

нет, аниме-чатик

Я бы сказал, что 98% отечественного бизнеса облака не подходят лишь потому что они, в лучшем случае, ничего, кроме ес2 не знают и до сих пор, в лучшем случае, обращаются с облаками как с виртуалками

Больше похоже на хентай

Я бы сказал, что 98% отечественного бизнеса облака не подходят лишь потому что они, в лучшем случае, ничего, кроме ес2 не знают и до сих пор, в лучшем случае, обращаются с облаками как с виртуалками

а с чего будет иначе?

Больше похоже на хентай

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

У меня уже, наверное, пять клиентов есть, которых я собственными руками перевез из AWS в Hetzner, потому что они не умеют в облака и не хотят учиться

У меня уже, наверное, пять клиентов есть, которых я собственными руками перевез из AWS в Hetzner, потому что они не умеют в облака и не хотят учиться

у меня таких 12, поздравляю, только я их в селектел и миран переводил

1) облака это дорого, особенно на время подготовки таких тестов, окружений и тд - бизнес не готов нанимать отдельного девупса на это 2) это опять требует набора qa, работы директоров пог кординации работы, это требует бизнес процесов - а их нет, да и зачем мы внедряли кубер и девопс, если нам снова нужны qa? ведь я директор вася, и мне говорили, что девопс это экономия фот, а где она тут тогда? 3) нельзя будет с криками о боже я ....... завтра срочно нужна фича, потому что люди ненапишут новый фулл цикл за пару часов вместе с фичей 4)облака дороже в проде, особенно при большом кол-ве трафика и малом бюджете, если ты не снимаешь там по пол миллиона в месяц, облака дорого 5)люди умеющие хорошо в облака не стоят 120к рублец 6)облака не своё железо, любая ошибка в etcd/consul привет 100500 рублей со счёта, и потому нельзя уже хамить сотрудникам и искать нового пару месцев

Все ложь и провокация

Пажалста. Я просто удивлен нытьём хрыча здесь, а не в девопс жобс

Все ложь и провокация

и в чём же ложь?

и в чём же ложь?

Во всем

Во всем

=)

Всем привет. Как правильно добавлять npm пакеты в докере?

Хотя, на днях пришёл один, которого я изначально в хецнер завёл лет пять назад и попросился в AWS, потому что хотят облачные базы, alb и autoscaling. Я аж всплакнул от счастья.

Во всем

напоминить про гайдзин?

напоминить про гайдзин?

У них не облако

напоминить про гайдзин?

О, мне напомни, а то я не знаю даже

И это вообще вырожденный случай

О, мне напомни, а то я не знаю даже

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

потому что некому больше

на собесе

Всем привет. Как правильно добавлять npm пакеты в докере?

Берешь и ... Ставишь

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

Збс

потому что некому больше

Збс

Хотя, на днях пришёл один, которого я изначально в хецнер завёл лет пять назад и попросился в AWS, потому что хотят облачные базы, alb и autoscaling. Я аж всплакнул от счастья.

В тему автоскалинга, никто не слышал, когда на DO завезут? Обещали в ‘19

Это не от облака зависит

Збс

перемещайтесь сюды https://t.me/starostineradosty

Это не от облака зависит

ты мой комментарий прочитай внимательно

Хочешь прикол? Облако от Я дешевле в три раза известного хостинг провайдера ака ЦОД в мск

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

Эмм.. может быть за пару лет что-то изменилось, но прод-фермой у них занимался какой-то гуру на удалёнке. Точнее, он был в штате, но это на тот момент в Азии на море. И при нём проблем не было

Эмм.. может быть за пару лет что-то изменилось, но прод-фермой у них занимался какой-то гуру на удалёнке. Точнее, он был в штате, но это на тот момент в Азии на море. И при нём проблем не было

я в прошлом году был, и мне рассказывали о том, что праздников у них нет, что он-кэлл 24/7/365, и рассказывали как они гордо с этим живут

Всем привет. Как правильно добавлять npm пакеты в докере?

Ясно если у меня готовый package.json и package.lock.json. Я "докеризировал" приложение, все зависимости при docker-compose up --build поставились, все ок, все щасливы. А как потом новые добавлять, чтобы package.json и package.lock.json как положено обновлялись и тп. Не нагуглил я ответов что-то

Берешь и ... Ставишь

От спасибо помог чтоб я делал без тебя

Ясно если у меня готовый package.json и package.lock.json. Я "докеризировал" приложение, все зависимости при docker-compose up --build поставились, все ок, все щасливы. А как потом новые добавлять, чтобы package.json и package.lock.json как положено обновлялись и тп. Не нагуглил я ответов что-то

Пересобирать образ

https://medium.com/devschacht/praveen-durairaj-an-exhaustive-guide-to-writing-dockerfiles-for-node-js-web-apps-7b033bcc0b4f

От спасибо помог чтоб я делал без тебя

Ну, епть. Какой вопрос - такой ответ

Ясно если у меня готовый package.json и package.lock.json. Я "докеризировал" приложение, все зависимости при docker-compose up --build поставились, все ок, все щасливы. А как потом новые добавлять, чтобы package.json и package.lock.json как положено обновлялись и тп. Не нагуглил я ответов что-то

А docker-compose - это не для прода.тем более со сборкой образа на ходу

Первый путь к вулканчику

Ну, епть. Какой вопрос - такой ответ

@vizdrag закрепи, плз )

А docker-compose - это не для прода.тем более со сборкой образа на ходу

???а я так и делаю

@vizdrag закрепи, плз )

митап висит до 14 числа

Пересобирать образ

Это можно упростить чтобы рядом с docker-compose up --build запускать?)

А docker-compose - это не для прода.тем более со сборкой образа на ходу

Пока что без прода)

Это можно упростить чтобы рядом с docker-compose up --build запускать?)

Что упростить?

Что упростить?

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

Короч я валенок в докере, думал мне немного пошагово кто объяснит)

Или ссыль где пошагово объясняют

https://habr.com/ru/company/ruvds/blog/438984/

Это можно упростить чтобы рядом с docker-compose up --build запускать?)

Что для ci/cd ? Gitlab ?

Или ссыль где пошагово объясняют

Что именно?

Что для ci/cd ? Gitlab ?

пока ничто, все локально

пока ничто, все локально

Плохо. Сделай удаленно. В том же гитлабе

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

Что именно?

Как правильно добавлять npm пакеты в докере? Ясно если у меня готовый package.json и package.lock.json. Я "докеризировал" приложение, все зависимости при docker-compose up —build поставились. А как потом новые добавлять, чтобы package.json и package.lock.json как положено обновлялись и тп.

Как правильно добавлять npm пакеты в докере? Ясно если у меня готовый package.json и package.lock.json. Я "докеризировал" приложение, все зависимости при docker-compose up —build поставились. А как потом новые добавлять, чтобы package.json и package.lock.json как положено обновлялись и тп.

Ну, очевидно, что тебе нужно эти файлы изменить. Т.е. использовать штатную процедуру npm для обновления

Как только файлы изменились - новый процесс сборки

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

А поначалу в разработке нельзя локально все? В дальнейшем будет и удаленно

А поначалу в разработке нельзя локально все? В дальнейшем будет и удаленно

Можно, попробуй.

Можно, попробуй.

пока так и делаю

Ну, очевидно, что тебе нужно эти файлы изменить. Т.е. использовать штатную процедуру npm для обновления

сначала так и думал, но чот создается пустая папка node_modules после docker-compose up --build, c рутовыми правами) Получается нужно с sudo npm i ... запускать. Подумал что что-то не так делаю

В каком месте я об...ся?)

сначала так и думал, но чот создается пустая папка node_modules после docker-compose up --build, c рутовыми правами) Получается нужно с sudo npm i ... запускать. Подумал что что-то не так делаю

У тебя вольюм со всеми исходниками ?

Вероятно дело в этом. Попробуй скопировать все исходники внутрь докер образа и потом уже ставить пакеты

Но вообще разницы нет : сделаешь ли ты установку пакетов снаружи докера и потом весь node_modules передашь внутрь (менее желательно), либо будешь все ставить внутри докера (более предпочтительно)

привет. никто не сталкивался. собираю в гитлабе в контейнере вью проект. зависает и отваливается по таймауту. ошибок нет. - Building for production... Starting type checking service... Using 1 worker with 2048MB memory limit

Для отладки - ес-но, удобнее делать хотрелоад кода без пересборки, но это не совсем верно