Size: a a a

SPb Reliability Meetup

2019 February 18

C

Constantine in SPb Reliability Meetup
шутки за 300 в понедельник?)
источник

p

pragus in SPb Reliability Meetup
Serg Martynov
Зима незаметно проходит к концу и тем ближе наш второй митап. Хотим представить вам первого докладчика.

Эдуард покажет, как силами одного разработчика за час доставить приложение из репозитория в #Kubernetes. Бонусом будет интеграция с #GitLab Environments и динамические окружения "из коробки". Считаем важным, чтобы разработчики (потенциальные SRE) умели поднять Kubernetes и настроить CI/CI — легко, приятно, быстро.

Регистрируйтесь: meetup.com/SPb-Reliability-Meetup/events/258393266/
Мне кажется, это про devops, а не sre.
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
pragus
Мне кажется, это про devops, а не sre.
мсье разбирается в сортах я погляжу ;)
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
по sre буку продукты на поддержке sre деплоятся ими.
источник

p

pragus in SPb Reliability Meetup
Aleksey Shirokikh
по sre буку продукты на поддержке sre деплоятся ими.
Это даже понятно почему ))
источник

AR

Andrey Romanov in SPb Reliability Meetup
Dmitry Nazarov
недавно в соседнем чате было

"позиция QA у нас предполагает совмещение обязанностей офис-менеджера"
работал в конторе где senior dev на проекте подрабатывал офис-менеджером
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
28-го фп митап
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Мне кажется, в этом чате кто-то призывал девсекопса?
Я пришол!
источник

DN

Dmitry Nazarov in SPb Reliability Meetup
ну вообще инфосек звучит как близкий к operations спектр задач
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Хотелось бы отметить, в связи с заявленной темой митапа, что перед нами остро встает проблема управления знаниями
Поясню, что я имею в виду
источник

ᴀ👨

ᴀɴᴅʀᴇʏ ᴍ 👨🏻‍💻🎲🎮😈🇷🇺 in SPb Reliability Meetup
Dmitry Nazarov
ну вообще инфосек звучит как близкий к operations спектр задач
Бывает, что до степени смешения.
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Вот смотрите: цель сообщества в том, чтобы, я не знаю, научить разработчиков быть инженерами? (да ну, тавтология какая-то)
Научить разработчиков быть SRE? (wtf again?)
И вот мы учим разработчика, что есть CI/CD пайплайн, потом еще надо немного подождать, потом...
Потом девсекопс - это значит, что надо вставить в пайплайн статический секьюрити сканер кода
Потом, наконец, спустя годы, разработчик узнает, что статический секьюрити сканер кода вообще не работает (чем наличие в пайплайне нерабочего сканера отличается от полного отсутствия сканера вообще, кроме сайдэффекта под названием "знание"?)
То есть - ура, сканер и не нужен был! (Это если разработчику таки скажут правду)
Круг замкнулся!
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Спустя пять лет и несколько инсталляций сонаркьюба, или что у нас там
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
<--- Я, тем временем, нахожусь здесь
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Или здесь ---->
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
То есть, я-то уже знаю, что статический сесурити сканер нужен только бедолагам, которые на C пишут (по-настоящему, им нужна другая жизнь)
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Объясните мне теперь, пожалуйста, как это все работает
"Смотри, маленький падаван, вот у нас есть Gitlab CI!" - так, что ли?
OMG can't we just skip that
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Vasiliy Romaneev
Хм, а вот посоветуйте или в профильный чат направьте по release management

Имеется две команды- фронт и бек.
У каждой команды свои релизные циклы.

Сейчас есть спринты по 2 недели - каждая фича ветвится от дев и в конце спринта всё сливается в staging/prod.
Хочется ускорить поставку фич на тестирование и в прод.

Варианты, которые я вижу:
1. для каждой фичи делаем своё окружение.
По готовности фичи - заливаем её в dev, смотрим, что ничего не сломалось и гоним staging на тестирование QA
2. Feature pinning - очень круто, но на первый взгляд - много работы

Может что-то еще есть - как вы решаете эту проблему ?
CI/CD — очень по теме чата.
а в чём у вас проблема? Сделать на каждую ветку по окружению?
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Sergey Trapeznikov
Не совсем понятно, а на что направлена SRE метода, на разрабов или на инженеров?
на всех. Но нам наиболее интересно пропагандировать SRE среди разработчиков.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Constantine
если меня пустят на биринг и он состоится, то я буду мысленно с вами и с митапом в яндексе
яндекс молодцы, анонсировались после нас.
источник