"Точнее они годные только для опытных DevOps. Потому что это культура подхода, а не инструментарий. "
То есть девопсами рождаются? :)
По пункту 1: что означает "все"? у нас уже автоматизировано все (изменения кода, бизнес-логики, структуры таблиц, запросов и тд) - для этого используютчя самостоятельно разработанные средства.
Есть уже механизм CI (опять же собственный), который планируем заменить дженкинсом, мавен и ант уже эксплуатируются.
2) Можете привести пример ботлнеков, на вашем опыте? У нас уже есть средства деплоймента (пресловутый скрипт релиза, который ставит нужную версию кода на нужный таргет. Есть мониторинг. Есть логирование.
3) А вот это уже интересно. Поясните на примере, пжл. У нас прогеры несут ответственность за то, что код, попавший в релиз, не убьет систему. Прогеры знают. что нельзя делать никаких коммитов в пятницу (VCS лочится в этот день), чтобы не испортить релиз. По сути прогеры уже несут ответственность за косяки в релизах, но отвечают не перед нами (инженерами), а перед своим начальством.
По последнему абзацу - мы делаем релиз и отвечаем за откат на предыдущую версию (откат всего, как кода, так и изменений БД), если что-то пошло не так. smoke-тесты делаются на head'е, и дополнительные на продакшоне в maintenance window. Мы считаемся релиз-инженерами?
Вопрос не в том, что есть конечная задача или ее нет, а в том, нет ли у нас УЖЕ DevOps подхода? Судя по тому, что я сейчас вижу - изменения коснутся только моей должности (вместо infrastructure engineer станет DevOps engineer)
Дмитрий: ну вот давайте я на примере объясню.
Вводные: Работаю с линуксом с 2012-ого, с ораклом с 2013-ого, закончил курсы по администрированию и того, и другого. Языки программирования не изучал, скрипты писал только на баше.
И вот я меняю работу, где в качестве задачи на исп. срок мне ставят написать веб-приложение для наших разрабов, чтобы они могли создавать пользователей БД (выхода к БД у них напрямую разумеется нет).
Методом консультаций языком был выбрал питон, задача приложения: 3 кнопки - вывести список пользователей, создать нового, сделать копию пользователя.
Я потратил практически весь исп. срок на решение задачи. Не потому что я тупой, а потому что я попросту не смог заставить свой мозг работать из режима "найди годное надежное инженерное решение, настрой и примени" в режим "спроектируй приложение, напиши, протестируй" и тд. Просто не получалось.
В целом у меня есть знакомые, которые выросли в оракловых разрабов из оракловых админов (причем такие спецы ценяться очень высоко), но я пока до такого уровня добраться просто не в состоянии (да и желания особого нет).
