FD
Да я помню)
Твоё первое погружение чем кончилось в итоге?)
Твоё первое погружение чем кончилось в итоге?)
перегревом в серверной
Size: a a a
2019 August 19
FD
и это не шутка0))
J
если погружаться придется в devops уходить работать)))
Не, девопс эт "знаю все ключи kubectl", немножко программирую)
FD
вчера загасил, ноды с попенстеком много тепла генерировали в серверной 2х2 ))))
FD
эпичный конец
FD
Не, девопс эт "знаю все ключи kubectl", немножко программирую)
ну тоесть курить кубернетис, попенстек не в тренде, хайп прошёл)
J
ну тоесть курить кубернетис, попенстек не в тренде, хайп прошёл)
Неееет.
То есть, девопс эт стремное хайповое слово, которое хз что значит)
В общем, суть в том что прям вообще чтобы не разбираться, как было в фуеле, такого сейчас нету.
То есть, девопс эт стремное хайповое слово, которое хз что значит)
В общем, суть в том что прям вообще чтобы не разбираться, как было в фуеле, такого сейчас нету.
FD
Неееет.
То есть, девопс эт стремное хайповое слово, которое хз что значит)
В общем, суть в том что прям вообще чтобы не разбираться, как было в фуеле, такого сейчас нету.
То есть, девопс эт стремное хайповое слово, которое хз что значит)
В общем, суть в том что прям вообще чтобы не разбираться, как было в фуеле, такого сейчас нету.
фенк, мирантис я так понял в контейнеры ушёл
J
фенк, мирантис я так понял в контейнеры ушёл
Ну они поверх опенстека делают контейнеры)
И опенстек поверх кубернетеса и черт знает чо еще)
Не в контейнеры ушел, я б сказал, а по пизде пошел.
И опенстек поверх кубернетеса и черт знает чо еще)
Не в контейнеры ушел, я б сказал, а по пизде пошел.
AK
Неееет.
То есть, девопс эт стремное хайповое слово, которое хз что значит)
В общем, суть в том что прям вообще чтобы не разбираться, как было в фуеле, такого сейчас нету.
То есть, девопс эт стремное хайповое слово, которое хз что значит)
В общем, суть в том что прям вообще чтобы не разбираться, как было в фуеле, такого сейчас нету.
Это слово значит что бизнесу стало жадно содержать кодеров который делают всякую фигню и тащать всякий мусор в сиситему и админов которые задолбались впиливать эту фигню в продуктив с каждым новым билдом и выдумал слово "девопс" под которым подразумевает что пусть теперь кодеры сами деплоить на прод по нажатию кнопки весь тот шит который они понатащили в проект. Соответственно для этого они обмазываются докерами, куберами, терраформами, гитлабами, дженкинсами и прочей фигней.
AY
коллеги так что с фуел? аналогов не появилось? )))
Mirantis Coud Platform - но это не значит что я это рекомендую))
FT
спасибо, я сетевой инженер, но вот хотят знакомые опять попенстек
Хотят, дайте. Порог вхождения в Kolla-ansible в целом минимальный. Собрать базовый конфиг и даже прикрутить туда Tungsten можно по гайдам из сети.
FT
Mirantis Coud Platform - но это не значит что я это рекомендую))
MCP ни разу не Fuel. Ты зря так на него)
FD
Хотят, дайте. Порог вхождения в Kolla-ansible в целом минимальный. Собрать базовый конфиг и даже прикрутить туда Tungsten можно по гайдам из сети.
да я уже об этом задумался
FD
ansible базово знаю в плане взаимодействия с juniper и т.д. впринципе ничего сложного думаю
J
ansible базово знаю в плане взаимодействия с juniper и т.д. впринципе ничего сложного думаю
Тогда посмотри openstack-ansible если хочешь чтобы опенстековские демоны были в lxc контейнерах или если докер хочешь или умеешь, то kolla-ansible.
FT
Тогда посмотри openstack-ansible если хочешь чтобы опенстековские демоны были в lxc контейнерах или если докер хочешь или умеешь, то kolla-ansible.
Я задам вопрос не для холивара, а исключительно в личных образовательных целях. Зачем вообще смотреть в сторону os_ansible, если есть kolla-ansible? Мне к примеру не нравится очень громоздкая схема с контейнерами, необходимость в 40+ ip адресах и мучительно долгая сборка репо контейнера. При этом каких-то плюсов osa я не видел вообще.
J
Я задам вопрос не для холивара, а исключительно в личных образовательных целях. Зачем вообще смотреть в сторону os_ansible, если есть kolla-ansible? Мне к примеру не нравится очень громоздкая схема с контейнерами, необходимость в 40+ ip адресах и мучительно долгая сборка репо контейнера. При этом каких-то плюсов osa я не видел вообще.
Ты так говоришь будто докер эт не контейнеры и будто там адреса не нужны)
Я хз, ваще говоря, какие рациональные доводы могут быть) Я вот не люблю докер, ну вот прям все мне в его архитектуре не нравится и не нравится тупорылый хайп вокруг него. Ну я себя пересилить не могу и потому альтернативные механизмы изоляции использую, в том числе и LXC)
А, ну и еще не обязательно же по каждому чиху контейнеры с репозиториями перестраивать.
Я хз, ваще говоря, какие рациональные доводы могут быть) Я вот не люблю докер, ну вот прям все мне в его архитектуре не нравится и не нравится тупорылый хайп вокруг него. Ну я себя пересилить не могу и потому альтернативные механизмы изоляции использую, в том числе и LXC)
А, ну и еще не обязательно же по каждому чиху контейнеры с репозиториями перестраивать.
FT
Адреса нужны, но они там приватные и основной сети не касаются. В osa беда как раз в том, что если надо что-то пересобирать, не факт, что оно соберётся правильно. Ну и откатиться назад будет непросто.
AY
Я задам вопрос не для холивара, а исключительно в личных образовательных целях. Зачем вообще смотреть в сторону os_ansible, если есть kolla-ansible? Мне к примеру не нравится очень громоздкая схема с контейнерами, необходимость в 40+ ip адресах и мучительно долгая сборка репо контейнера. При этом каких-то плюсов osa я не видел вообще.
os_ansible это же для управления готовым опенстеком
kolla-ansible только для деплоя самого опенстека в контейнеры
openstack-ansible только для деплоя самого опенстека в пакетах
kolla-ansible только для деплоя самого опенстека в контейнеры
openstack-ansible только для деплоя самого опенстека в пакетах