SRE - Дорожная карта для предприятий и концепция Unix

Здравствуйте, я бездарь.
Сегодня был отличный день, я был доволен, как попрошайка, пообедав лучшим обедом, который мне подсказали старшие коллеги и люди старшего поколения: суп, напитки и салат без ограничений. Когда к еде добавляется суп, уровень счастья в жизни повышается примерно на 5. Что? Какой процент составляет 5? Ну, это зависит от каждого человека...
Полезные ссылки
- Books For Site Reliability Engineering
- GitHub - dastergon/awesome-sre: A curated list of Site Reliability and Production Engineering resources.
- Дорожная карта SRE для предприятий
with The Grateful Dead - Darkstar
Знаменитая песня, использовавшаяся в качестве имени хоста в ранних версиях Slackware
Введение
Месяц назад я прочитал дорожную карту SRE для предприятий, а сегодня прочитал ее во второй раз.
Хотя она доступна за плату от O'Reilly, я прочитал примерно половину первой части, которая также бесплатно опубликована по предыдущей ссылке.
Когда я прочитал ее в первый раз, я просто запомнил текст, а потом прочитал во второй раз. Вот и все...
Универсальность
Содержание дорожной карты SRE не использует реальных названий продуктов, а скорее обсуждает принципы мышления, почему это необходимо, и вопросы позиционирования.
В частности, это касается осознания работы в команде и того, что не следует увеличивать рабочую нагрузку человека. Что касается последнего, это существует в концепции UNIX:
- Автоматизировать все
- Для эффективного построения сторонних систем
Применимо ли это?
Можно ли это назвать распределенным инжинирингом? На первый взгляд, интересно, что говорится о том, что не следует брать на себя тяжелую рабочую нагрузку, и это, я думаю, является идеальной формой.
Кроме того, что касается содержания, в отношении того, что существующие команды должны стать SRE, упоминается не только универсальность систем, но и человеческая универсальность, то есть открытость к принятию разнообразных людей в команду.
Как в атаке, так и в защите
Организация должна сочетать консервативные подходы к эксплуатации и построению с инновационными подходами к разработке.
Мне показалось, что четко объяснены моменты, когда следует быть подчиненным, и когда не следует.
Как объясняется в Building a Culture of Security and Reliability, если слишком сильно склоняться к 'нет', организация застопорится, и необходимо принимать решения о принятии рисков там, где это необходимо. С человеческой точки зрения, в культуре отрицания даже хорошие идеи могут быть сведены на нет.
Даже в обычных разговорах, например, если считать социальные сети бесполезными, то возможности получения информации оттуда уменьшаются. Это относится ко всем средствам сбора информации: хотя говорят, что 'слишком много смотреть телевизор делает тебя глупым', наоборот, ты не сможешь уловить, какая информация передается по телевизору.
Однако, хотя одному человеку нереально уловить все, я думаю, что человеческое общение может это преодолеть.
Даже сейчас, разговаривая с друзьями, даже после нескольких лет совместного общения, приятно находить что-то новое, чего раньше не знал.
Я немного отвлекся, но в итоге, если спросить, является ли это инжинирингом, который устраняет излишние элементы в системе, то нет. Скорее, это инжиниринг надежности (сайтов), который создается путем поиска добавленной стоимости в том, что может показаться излишним, и создания систем, устраняющих эту излишность.
Малое прекрасно
Я думаю, что во многих случаях неизбежно, что системы со временем разрастаются. Это наследие прошлого, и я чувствую, что это эквивалентно тому, как фиатные деньги продолжают выпускаться за счет государственных облигаций вместо золотого стандарта.
Разве тот факт, что валюта, выпущенная за счет государственных облигаций, в конечном итоге становится долгом, не имеет общих черт с техническим долгом?
Независимо от того, насколько сильно мы пытаемся уменьшить систему, если страна становится большой, она неизбежно постепенно разрастается.
Я думаю, что большинство систем функционируют по этому принципу, потому что, как и в истории, после разрастания необходимо принимать меры.
Как объясняется в Simplicity, разработчики, придерживающиеся других принципов философии UNIX, ценят то, что меньшее количество кода повышает читаемость и сопровождаемость.
Смотри в будущее. Будущее наступит быстрее, чем ты думаешь.
В заключение
На самом деле, я читал ее, разбирая по частям и по разделам, которые меня интересовали, и мне кажется, что это техническая книга, которую можно читать с удовольствием.
Мне нравится читать интервью, поэтому содержание, описывающее мысли и действия реальных инженеров, делает его более реалистичным и легким для восприятия.
Я благодарен, что это доступно бесплатно.
На этом все. До новых встреч.