В чем разница между SRE и DevOps?

57

В чем разница между SRE и DevOps?

Надежность сайта Инженерно-технические и опытно-конструкторские работы, кажется, во многом совпадают Как узнать, какая группа за что отвечает, и как узнать, какие рабочие места будут подходить для моей квалификации?

Кажется, что SRE - это поддержка серверов и сети, а DevOps - поддержка кода, это правильно? Разве между этими двумя не существует достаточного количества совпадений?

jcolebrand
источник
3
Я думаю, что DevOps был настолько оскорблен как термин, что на данном этапе он означает что-то или ничего.
цыплята
1
В компании, с которой я разговаривал, была команда SRE и DevOps. Мне сказали, что DevOps использовался для создания новых приложений (0-6 месяцев), а SRE поддерживала старые приложения. Оба были разработчиками, которые использовали автоматизацию, кодировали и выпускали приложения.
Павел Тоцке
1
Я думаю, что книга Googles по SRE была бы хорошей книгой, чтобы понять, что это такое: landing.google.com/sre
Кайл Стинкамп,

Ответы:

49

DevOps - это поддержка кода, это правильно?

DevOps - это не просто код, системы или что-то одно. DevOps - это очень общий термин, который охватывает все, что связано с поставкой программного обеспечения.

Надежность сайта - это термин, который популяризируется Google. Из этой статьи https://landing.google.com/sre/interview/ben-treynor.html мы можем найти их TL; DR:

По сути, это то, что происходит, когда вы просите инженера-программиста спроектировать операционную функцию.

Операции, инжиниринг и разработка программного обеспечения сливаются воедино. Степень автоматизации, необходимая для создания и поддержания зрелой инфраструктуры, требует навыков всех трех. СД, админы, и инженеры, и разработчики.

Смотрите также: http://shop.oreilly.com/product/0636920041528.do

Дейв Сверски
источник
6
DevOps не ограничивается просто программным обеспечением, это ошибочное мнение. Он должен быть полностью связан с дизайном продукта, требованиями к продукту, документацией и т. Д. Предполагается, что он должен следовать всей цепочке создания стоимости от клиента к клиенту. Ограничение представления приводит к снижению воздействия и в конечном итоге к неправильному пониманию роли более опытного инженера по выпуску.
Иржи Клауда
Я еще не понял различия между DevOps Engineeringи тем, SRE workчто это акроним, разработанный Google и подкрепленный довольно крутой (бесплатной!) Книгой.
BlackVegetarian
Надежность сайта инженера - это фактическое название и описание работы. Это подразумевает только то, что говорится. Название, которое может подразумевать DevOps на стороне программного обеспечения, - Platform Engineer, где вы создаете и автоматизируете платформу для развертывания разработчиками. Между тем, SRE - это человек, который отвечает за то, что раньше было типичной операцией. Это немного анекдотично, но, вероятно, поможет вам понять @BlackVegetable.
Мэтт О.
1
Есть множество отличных видео на YouTube от Сета Варго и Лиз Фонг (Google их.) Они ясно дают понять: «класс SRE реализует DevOps». SRE - это конкретная формализованная практика, которая следует многим принципам DevOps.
Дейв Сверски
1
Смотрите также: youtube.com/watch?v=uTEL8Ff1Zvk&t=2s
sethvargo
21

Дейв Сверски уже опубликовал превосходный ответ выше с определением SRE Бена Трейнора, которое сегодня столь же остро, как и в 2003 году.

По сути, это то, что происходит, когда вы просите инженера-программиста спроектировать операционную функцию.

Итак, в попытке дать дальнейшее определение «DevOps», вот выдержка из книги « Эффективные DevOps » Дженнифер Дэвис и Кэтрин Дэниелс:

Devops - это способ мышления и способ работы. Это основа для обмена историями и развития эмпатии ... [это] не просто еще одна методология разработки программного обеспечения.

[P] практики могут включать методы разработки программного обеспечения или такие функции, как автоматизация инфраструктуры и непрерывная доставка, [хотя] это гораздо больше, чем просто сумма этих частей.

Хотя эти понятия взаимосвязаны и их часто можно увидеть в среде девопов, при сосредоточении только на них упускается общая картина - культурные и межличностные аспекты, которые придают девопам силу.

В итоге: эффективный SRE будет использовать практики DevOps.

-

Также:

Как я узнаю, какая группа за что отвечает?

Собственность не должна быть неявной; общаться!

Лесной Охотник
источник
17

Проектирование надежности сайта подпадает под более или менее традиционные операции, но в значительной степени автоматизировано и контролируется версиями, что также называется инфраструктурой как кодом . Это четко определенная вертикальная роль . В современных DevOps это вертикальный фрагмент, который относится к операциям. Вы можете иметь команду SRE.

DevOps как таковой является культурным изменением для организации. В дополнении к вертикали, сверху вниз, структура управления, создает горизонтальную связь между командами вдоль доставки путей работы во всей цепочке добавленной стоимости . Для инженера это четко определенная горизонтальная роль, связывающая несколько команд вместе, обеспечивая бесперебойную и быструю работу всей организации. У вас не может быть команды инженеров DevOps, то есть оксюморон , поскольку охват границ команды является важной частью роли.

Иржи Клауда
источник
Любые ссылки на соответствующие источники будут великолепны.
kenorb
1

Еще один способ описать различия между инжинирингом надежности сайта и DevOps - посмотреть на объяснение a в ВикипедииSite Reliability Engineer , которое начинается примерно так:

Инженер по надежности сайта (SRE) - это описание работы, данное инженерам-программистам, которые сосредоточены на надежности, масштабируемости и развитии инфраструктуры облачных вычислений, известной как Site Reliability Engineering (SRE).

Таким образом, вы можете рассматривать SRE как людей, вовлеченных в Building walls...

Тем не менее, объяснение ВикипедииDevOps начинается так:

DevOps ... - это термин, используемый для обозначения ряда практик, которые подчеркивают сотрудничество и коммуникацию как разработчиков программного обеспечения, так и специалистов по информационным технологиям (ИТ) при автоматизации процесса доставки программного обеспечения и изменений инфраструктуры. Он направлен на создание культуры и среды, в которой создание, тестирование и выпуск программного обеспечения могут происходить быстро, часто и более надежно.

Чего не говорится, так это того, что все эти практики DevOps на самом деле вызваны спросом со стороны бизнеса. Так в сочетании с созданием и тестирования ( Развивать часть) и выпуска программного обеспечения, DevOps составляет около DDR (= по требованию Развивайте-релиз) культуру и окружающую среду, что некоторые люди могут вспомнить из этих 9 секунд исторической гаджи в Tear down this wall,

Обратитесь к вопросу о кратковременном отключении, запланированном на среду, 3 мая 2017 г., в 20:00 по США / востоку (например, пожарная тренировка для компьютеров), чтобы получить пример всех сайтов SE ... опубликованных (подписанных) пользователем с названием должности SRE Manager. , Stack Overflow, Inc.

Pierre.Vriens
источник
Я не слежу за аргументом, что SRE предполагает строительство стен. Откуда ты это взял?
Сюн Чямов
Кроме того , Том Лимонселли известен гораздо больше , чем просто работать в Stack Exchange.
Сюн Чямов