Источник контента:23 апреля 2017 г. старший эксперт Alibaba Cloud Санг Яньбинь выступил с докладом «Что такое DevOps» в «Практике управления эксплуатацией и обслуживанием в облачную эру». IT Dajiashuo (id: itdakashuo), как эксклюзивный видео-партнер, имеет право публиковать видео после просмотра организатором и спикерами.
Количество слов для чтения:1020 | 5 минут чтения
Видеообзор и PPT выступлений гостей:suo.im/3VbxWB
Резюме
Концепция DevOps внезапно стала популярной в последние годы, но у каждого свое мнение о том, что такое DevOps. В этом выступлении анализируется DevOps с точки зрения отступления, а также отличия DevOps от традиционных моделей, ключевые моменты и трудности практики, и я надеюсь, что вы что-то почерпнете, прослушав его.
Что такое DevOps
определение
DevOps — это инженерная модель, которая по сути представляет собой разделение труда. Благодаря разделению ответственности за разработку, эксплуатацию и техническое обслуживание, испытания, прокладку трубопроводов и другие функции можно максимально повысить эффективность проектирования и удовлетворить потребности бизнеса.
основной
Ядром DevOps является разделение ролей, а не изменение организационной структуры.Вертикальная организационная структура не представляет разделение труда, требуемое DevOps, а горизонтальная организационная структура не представляет собой традиционное разделение труда.
Цель
Цель DevOps состоит в том, чтобы максимизировать эффективность проекта, что само по себе является лишь методологией, для того чтобы максимизировать цели эффективности проекта.
традиционное разделение труда
Преимущества: Разделение труда и ответственности четкое, качество гарантировано. Слои ограничений, легко контролировать.
Недостатки: затраты на связь и ожидание слишком высоки, и каждая ссылка может стать узким местом. OPS отвечает за доставку, и его легко превратить в роль «подтирания задниц».
Режим разделения труда DevOps
Преимущества: снижение затрат на связь и рисков ожидания, сокращение времени, необходимого для нормальной доставки по требованию, за доставку отвечает DEV, а также предотвращение споров о доставке.
Недостатки: В каждом звене задействовано много ролей, и риск выше, и степень профессионализма будет снижена. У DEV слишком много власти, и им легко управлять.
Трудности и проблемы
найти баланс
Цели инженерной эффективности и стабильности в большинстве сценариев противоречат друг другу. Как мы можем гарантировать, что стабильность не будет проблемой при условии повышения инженерной эффективности?
разделение ответственности
Во всех ссылках, кроме кодирования, показано, как разделить обязанности и работу, чтобы обеспечить беспрепятственное использование DEV и идти в ногу с развитием бизнеса компании.
Ограничения и проверки
После нарушения первоначального баланса, как установить новый баланс? У DEV больше прав высказываться в проекте, и это право обязательно будет ограничено как внутри, так и снаружи.
Как измерить Devops
Инженерная эффективность — самая большая цель DevOps, и она существует для этой цели. Я начинаю писать этот код от разработки до тех пор, пока это требование не будет доставлено на рынок и пользователям, на этот раз это цель DevOps.
Стабильность превыше всего. Если стабильность не на должном уровне, ничего больше работать не будет.
Доля работы, не связанной с исследованиями и разработками, показывает, сколько энергии команда разработчиков тратит на вещи, не связанные с программированием. Чем меньше работы, не связанной с НИОКР, тем лучше.
Чем выше масштаб бизнеса и соотношение эксплуатационного и обслуживающего персонала, тем лучше. Например, Google, мы считаем, что уровень DevOps в Google уже очень высок.Насколько мне известно, количество устройств Google составляет от 1 до 2 миллионов, и около 1000 сотрудников по эксплуатации и обслуживанию, что означает что каждый SRE может управлять примерно 2000 единицами бизнеса.
Вернемся к исходному вопросу — что такое DevOps.
Я думаю, что DevOps пока что просто методология, она предлагает разделение труда, которое теоретически делает R&D более эффективным.
Кроме того, не доверяйте лучшим практикам, потому что каждая среда отличается. DevOps — это управленческое решение, и когда оно принято, мы должны подумать о том, как эта теория будет выглядеть в сочетании с бизнесом компании. Вы можете извлечь уроки из передовой методологии и того, как она справляется с несоответствиями, но никогда не копируйте ее.
На сегодня это все, всем спасибо!