TM
Там кстати есть отличные контейнеризованные решения с s3-совместимостью по апи
я как раз к этому сказал)
Size: a a a
2019 March 20
AO
Тема PaaS’во не раскрыта (google app engine, Heroku)
пропустил вопрос...
я не фанат PaaS'ов из-за vendor-lock'а) контейнеры легко двигать между сервис-провайдерами) Kubernetes есть много у кого)
я не фанат PaaS'ов из-за vendor-lock'а) контейнеры легко двигать между сервис-провайдерами) Kubernetes есть много у кого)
AO
и вторая проблема с ними - иногда может потребоваться что-то кастомное и там будет сложно это сделать
AO
Google App Engine местами выглядит как некий legacy
AO
то есть на его основе они запустили IaaS сервисы
AO
старая версия этих сервисов - внутри GAE, новая - отдельно
AO
я всячески советую Google Cloud, но всё же больше с упором на Kubernetes и на их IaaS-сервисы, а не на их PaaS (GAE)
AO
ну, а Heroku - он просто дорогой) он как managed hosting
И
А как в стейтлес без volume делается ci? Для обновления кодовой базы
AO
код как и раньше внутри образов контейнеров
AO
грубо говоря, Django - это генератор API
AO
ему там эти volume-то (или их отсутствие) и не мешают тестироваться никак
И
код как и раньше внутри образов контейнеров
Но без volume его же нужно каждый раз пересобирать, этот контейнер, что бы код попал внутрь контейнера.
А если у меня ci и несколько коммитов в час на мастер. Если с volume, то все понятно.
А вот с кодом, зашитым в контейнер чет не очень
А если у меня ci и несколько коммитов в час на мастер. Если с volume, то все понятно.
А вот с кодом, зашитым в контейнер чет не очень
A
херока как раз пример плохого вендор лока и платформы вообще
AO
возможно, я не очень понял вопрос) у всех оно работает по-разному, разные CI-системы и прочее, но обычно подход такой:
- система видит, что появился новый коммит и собирает образ контейнера, а потом его тестирует и если на данном коммите висит некий тег - она его пушит в container registry под этим тегом
- система видит, что появился новый коммит и собирает образ контейнера, а потом его тестирует и если на данном коммите висит некий тег - она его пушит в container registry под этим тегом
AO
собирать может не сама, а просить некий внешний сервис для сборки контейнеров, например) для тестирования тоже может делать всякие сложные штуки) например, прогонять тесты параллельно, докупив временно нужное количество нужных ресурсов и подняв там 100500 контейнеров из этого образа, а потом удалив их)
AO
Но без volume его же нужно каждый раз пересобирать, этот контейнер, что бы код попал внутрь контейнера.
А если у меня ci и несколько коммитов в час на мастер. Если с volume, то все понятно.
А вот с кодом, зашитым в контейнер чет не очень
А если у меня ci и несколько коммитов в час на мастер. Если с volume, то все понятно.
А вот с кодом, зашитым в контейнер чет не очень
перед тем как слить ветку на мастер, CI должна показать статус тестов на последнем коммите в этой ветке, красный или зелёный, если красный или ещё не протестировался последний коммит в этой ветке - кнопка сливания с мастером будет заблокирована
И
Ну тут система такая. Пришел коммит мастер, запускается тествое окружение с последней версией кода, гонятся тесты. Если не 100% процентов тестов прошли, коммит реджектится.
Если тесты прошли, то коммит проходит на сервер, делается пулл в volume c кодом на проде и рестартится сам Джанго.
Контейнер, как работал, так и работает
Если тесты прошли, то коммит проходит на сервер, делается пулл в volume c кодом на проде и рестартится сам Джанго.
Контейнер, как работал, так и работает
AO
херока как раз пример плохого вендор лока и платформы вообще
она ориентирована на новичков с деньгами) например, на американских школьников-стартаперов, которым родители дают много карманных денег))
AO
стартаперы Heroku и Digital Ocean любят)