В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

DevOps

1220 membersпожаловаться на группу
2020 January 17

SP

Sergey Protko in DevOps
Артём
Народ, есть организационный вопрос. Как вы шарите ( и шарите ли) знания внутри компании в которой 10+ девопсов и еще больше команд разработки ?
вики, доки в гите рядом с проектами, форсим что бы по максимуму инфраструктурые вещи были в гите.... Отдельные каналы в слэке (или что вы там юзаете) чисто для аннонсментов по изменениям в процессах или инфраструктуре...
источник
16:04пожаловаться#1

AS

Aleksey Shirokikh in DevOps
Артём
Народ, есть организационный вопрос. Как вы шарите ( и шарите ли) знания внутри компании в которой 10+ девопсов и еще больше команд разработки ?
дежурствами на merge request-ах
источник
16:04пожаловаться#2

AS

Aleksey Shirokikh in DevOps
cабкоманда админов с одной специализацией дежурит в течении недели на всех mr которые приносятся во всю инфру
источник
16:05пожаловаться#3

AS

Andrey Shuster in DevOps
Артём
Народ, есть организационный вопрос. Как вы шарите ( и шарите ли) знания внутри компании в которой 10+ девопсов и еще больше команд разработки ?
обязательно. confluence, slack, периодические воркшопы и доклады о том как устроены процессы и инфраструктура.
источник
16:05пожаловаться#4

SP

Sergey Protko in DevOps
ну и формируем по типикам что-то типа "гильдий" что бы люди накидывали мол "вот мы тут попробовали запилить такую-то штуку для решения такой-то проблемы"... что бы в этой группе людей были представители разных команд. Внедрение в команды уже через них
источник
16:05пожаловаться#5

ЕО

Евгений Омельченко in DevOps
Артём
Народ, есть организационный вопрос. Как вы шарите ( и шарите ли) знания внутри компании в которой 10+ девопсов и еще больше команд разработки ?
Как стимулировать передачу знаний или как дать возможность? Это разные вопросы
источник
16:05пожаловаться#6

SP

Sergey Protko in DevOps
Andrey Shuster
обязательно. confluence, slack, периодические воркшопы и доклады о том как устроены процессы и инфраструктура.
воркшопы это тема, но мы пока не доросли(
источник
16:05пожаловаться#7

А

Артём in DevOps
А форсите ли единый подход к реализации сервисов ? ( ведь это больно для разработки)
источник
16:05пожаловаться#8

А

Артём in DevOps
Евгений Омельченко
Как стимулировать передачу знаний или как дать возможность? Это разные вопросы
Просто интересно кто как решает эти вопросы
источник
16:06пожаловаться#9

ЕО

Евгений Омельченко in DevOps
Ну стимуляция дежурствами, возможность — вики
источник
16:06пожаловаться#10

SP

Sergey Protko in DevOps
Артём
А форсите ли единый подход к реализации сервисов ? ( ведь это больно для разработки)
нет, более того мы пушим идею максимально независимой разработки. Есть общие принципы, их форсим. А че как оно там работает зона ответственности команды которая оунит сервис.

Проблемы обычно когда "девы пилят сервисы а опсы мэйнтейнят все"
источник
16:06пожаловаться#11

А

Артём in DevOps
Евгений Омельченко
Ну стимуляция дежурствами, возможность — вики
Вики очень хорошо , но заставить держать ее актуальной практически невозможно без кнута
источник
16:06пожаловаться#12

ЕО

Евгений Омельченко in DevOps
Артём
А форсите ли единый подход к реализации сервисов ? ( ведь это больно для разработки)
Зависит от вашей готовности и возможнсоти думать за сервисы и придумывать общие абстрактные подходы
источник
16:07пожаловаться#13

SP

Sergey Protko in DevOps
Артём
Вики очень хорошо , но заставить держать ее актуальной практически невозможно без кнута
когда тебя будят в 3 ночи потому что какая-то команда о чем-то не знала - это помогает приоритизировать проблемы коммуникаций)
источник
16:07пожаловаться#14

ЕО

Евгений Омельченко in DevOps
Артём
Вики очень хорошо , но заставить держать ее актуальной практически невозможно без кнута
Дежурства хороший кнут
источник
16:07пожаловаться#15

А

Артём in DevOps
Sergey Protko
когда тебя будят в 3 ночи потому что какая-то команда о чем-то не знала - это помогает приоритизировать проблемы коммуникаций)
Проблема в том что власть отдана "народу" и децентрализована , И практически нет человека который может кого угодно "смотивировать"
источник
16:08пожаловаться#16

А

Артём in DevOps
Но при этом хочется улучшить SLA за счет взаимозаменяемости
источник
16:09пожаловаться#17

SP

Sergey Protko in DevOps
Артём
Проблема в том что власть отдана "народу" и децентрализована , И практически нет человека который может кого угодно "смотивировать"
прикол в том что эскалация должна затронуть ту команду у которой произошли проблемы.

Повторюсь - проблемы обычно тогда когда у тебя децентрализация команд и отдел "дэвопсов".
источник
16:09пожаловаться#18

А

Артём in DevOps
Но опыт показывает, что когда все сделано по-разному - у того кого сделано "по-другому" появляется отторжение
источник
16:09пожаловаться#19

SP

Sergey Protko in DevOps
Артём
Но опыт показывает, что когда все сделано по-разному - у того кого сделано "по-другому" появляется отторжение
посмортемы помогут понять что надо унифицировать а что нет
источник
16:10пожаловаться#20