Ребят, статья прекрасная. Пару вопросов: Почему перепрыгивали с TFS на TeamCity, а не на Jenkins, чем он для вас оказался хуже (и оказался ли)? И исходя из вот такой вот записи
и Windows (2003-2016)
решил что у вас имеется legacy (может ошибаюсь). Но если всё же есть, то как вам его удается подружить с CI/CD, если оно писалось тогда, когда у вас еще DevOps не было и в помине? Спасибо.
Может вопрос покажется глупым, но все же:
В чем разница между анти-типом F и типом 2, особенно учитывая контекст про «NoOps»? Ведь в обоих случаях Ops Team нет как таковой, но в случае с F акцентируется внимание на том, что команда разработчиков выполняет Ops-функции. А кто их выполняет для типа 2?
Тогда уж добавьте очевидный пункт ">1000" в число хостов, а в tools добавьте возможность выбрать несколько. У нас используют и Chef, и Puppet, и Ansible.
А как вы считаете, какие индикаторы DevOps будут показательны?
Метки:
На мой взгляд, ключевой индикатор — это когда внедрение новых фич вообще никак не сказывается на стабильности продукта. Но это недостижимый идеал ИМО. Ну и не менее значимые это: скорость внедрения новых фич, качество кода (как инфраструктурного, так и продукта), покрытие тестами и минимизация bottle-necks.
Единственное отличие вашего подхода от внедрения KPI в том, что ваш подход — это внедрение KPI со знаком «минус». Т.е. вы будете иметь те же проблемы. Почитайте вот этот пост, замените слово «фантики» на «штрафы», и получите идентичный результат даже с супер-профессиональными сотрудниками.
В чем разница между анти-типом F и типом 2, особенно учитывая контекст про «NoOps»? Ведь в обоих случаях Ops Team нет как таковой, но в случае с F акцентируется внимание на том, что команда разработчиков выполняет Ops-функции. А кто их выполняет для типа 2?