DevOps против SRE или DevOps и SRE
- Это тот случай, когда SRE - это всего лишь одна реализация DevOps, или, может быть, лучшая реализация DevOps.
ИЛИ ЖЕ
- SRE больше связано с системной инженерией и производственной средой, а DevOps - это практика для автоматизации и упрощения групп разработчиков и их непроизводственной среды.
2 ответа
И SRE, и DevOps являются методологиями разработки программного обеспечения.
Один и тот же процесс разработки программного обеспечения может быть описан / представлен / оценен с использованием обеих методологий. Но это не тот случай операции "И" теории множеств. Они по-прежнему две разные категории.
SRE - это способ управления требованиями к реалистичности интернет-сайта. Целью этой методологии на высшем уровне является "постоянное наблюдение за доступностью, задержкой, производительностью и пропускной способностью сайта". SRE детализирует его с некоторыми требованиями к ИТ-инфраструктуре.
DevOps - это способ управления запросами (к sw) для поддержки "непрерывной интеграции" - цель высокого уровня - "сократить жизненный цикл разработки систем".
Я думаю, что в то время как DevOps фокусируется на улучшении процесса от требований к поставке, SRE стремится обеспечить надежность этого внедренного процесса. Может быть выгодно, если мы примем правильное сочетание обоих.
Нашел что-то похожее:
Инженер по надежности сайта (SRE) - это человек, который управляет приложением путем написания программного обеспечения. Они - инженер, разработчик, который знает, как разрабатывать программное обеспечение специально для конкретной области приложения. Полученная часть программного обеспечения имеет запрограммированные знания прикладной области приложения.
DevOps Engineer - это человек, который управляет конвейерами CI/CD путем написания программного обеспечения. Они - инженер, разработчик, который знает, как разрабатывать программное обеспечение специально для автоматизации процесса CI/CD, от автоматической сборки, тестирования, интеграции, доставки и развертывания до производства.
Я полагаю, что одним из вариантов является "класс SRE реализует DevOps", поэтому первый, как в "Это тот случай, когда SRE является лишь одной реализацией DevOps или, возможно, лучшей реализацией DevOps".
SRE предшествует DevOps и, как побочный эффект, не пытается получить мнение о том, что делают команды DevOps. Если вы планируете внедрить культурные / организационные изменения SRE и лучшие практики, стоит учесть это в дополнение к другим практикам DevOps. Конкретный пример, можно иметь функцию SRE без связанного конвейера CI/CD, но это очень желательно.
SRE НЕ является методологией разработки ПО как таковой.
Смотрите также: https://cloud.google.com/blog/products/gcp/sre-vs-devops-competing-standards-or-close-friends
Есть очень простые различия. между Devops Vs. SRE
DevOps это горячо. Это умопомрачительное модное слово на кончике каждого языка в мире ИТ, от разработки, тестирования и контроля качества до операций ИТ.
Инженер по надежности сайта (SRE) - это человек, который управляет приложением путем написания программного обеспечения.
Для более подробной информации, пожалуйста, обратитесь по ссылке ниже
https://web-tech-experts-notes.blogspot.com/2019/04/sre-vs-devops-competing-standards-or.html
https://opensource-experts.blogspot.com/2017/12/20-advantages-of-devops-part-1.html