Size: a a a

2019 December 05

AS

Aleksey Shirokikh in DevOps
просто стикерпак зашел
источник

MD

M Dan in DevOps
Печалька, чо
источник

MD

M Dan in DevOps
источник

CA

Cate Archer in DevOps
Трансляция готова, начинаем в течение пары минут!

Ссылка на трансляцию:
https://www.youtube.com/watch?v=CVYwjqFX8XI

Для вас докладывают:
Александр Бугаев (Газпром нефть) - Корпоративный OpenShift (Security Design&Architecture).
- предпосылки внедрения OSCP в ГПН
- корпоративные требования ИБ для платформы контейнеризации
- процессы и инструменты DevSecOps

И Александр Чистяков - «Базы данных в Kubernetes: проблемы развёртывания и эксплуатации»
источник
2019 December 06

AA

Artyom Abramovich in DevOps
источник

N

Navern in DevOps
Это не группа для вакансий
источник

NS

Nikolay Shalnev in DevOps
Добрый день коллеги. А подскажите кто нибудь запихивал ансибл роль в SonarQube? Вроде все отрабатывает, но говорит что правила для ansible-lint не найдены. Путь к линтку указан в настройках проекта.
источник

A

Alexander in DevOps
Есть ли тут люди, использующие системы управления конфигурацией в более-менее существенных масштабах (ну, скажем, от сотни хостов в управлении) и за рамками самого элементарного использования (например, с интеграцией с другими системами) и при этом скорее довольные своим опытом использования таких систем?
Солтстек не предлагать.
источник

СХ

Старый Хрыч in DevOps
Alexander
Есть ли тут люди, использующие системы управления конфигурацией в более-менее существенных масштабах (ну, скажем, от сотни хостов в управлении) и за рамками самого элементарного использования (например, с интеграцией с другими системами) и при этом скорее довольные своим опытом использования таких систем?
Солтстек не предлагать.
cfengine
источник

N

Navern in DevOps
Alexander
Есть ли тут люди, использующие системы управления конфигурацией в более-менее существенных масштабах (ну, скажем, от сотни хостов в управлении) и за рамками самого элементарного использования (например, с интеграцией с другими системами) и при этом скорее довольные своим опытом использования таких систем?
Солтстек не предлагать.
Довольны свомм опытом оО
источник

A

A1EF in DevOps
А почему SaltStack не вариант?
источник

SP

Sergey Pechenko in DevOps
Каково оно там, в 1993-м?
источник

A

A1EF in DevOps
Sergey Pechenko
Каково оно там, в 1993-м?
:D
источник

СХ

Старый Хрыч in DevOps
Sergey Pechenko
Каково оно там, в 1993-м?
даже лучше чем сейчас, и кстати зря закапываете
источник

SP

Sergey Pechenko in DevOps
Старый Хрыч
даже лучше чем сейчас, и кстати зря закапываете
источник

SP

Sergey Pechenko in DevOps
"встреча с CFEngine в наше время"
источник

A

Alexander in DevOps
A1EF
А почему SaltStack не вариант?
Потому что при описанных условиях быть довольным им невозможно. Солтстек - это кусок говна, работающий только в самых типовых ситуациях, возможности для которых используются 100% его пользователей. Как только нужна какая-то штатная, но не очень широко используемая фича или конфигурация, тут же табунами из всех щелей начинают переть баги, говнокод и кривая архитектура.
источник

A

Alexander in DevOps
Солтстек - это наглядная демонстрация того, что 100% покрытие кода тестами не гарантирует качества, если кодовая база - плохо организованная помойка говнокода, которая перманентно перетряхивается нескончаемым рефакторингом.
источник

b

bama^boy in DevOps
поэтому aws использует chef
источник

b

bama^boy in DevOps
Alexander
Есть ли тут люди, использующие системы управления конфигурацией в более-менее существенных масштабах (ну, скажем, от сотни хостов в управлении) и за рамками самого элементарного использования (например, с интеграцией с другими системами) и при этом скорее довольные своим опытом использования таких систем?
Солтстек не предлагать.
я использовал puppet в больших масштабах (тысячи серверов), полет нормальный
источник