Size: a a a

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

2020 September 03

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Ну просто я слышал про s3 и его 999 вариаций, и не всегда понятно какой именно сервис на базе s3 тебе нужен
источник

S

Sebor in DevOps — русскоговорящее сообщество
S3 это общее название
Выбираешь по цене/вкусу/отзывам
источник

S

Sebor in DevOps — русскоговорящее сообщество
Основных провайдеров я перечислил
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Кстати. А ведь битрикс при активной лицензии даёт 10гб хранилища для бекапов, можно как то туда лить и от туда ресторится на локале.....
источник

S

Sebor in DevOps — русскоговорящее сообщество
По-русски это называется объектное хранилище
источник

S

Sebor in DevOps — русскоговорящее сообщество
Игорь Майоров
Кстати. А ведь битрикс при активной лицензии даёт 10гб хранилища для бекапов, можно как то туда лить и от туда ресторится на локале.....
Ну тоже вариант
источник

S

Sebor in DevOps — русскоговорящее сообщество
Но я не в курсе, что у них есть облако
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
А ещё интересно.
Вот у битрикса (как и у всех сайтов) есть папка /upload/ с картинками и прочим.

Как кошерно разворачивать ее копию на локале?

Весь код подтянется с гита, а с контентом как быть?
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
И даже ещё вопрос:

Какой общий best practice деплоя проекта на локале? Может все уже изобретено, просто нужно подпилить под свои нужды?
источник

S

Sebor in DevOps — русскоговорящее сообщество
Ну если статики немного и она не меняется, то можно и в гит захерачить)
Но я такие вещи, опять же, либо в с3 держу, либо на сервере артифактов
источник

S

Sebor in DevOps — русскоговорящее сообщество
Нужды у всех разные, пилить в любом случае придется
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Sebor
Нужды у всех разные, пилить в любом случае придется
Ну, я не исключал этого. Просто все равно общий тренд наверное какой то есть.
источник

S

Sebor in DevOps — русскоговорящее сообщество
Что касается базы - продовую редко локально деплоят
Остальное все - легко
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Sebor
Ну если статики немного и она не меняется, то можно и в гит захерачить)
Но я такие вещи, опять же, либо в с3 держу, либо на сервере артифактов
Хорошо, когда есть ресурсы на с3. А когда нет...
источник

S

Sebor in DevOps — русскоговорящее сообщество
Игорь Майоров
Хорошо, когда есть ресурсы на с3. А когда нет...
Ну тогда либо выбиваешь ресурсы, либо обозначаешь все риски колхоза (для бэкапов особенно эффективно)
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Sebor
Что касается базы - продовую редко локально деплоят
Остальное все - легко
А какую тогда обычно деплоят? Очевидно, что продавая база нужна редко, но как тогда передавать дамп базы с тестовыми данными другому разрабу, что бы не кидать .sql.gz в телеграме?
источник

S

Sebor in DevOps — русскоговорящее сообщество
Игорь Майоров
А какую тогда обычно деплоят? Очевидно, что продавая база нужна редко, но как тогда передавать дамп базы с тестовыми данными другому разрабу, что бы не кидать .sql.gz в телеграме?
Ну делаешь тестовые данные и хранишь их хоть в гите
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Sebor
Ну делаешь тестовые данные и хранишь их хоть в гите
Это нормальная практика? А ещё варианты есть, кроме гита?
источник

ИМ

Игорь Майоров... in DevOps — русскоговорящее сообщество
Нет наверное, но все же
источник

S

Sebor in DevOps — русскоговорящее сообщество
Отдельный сервер с артифактами...
источник