Size: a a a

2019 July 30

МК

Михаил Кузьмин in DevOps Moscow
но у нас UI совсем по-другому устроен. мы вместо pipeline использовали термин build chain всегда
источник

H

Hopf in DevOps Moscow
Ага, а что у вас из инфры поднято для обслуживания всего этого?

1. Какие-то раннеры (teamcity agent)
2. Сервер CI (teamcity)
3. registry
4. хранилище артефактов
5. etc?
источник

H

Hopf in DevOps Moscow
Михаил Кузьмин
но у нас UI совсем по-другому устроен. мы вместо pipeline использовали термин build chain всегда
хм... надо будет глянуть на досуге, спасибо
источник

МК

Михаил Кузьмин in DevOps Moscow
здесь я всё-таки сошлюсь на свой доклад, там как раз про инфраструктуру.
у нас зоопарк всего и мы не очень-то за унификацией гонимся - слишком разные проекты и требования не совпадают
источник

МК

Михаил Кузьмин in DevOps Moscow
есть всё и в нескольких экземплярах. и docker registry, и Artifactory, и ECR
источник

H

Hopf in DevOps Moscow
> у нас зоопарк всего и мы не очень-то за унификацией гонимся - слишком разные проекты и требования не совпадают

И вас не смущает, что разные команды делают одно и то же по разному, да?
источник

H

Hopf in DevOps Moscow
> ECR
?
источник

H

Hopf in DevOps Moscow
а амазон
источник

МК

Михаил Кузьмин in DevOps Moscow
AWS container registry
источник

H

Hopf in DevOps Moscow
> есть всё и в нескольких экземплярах. и docker registry, и Artifactory, и ECR

А кто это поддерживает?
источник

МК

Михаил Кузьмин in DevOps Moscow
админы
источник

H

Hopf in DevOps Moscow
А вы не одна команда с ними, да?

Типа вы только развиваете
источник

МК

Михаил Кузьмин in DevOps Moscow
"вы"?
источник

H

Hopf in DevOps Moscow
команда автоматизации != команда поддержки автоматизированных вещей

?
источник

МК

Михаил Кузьмин in DevOps Moscow
это всё на админской стороне, кроме серверной части TeamCity - за неё отвечают девелоперы самого TeamCity
источник

МК

Михаил Кузьмин in DevOps Moscow
в девелоперских командах есть билд-инжинеры, но их забота - настройка билдов и gradle
источник

МК

Михаил Кузьмин in DevOps Moscow
нет команды автоматизации - это забота каждого отдела автоматизировать свои таски
источник

H

Hopf in DevOps Moscow
И, наверное, пока последний вопрос.
Я правильно понимаю, что для того, чтобы протестировать e2e, вы поднимаете все окружение в докере, пользуясь docker-compose и после того, как оркужение отрапортовало, что стартануло и имеет правильные конфиги, вы запускаете на них тесты? (или что-то другое, если да почему?)
источник

H

Hopf in DevOps Moscow
Или, как ты говорил, у нас зоопарк всего и мы не очень-то за унификацией гонимся ?
источник

МК

Михаил Кузьмин in DevOps Moscow
> запускаете на них тесты? (или что-то другое, если да почему?)
я вот тут не понял
источник