Size: a a a

DevOps — русскоговорящее сообщество

2020 July 02

GG

George Gaál in DevOps — русскоговорящее сообщество
Ибо была уязвимость в Гите, но это _другая_ история
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
inqfen
И получить другую сборку
Для указанной тобой зависимости - да, логика бинарная (либо получаем, либо не получаем вовсе), но смотри шире - у тебя помимо гит реп есть ещё куча переменных )
источник

S

Sebor in DevOps — русскоговорящее сообщество
George Gaál
Идеальный сценарий был бы:
1. Собрали
2. Прогнали тесты, поняли, что этот набор версий рабочий
3. Записали версии компонентов в BOM
4. Скриптом запинили эти версии в каком-то docker-packages.json
5. Собрали прод образ уже с запиненными версиями, убедились, что все Оке и положили в артифактори
Через 5 лет повторить
источник

S

Sebor in DevOps — русскоговорящее сообщество
источник

GG

George Gaál in DevOps — русскоговорящее сообщество
Sebor
Через 5 лет повторить
😂👍
источник

С

Сергей in DevOps — русскоговорящее сообщество
Ребят, привет.
Я новичек в теме девопса.

Раньше ставил проекты на wserver. Через FTP. Руками.
Сейчас хочу организовать удобную архитектуру.

Начал изучать докер с дженкинсом. Но позже узнал про pm2.
И у меня в голове какая то каша образовалась.

В общем какой стек стоит выбрать для начала?
Какие существуют архитектуры и технологии? Чем принципиально отличаются?
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Сергей
Ребят, привет.
Я новичек в теме девопса.

Раньше ставил проекты на wserver. Через FTP. Руками.
Сейчас хочу организовать удобную архитектуру.

Начал изучать докер с дженкинсом. Но позже узнал про pm2.
И у меня в голове какая то каша образовалась.

В общем какой стек стоит выбрать для начала?
Какие существуют архитектуры и технологии? Чем принципиально отличаются?
Для начала нужно понять следующее:
1 - Persistent data layer
2 - Non-persistent data layer

И как эти два слоя связаны между собой.

2 - это твоя ОС, библиотеки, все что нужно для запуска твоего проекта.

1 - это твои данные, необходимые для проекта.

Очень важно научится их разделять и не перемешивать.
То есть в начале у тебя будет 1 + 2, то ты должен разбить это на две части:
Сперва 2 уровень,
Затем 1 уровень.

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

Дальше уже будет проще настроить всякие пайплайны
источник

С

Сергей in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Для начала нужно понять следующее:
1 - Persistent data layer
2 - Non-persistent data layer

И как эти два слоя связаны между собой.

2 - это твоя ОС, библиотеки, все что нужно для запуска твоего проекта.

1 - это твои данные, необходимые для проекта.

Очень важно научится их разделять и не перемешивать.
То есть в начале у тебя будет 1 + 2, то ты должен разбить это на две части:
Сперва 2 уровень,
Затем 1 уровень.

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

Дальше уже будет проще настроить всякие пайплайны
Что то еще непонятнее стало))
Мне бы пример стека, что бы на нем все детали изучить.
Я сейчас пытаюсь общую концепцию понять. Именно реализации.
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Сергей
Что то еще непонятнее стало))
Мне бы пример стека, что бы на нем все детали изучить.
Я сейчас пытаюсь общую концепцию понять. Именно реализации.
Вот пример

У тебя уже есть готовая ОС - слой #2
А ты поверх нее уже заливаешь данные по wsftp.
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Сергей
Что то еще непонятнее стало))
Мне бы пример стека, что бы на нем все детали изучить.
Я сейчас пытаюсь общую концепцию понять. Именно реализации.
Основная задача этого разбиения - это получить две задачи, которые будут исполнятся двумя командами.
Слой #1 - это команда продукта
Слой #2 - это команда девопса

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

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

С

Сергей in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Вот пример

У тебя уже есть готовая ОС - слой #2
А ты поверх нее уже заливаешь данные по wsftp.
Это понятно. Меня интересуют технологии.
Вот докер, насколько я понял, создает контейнер. В нем изалированно запускается приложение. Дженкинс нужен, что бы увидеть изменения в гите и подгрузить обнову.

С этим вроде ясно. Но вот тот же пм2 работает просто как кластер с доп плюшками. Или я что то не так понял.
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Сергей
Это понятно. Меня интересуют технологии.
Вот докер, насколько я понял, создает контейнер. В нем изалированно запускается приложение. Дженкинс нужен, что бы увидеть изменения в гите и подгрузить обнову.

С этим вроде ясно. Но вот тот же пм2 работает просто как кластер с доп плюшками. Или я что то не так понял.
Докер - это слой #2
А вот volume - это слой #1

А pm2 - это нужно изучить, чтобы понять что к чему
источник

С

Сергей in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Докер - это слой #2
А вот volume - это слой #1

А pm2 - это нужно изучить, чтобы понять что к чему
Ок, то есть мне длля начала следует юзать только докер и дженкинс?
источник

С

Сергей in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Докер - это слой #2
А вот volume - это слой #1

А pm2 - это нужно изучить, чтобы понять что к чему
Про слои понял.
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Сергей
Ок, то есть мне длля начала следует юзать только докер и дженкинс?
Для начала попробуй собрать докер контейнер для своей задачи.
источник

С

Сергей in DevOps — русскоговорящее сообщество
Спам
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
В идеале лучше получить чисто Dockerfile.
Чтобы была повторяемость.

Затем этот Dockerfile можно положить в git-репозитарий. И уже к нему дженкинс и попытаться настроить пайплайн
источник

С

Сергей in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
В идеале лучше получить чисто Dockerfile.
Чтобы была повторяемость.

Затем этот Dockerfile можно положить в git-репозитарий. И уже к нему дженкинс и попытаться настроить пайплайн
Правильно ли я понял, что докер файл билдится на моей стороне? Или можно на стороне сервера его собирать?
источник

С

Сергей in DevOps — русскоговорящее сообщество
Сергей
Правильно ли я понял, что докер файл билдится на моей стороне? Или можно на стороне сервера его собирать?
Что бы в гите только код был
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Сергей
Правильно ли я понял, что докер файл билдится на моей стороне? Или можно на стороне сервера его собирать?
Сперва собираешь на своём окружение, делаешь проверки.
Затем уже пушишь изменения в репозитории и там уже сервер собирает контейнер и публикует контейнер в твоём локальном докер-registry.
источник