Ну на одмена то все понятно, а именно кодера без всех хтих ваших сиайсиди

есть два гугла

ваще, на го без бекграунда в других языках редко берут

на какой гофера посадишь, на какой сам сядешь

Мать на петон, сам на руби

ваще, на го без бекграунда в других языках редко берут

Посоны, а есть список вопрос к собесу на го погромиста?

А какая разница с собесом для любого другого бекендера?

А какая разница с собесом для любого другого бекендера?

И нужны ли генерики

interface {}

Я от хз как в го буферизировать io

Разработчик го сказанул

Посоны, а есть список вопрос к собесу на го погромиста?

Точнее я делаю docker service update --force veros_app и оно не находит имиджа

Посоны, а есть список вопрос к собесу на го погромиста?

кроме всякой банальщины для бекендеров те же самые вопросы которые дивапсу задаешь - про пуллы для коннектов куда то(переиспользование там и вся фигня). про горутины, про параллелизм вс канкаренси(тут можно сразу лулзы половить от того понимает ли человек вообще как голенг работает), по поводу того как голенг с памятью работает(ответ "ебано" можно считать за правильный), как gc работает, спросить "вот есть сервак с 32 ядрами, а чО будет если скомпилить бинарник с GOMAXPROCS=4 вместо GOMAXPROCS=32"(будет быстрее ага)

кроме всякой банальщины для бекендеров те же самые вопросы которые дивапсу задаешь - про пуллы для коннектов куда то(переиспользование там и вся фигня). про горутины, про параллелизм вс канкаренси(тут можно сразу лулзы половить от того понимает ли человек вообще как голенг работает), по поводу того как голенг с памятью работает(ответ "ебано" можно считать за правильный), как gc работает, спросить "вот есть сервак с 32 ядрами, а чО будет если скомпилить бинарник с GOMAXPROCS=4 вместо GOMAXPROCS=32"(будет быстрее ага)

а если голову включить?

расскажи почему GOMAXPROCS=4 > GOMAXPROCS=32

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

Я думаю, что верно. А еще синхронизация. А еще возможность каннибализации

"у нас есть приложуху которые при =1 10к рпс выдают, если на сервере запустишь 10 будет 100к," вот это более интересный кейс, чем какие-то абстракные GOMAXPROCS

https://raw.githubusercontent.com/gophercon/2015-talks/master/Bj%C3%B6rn%20Rabenstein%20-%20Prometheus/slides.pdf

у нас есть приложуху которые при =1 10к рпс выдают, если на сервере запустишь 10 будет 100к, а вот если один инстанс с =10 не будет даже 20к рпс - апи гейтвей

Самое время запилить gounicorn и там рестарт по количеству отработанных запросов, что бы потом можно было рассказывать, что на go никто не борется у утечками памяти

Ты пропускаешь середину изложения. Какой id ты пушишь, а какой - пуллишь?

кроме всякой банальщины для бекендеров те же самые вопросы которые дивапсу задаешь - про пуллы для коннектов куда то(переиспользование там и вся фигня). про горутины, про параллелизм вс канкаренси(тут можно сразу лулзы половить от того понимает ли человек вообще как голенг работает), по поводу того как голенг с памятью работает(ответ "ебано" можно считать за правильный), как gc работает, спросить "вот есть сервак с 32 ядрами, а чО будет если скомпилить бинарник с GOMAXPROCS=4 вместо GOMAXPROCS=32"(будет быстрее ага)

Я пытаюсь разобраться с чужим странным пайплайном. В котором в момент деплоя нет создания докер сервиса, а есть только невнятный апдэйт докер сервиса. Вероятно мне нужно перед этим выкачать корректный имидж из регшистри и потом подсунуть его для обновления контейнера. Но вот видимо на стадии выкачивания имиджа всё ломается с сообщением, что имиджа такого нет. Хотя на предыдущей стадии сборки видно, что имидж успешно влился в регистри и получил тэг :latest

Я пытаюсь разобраться с чужим странным пайплайном. В котором в момент деплоя нет создания докер сервиса, а есть только невнятный апдэйт докер сервиса. Вероятно мне нужно перед этим выкачать корректный имидж из регшистри и потом подсунуть его для обновления контейнера. Но вот видимо на стадии выкачивания имиджа всё ломается с сообщением, что имиджа такого нет. Хотя на предыдущей стадии сборки видно, что имидж успешно влился в регистри и получил тэг :latest

так на чем затык? больше кровавых деталей, если хочешь, чтоб помогли

А подскажите что за балда происходит? Есть CI с шагом docker login -u gitlab-ci-token -p $CI_JOB_TOKEN registry.gitlab.com docker push $CONTAINER_IMAGE:$CI_COMMIT_SHA Завершается успехом: e5e1b10728ee: Layer already exists e0bf0f5358df: Layer already exists 845d9eb30446dc403c4bf3dfeeca5b843cd6ad80: digest: sha256:2cde029abe66f1c13b73a15f2e13d503e642ce6079b032d908cd7611f8ffff13 size: 2420 И есть второй таск, с деплоем, где пуллится этот же имидж, но неудачно. overall progress: 0 out of 1 tasks 1/1: No such image: registry.gitlab.com/veros-dev/veros-platform:845d9eb30446dc… overall progress: 0 out of 1 tasks service update paused: update paused due to failure or early termination of task zl34lkpnuegidl41jjuqk4xcp Что может быть причиной?

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

что за CI ? ошибка не гитлабовского пайплайна явно

Вот смотрю сейчас вывод консоли джоба и вижу, что был докер логин, потом был докер пулл, вытянувший такое: $ docker pull $CONTAINER_IMAGE:latest || true latest: Pulling from veros-dev/veros-platform Digest: sha256:c7a0e312cc35ad1ab5f56e2b217c7c7fe541937f30fe451d4b7ec3dcee5adab3 Status: Image is up to date for registry.gitlab.com/veros-dev/veros-platform:latest А дальше идёт команда docker service update, которая ломается на постоянном повторении строк overall progress: 0 out of 1 tasks 1/1: No such image: registry.gitlab.com/veros-dev/veros-platform:58b0e1cbe1327a…