@gogolang - страница 1110 - Telegram web archive

Ilia

Как боженька смолвил

ахах) должно повезти судя по счетчику

Daniel

Ребят, всем день добрый. У меня тут подошло дело к деплою на сервер, а как это делать и вообще как лучше с go — без понятия. Может есть какие-то best practice? Ну или из личного вашего опыта чего-то услышать бы. Периодически, где читаю, люди юзают docker и kubernates. Но ни с тем, ни с другим не работал. Вот и насчёт этого хотелось бы узнать, насколько это необходимо

а в чем проблема-то?

Dug

Проблемы как таковой нет. Просто способов куча. Кто-то просто билдит и запускает на сервере, кто-то использует докер и прочее.. Запутался как-то

Daniel

а у вас уже есть какой-то опыт деплоя?

Daniel

CI, может быть?

Dug

а у вас уже есть какой-то опыт деплоя?

В том-то и дело, что опыта деплоя нет вообще. Совсем ещё зелёный. Но хотелось бы научиться

Daniel

ммм

Daniel

а как вы сервером управляете? вручную?

Sergey

В том-то и дело, что опыта деплоя нет вообще. Совсем ещё зелёный. Но хотелось бы научиться

Ну если у вас некоммерческий проект, то имеет, а именно в рамках обучения, то пробуйте несколько вариантов. Вы поймёте, как на практике это все работает, что больше нравится вам, какие плюсы и минусы у разных подходов

Daniel

не-не-не

Sergey

Начните с докера, лишним это точно не будет

Daniel

докер сам по себе не обеспечивает деплоя

Daniel

к докеру нужен ci

Sergey

Я имел ввиду докер и его экосистема)

Sergey

Докер ради докера смысла не много

Daniel

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

Daniel

и я до сих пор думаю, что, при отсутствии ci, это вариант лучший

Sergey

Да, мне тоже нравится ansible

Dug

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

так с сервером, писанным на ktor и делал)

Daniel

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

Dug

собирал локально, пушил на сервер и там стартовал скриптик самописный, который перезапускал

Sergey

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

А сейчас что предпочитаете?

Daniel

А сейчас что предпочитаете?

сейчас я предпочитаю иметь под рукой ci-cd

Daniel

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

𝓢𝓮𝓻𝓰𝓮𝔂

Убермейкфайл: +19 к деплою

Sergei

Убермейкфайл: +19 к деплою

bazel

Andrey

Оставлю ещё сообщение здесь. У кого мак, не обновляйтесь до 10.13.4. Перестанет работать отладчик delve. https://github.com/derekparker/delve/issues/1165

.

Хочу поделиться реализацией алгоритмов и структур данных на Го. Сейчас в репозитории есть реализации базовых вещей, буду дополнять по ходу дела. Фидбек был бы кстати ;) https://github.com/floyernick/Data-Structures-and-Algorithms

🎉

Ребят, всем день добрый. У меня тут подошло дело к деплою на сервер, а как это делать и вообще как лучше с go — без понятия. Может есть какие-то best practice? Ну или из личного вашего опыта чего-то услышать бы. Периодически, где читаю, люди юзают docker и kubernates. Но ни с тем, ни с другим не работал. Вот и насчёт этого хотелось бы узнать, насколько это необходимо

Если по простенькому то через git неплохо деплоится. В хук прописываешь скрипт который после мержа двух веток перезапускает аппу.

🎉

Ща поищу, кста.

🎉

Не сказать что это продакшен, пишу для себя любимого, но рабочая схема у меня на данный момент такая. Захожу на сервер, mkdir project cd project git init git add . git commit -m "first commit" Теперь создадим отдельную ветку production git checkout -b production На домашнем ПК git clone ssh://user@8.8.8.8/home/project Я могу такое позволить потому что я заранее сделал ключи для ssh. На сервере, переключаемся на master git checkout master Теперь, нужно создать скрипт, который при пуше смержит production с master и перезапустит мой проект cd project touch .git/hooks/post-receive nano .git/hooks/post-receive Вставляем туда #!/bin/sh cd .. env -i git merge production sudo systemctl stop app sudo systemctl start app Разумеется у нас есть конфиг systemd - /etc/systemd/system/app.service, через него происходит стоп и старт проекта. Как-то так.

Anonymous

Не сказать что это продакшен, пишу для себя любимого, но рабочая схема у меня на данный момент такая. Захожу на сервер, mkdir project cd project git init git add . git commit -m "first commit" Теперь создадим отдельную ветку production git checkout -b production На домашнем ПК git clone ssh://user@8.8.8.8/home/project Я могу такое позволить потому что я заранее сделал ключи для ssh. На сервере, переключаемся на master git checkout master Теперь, нужно создать скрипт, который при пуше смержит production с master и перезапустит мой проект cd project touch .git/hooks/post-receive nano .git/hooks/post-receive Вставляем туда #!/bin/sh cd .. env -i git merge production sudo systemctl stop app sudo systemctl start app Разумеется у нас есть конфиг systemd - /etc/systemd/system/app.service, через него происходит стоп и старт проекта. Как-то так.

Принимай пулреквест: вместо systemctl stop & start юзай restart

🎉

Принимай пулреквест: вместо systemctl stop & start юзай restart

Да я чот не замарачивался, согласен, можно поковырять и улучшить...

🎉

Чото жизнь мимо пролетает... уже вебпак четвёртый вышел? https://codedojo.ru/workshops/webpack-intro?utm_campaign=vorkshop-znakomstvo-s-webpack&utm_source=SendPulse&utm_medium=email&spush=bXJsa0BtYWlsLnJ1

Sergio

Хочу поделиться реализацией алгоритмов и структур данных на Го. Сейчас в репозитории есть реализации базовых вещей, буду дополнять по ходу дела. Фидбек был бы кстати ;) https://github.com/floyernick/Data-Structures-and-Algorithms

Спасибо! Но тестов нет, что ставит под сомнение корректность реализации