В чем разница между операциями разработки и управлением конфигурацией программного обеспечения?
Мне кажется, что это одно и то же, поскольку DevOps и Software Configuration Management сосредоточены на:
- Создание инфраструктуры разработки - отвечает за контроль версий, управление сборкой, управление развертыванием, управление зависимостями, непрерывную интеграцию и доставку и т. Д.
- Использование лучших практик для организации среды разработчиков .
- Обеспечение качества процессов разработки - сбор метрик эффективности разработки, работа по устранению узких мест процесса разработки (выполнение юнит-тестов, оценка охвата юнит-тестов, проведение инспекций и т. Д.)
- Управление инфраструктурой - целевые платформы и его специфика.
- Управление релизами - проверка того, что релиз был доставлен клиенту / клиенту вовремя.
Может я что-то упустил? Эта ссылка показывает, что преобладает использование термина «Управление конфигурацией программного обеспечения». Но все же, какую комбинацию слов вы бы предпочли использовать для описания перечисленного диапазона действий: разработка операций или управление конфигурацией программного обеспечения ?
terminology
organization
scm
чередующееся
источник
источник
Лично я являюсь менеджером конфигурации программного обеспечения Sr. в течение многих лет (10+). Я слышал, что термины не совпадают в различных реальных ситуациях. Это не редкость для нетехнического персонала из-за относительного характера должностей. У них обоих есть определенные роли, потребности и требования, которые похожи, но все же могут быть четко разделены на мой взгляд.
Я считаю, что лучший способ описать разделение этих ролей - сосредоточиться на их относительности к взаимодействию. Это означает, что Software Configuration Management ориентирована на внутренние системы и среды, а также на интеграцию, развертывание, выпуск и управление исходным кодом. В то время как Developer Operations (DevOps) уделяет больше внимания эксплуатационному аспекту архитектуры приложений, с которыми сталкиваются внешние пользователи, при этом сохраняя четкое понимание кода, как он был предназначен для использования, и практики его среды. Если производительность машины демонстрирует признаки ухудшения, связь между несколькими приложениями неисправна, ограничения связи и / или архитектура между предприятиями (BtB) и / или архитектура связаны с производственной средой, тогда вам следует обратиться к Developer Operations за их диагностикой и решение.
Как обычно, по моему опыту, диспетчер конфигурации программного обеспечения также может выполнять эти функции, но это отвлекает их от основного направления: отслеживание, управление и развертывание конфигураций среды и изменений программного обеспечения. Управление программным обеспечением, которое позволяет разделить обязанности, отслеживать ошибки и дефекты, отслеживать проекты, а также жизненный цикл разработки программного обеспечения и рабочий процесс. Эти задачи не являются основной задачей Developer Operations и, следовательно, менее обязательны, но все же могут быть выполнены.
Я видел много случаев путаницы у каждого, и в каждом есть некоторый ограниченный кроссовер. Тем не менее, наиболее важно думать о различиях между обязанностями каждой из независимых позиций по отношению к их основной направленности. В первую очередь при работе с внутренними системами и оборудованием для управления конфигурацией сред и выпуском продукта вы должны искать Менеджера конфигурации программного обеспечения. С другой стороны, когда речь идет о производительности системы, мониторинге, исследованиях и диагностике систем, используемых вашими клиентами, вам следует обратиться к Developer Operations или DevOps.
Теперь, это не намерение, как разглагольствование, ни как окончательный ответ, а скорее личная идентификация различий каждой из позиций. Я хотел бы знать, хорошо ли я себя чувствую, или этот ответ прояснил ситуацию.
источник
Вам будет трудно найти четкое определение DevOps. Это скорее идея, чем работа. И это слишком новая идея для всех, чтобы договориться о том, что именно это означает. Тем не менее, вот мое взятие.
DevOps - это на самом деле просто новый термин для управления конфигурацией, но он был выбран, чтобы показать, что роль - это не роль одного человека, а сотрудничество команды разработчиков и операционной команды.
Исторически управление конфигурацией осуществлялось исключительно командой разработчиков, а затем передавалось операциям, которые рассматривали все это с глубоким подозрением. Что достаточно справедливо, если честно. Они несут ответственность за это. Они первыми звонят в 4 утра, когда все идет не так. Они действительно должны иметь некоторое участие в его разработке.
источник
Это простое разъяснение вопроса: DevOps - это термин, используемый для описания координации или взаимосвязи между разработкой (разработка программных кодов в среде разработки) и операциями (обеспечение максимального времени непрерывной работы производственной среды).
Управление конфигурацией программного обеспечения является средством достижения этой координации. В SCM задействованы инструменты и методики управления автоматизацией процесса перехода от разработки к производству (операциям)
Подводя итог, SCM соединяет Dev и Ops.
источник
Я вижу, что DEVOP находится в конце оперативного выполнения - сценарии автоматизации развертывания, компоновки среды и тому подобное. SCM, с другой стороны, касается целостности продуктов и эффективного управления и отслеживания изменений в продуктах. Я всегда рассматривал ALM как часть SCM - в конце концов, как на самом деле вы можете управлять изменениями в продукте, если у вас нет представления о драйверах для изменения или кто их сделал? Среды развертывания могут быть любой из сторон - и какая сторона будет неизменно зависеть от нормативных потребностей организации, в которой вы работаете, - в конце концов - хотите ли вы, чтобы разработчик мог быстро взломать, что означает, что ваш аппарат для диализа работает только правильно 99,99% времени, или вам нужна такая ситуация, чтобы позволить вам взломать код вашего сайта, потому что ваши разработчики имеют жестко закодированные IP-адреса?
источник