Яка різниця між SRE і DevOps?

Яка різниця між SRE і DevOps?

Очевидно, що операції з інженерно-конструкторських розробок та сайтів багато в чому детально перетинаються. Як я можу знати, яка група відповідає за що, і як я можу знати, які завдання будуть відповідні для мого набору навичок?

Здається, SRE - це підтримка серверів та мережі, а DevOps - підтримка коду, чи правильно це? Невже ще немає достатньої кількості перекриттів між цими двома?

DevOps - це підтримка коду, це правильно?

DevOps - це не просто "код", системи чи будь-яка інша річ. DevOps - це дуже загальний термін, який охоплює всі речі, пов'язані з доставкою програмного забезпечення.

Інженерія надійності сайту - це термін, популяризований Google. З цієї статті https://landing.google.com/sre/interview/ben-treynor.html ми можемо перегнати їх TL; DR:

По суті, це те, що відбувається, коли ви попросите інженера-програміста розробити функцію операцій.

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

Дивіться також: http://shop.oreilly.com/product/0636920041528.do

Дейв Сверський вже опублікував чудову відповідь вище з визначенням Бена Трейнора SRE, яке настільки ж гостро, як і в 2003 році.

По суті, це те, що відбувається, коли ви попросите інженера-програміста розробити функцію операцій.

Отже, намагаючись детальніше визначити "DevOps", ось уривок із книги " Ефективні DevOps " Дженніфер Девіс та Кетрін Даніелс:

Девопс - це спосіб мислення та спосіб роботи. Це основа для обміну історіями та розвитку емпатії ... [це] не просто інша методологія розробки програмного забезпечення.

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

Незважаючи на те, що ці поняття пов'язані між собою і їх часто можна спостерігати в середовищі девепсів, при цьому, зосереджуючись виключно на них, відсутня більш широка картина - культурні та міжособистісні аспекти, які надають свою силу.

Підводячи підсумок: ефективний SRE використовуватиме DevOps практики.

-

Також:

Як я можу знати, яка група відповідає за що?

Право власності не повинно бути неявним; спілкуватися!

Інженерія надійності сайту підпадає під більш-менш традиційні операції, але сильно автоматизовані та контролюються версії, що також називається Інфраструктура як Код . Це чітко визначена вертикальна роль . У сучасних DevOps це вертикальний зріз, який стосується операцій. Ви можете мати команду SRE.

DevOps як така є культурною зміною для організації. Окрім вертикальної, зверху вниз, структури управління, вона створює горизонтальний зв’язок між командами вздовж шляхів доставки роботи по ланцюгах цінностей . Для інженера це чітко визначена горизонтальна роль, яка поєднує кілька команд разом, забезпечуючи, щоб робота проходила плавно і швидко по всій організації. Ви не можете мати команду інженерів DevOps, тобто оксиморон , оскільки розширення меж команди є вирішальною частиною ролі.

Ще один спосіб описати відмінності між Інженерією надійності сайту та DevOps - це розглянути пояснення ВікіпедіїSite Reliability Engineer , яке починається так:

Інженер надійності сайту (SRE) - це посадова інструкція, що надається інженерам програмного забезпечення, орієнтованим на надійність, масштабованість та розвиток інфраструктури хмарних обчислень, відому як Інженерія надійності сайтів (SRE).

Тож ви можете вважати ВЕП людьми, які беруть участь у Building walls...

Однак пояснення ВікіпедіїDevOps починається так:

DevOps ... - термін, що використовується для позначення набору практик, що підкреслюють співпрацю та спілкування як розробників програмного забезпечення, так і фахівців з інформаційних технологій (ІТ) при автоматизації процесу доставки програмного забезпечення та змін інфраструктури. Він спрямований на створення культури та середовища, де створення, тестування та випуск програмного забезпечення може відбуватися швидко, часто та надійніше.

Що не говорить про те, що всі ці практики DevOps насправді викликаються Попитом з боку бізнесу. Так в поєднанні з побудовою і тестуванням (далі Розвивати частини) і Release програмного забезпечення, DevOps становить близько DDR (= по вимогу Розвивайте-реліз) культуру і навколишнє середовище, що деякі люди можуть згадати з цих 9 секунд історичної Гаджі в Tear down this wall.

Зверніться до питання щодо короткого відключення, запланованого на ср., 3 травня 2017 року о 20 вечора США / Східний (як пожежна дриль для комп'ютерів) для прикладу про всі сайти ДП ... розміщені (підписані) користувачем з назвою посади менеджер SRE , Stack Overflow, Inc.