Доступен выпуск свободной PaaS-платформы Cozystack 0.21.0, построенной на базе Kubernetes. Проект нацелен на предоставление готовой платформы для хостинг-провайдеров и фреймворка для построения частных и публичных облаков. Платформа устанавливается напрямую на серверы и охватывает все аспекты подготовки инфраструктуры для предоставления управляемых сервисов. Cozystack позволяет запускать и предоставлять кластеры Kubernetes, базы данных и виртуальные машины. Код платформы доступен на GitHub и распространяется под лицензией Apache-2.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62482
LINSTOR, ZFS, DRBD... Так много знакомых слов, и так мало понимания, как это всё увязать в отказоустойчивую систему. Вместо того чтобы взять готовое решение, проверенное временем, решили собрать свой "франкенштейн". Ну что ж, удачи им в борьбе с ветряными мельницами.
Просто интересно, какое решение настолько прям проверено временем, что всем в радость:) OpenShift? Rancher? Tanzu? Ну, есть и про них много удивительных историй)) Или проверенное — это взять ванильный кубик и самому вокруг него всё накрутить? Ну тоже прям гарантии отказоустойчивости не видно. Непонятно просто, чем плохо для всех наличие альтернатив очень небольшому количеству привычных вариантов,я к которым также есть вопросы у пользователей)
кубик - это уже не ванильное, это уже зверинец, не говоря о прочих опеншифтах
Ну не всем же картриджи трясти. Кому-то и в клетку со львом.
> Ну не всем же картриджи трясти. Кому-то и в клетку со львом.в этом зоопарке только Cercopithecidae
"Удивительные истории" есть про всё, даже про "ванильный кубик". Вопрос в том, сколько из этих историй связаны с реальными проблемами, а сколько — с кривыми руками и нежеланием читать документацию. И да, "накрутить всё самому" вокруг "ванильного кубика" — это рабочий вариант, если руки растут из нужного места. По крайней мере, ты точно знаешь, что и как у тебя работает. А вот что там намешано в Cozystack и как оно себя поведет в бою — большой вопрос.
Накрутить-то можно, но зачем это делать самому, когда есть готовое решение, как раз-таки не на локалхосте тестированное? Чтобы гордиться какой я у мамы молодец, всё сам склеил? Если надо не эго почесать, а работу работать и AKS/EKS/GKS недоступны, то сабж весьма годен. Куб не настолько сложный, чтобы не понять что там «намешано» и не иметь представления как «как оно себя поведет в бою». Ну, при условии что руки прямые и документацию читал.
Куб не настолько сложный)) Это смешно) Почитайте отчеты исследований по проблемам внедрения куба — там такие детские проблемы в настройках сплошь и рядом, что мама не горюй) И через одного сложность куба как вызов для компаний отмечают. И да, куб сам по себе никто не использует, к нему нужны CNI и всякое прочее. Так что в итоге куб — это не просто куб, а еще и всякая обвязка вокруг. Про готовые решения тоже момент такой себе — готовых решений достаточно мало (если мы про платформы говорим), а те, что есть, многих не устраивают.
> Почитайте отчеты исследований по проблемам внедрения кубаЯ вместо чтения отчётов занимаюсь консалтингом, и могу по опыту миграций живых проектов сказать, что главная проблема внедрения — инертность мышления людей, а не какие-то «десткие проблемы в настройках» которые ты только что сам придумал. Кубу десять лет уже, детство давно позади, Амазон, Гугл и Майкрософт торгуют кубами и не думают останавливаться. Но аноним с опеннета узнал, что оказывается нужны CNI и «всякое прочее», испугался и теперь тоже «отмечает сложность». Про готовые решения тоже какой-то детсад уровня опеннет. Платформ много, и если одна чем-то не приглянулась, всегда есть вторая, третья, и даже десятая. Или вот взять конструктор типа сабжа и довести напильником или вовсе вручную всё скрафтить, если уж нужно слусем кастомное решение. Но я от такого успешно отговариваю, это весьма недёшево и крайне редко экономически целесообразно.
А можно уже перестать писать про ещё одни не такие как все скрипты разворачивания кубернетеса?
Ну раньше джарки в томкэт вручную перекладывали по ссш, теперь даже не знают, что такое томкэт. Со временем и с кубернетисом то же будет. Скрипт запустил, магия случилась - заказчик доволен, все пучком. Как только что-то не так - это козий стэк виноват, там бага.
а минусы будут?
и кто в данном случае будет болт грызть? заказчик или автор своего творения?
>Ну раньше джарки в томкэт вручную перекладывали по ссш, теперь даже не знают, что такое томкэт.В AS складывали обычно WAR и я рад, что те времена прошли. Регулярно такое бывало, что war не задеплоился из-за какой-то фигни. touch делаешь деплоится. кубер вроде понадежнее работает и возможностей побольше )
Действительно, есть же AWS, Azure и прочие нищeброды.
Ты специально открыл эту страницу, чтобы это написать?
Не делай так больше и нервы будут крепче.
"полностью переработан интерфейс Dashboard". За две недели?
почему за две? типа с прошлого релиза? а вы новые фичи не продумываете и не начинаете писать заранее? не отдаете дизайнерам на отрисовку? ну и там дашборд не какой-то супер навороченный.
Это софт для создания собственного облака?
Может стоит прочитать первое предложение новости?
Если Кубернетес виртуальная машина, тогда не нужно.
А зачем мне у провайдера покупать облачную услугу. Я сам эту услегу сделаю сам продам.
Попахивает сектантством,зачем это все надо если есть ванильный кубик.
Зачем это всё когда есть kubespray?
Зачем кубспрей, если можно сразу готовый кластер кнопкой в любом клауде получить?
А зачем дистрибутивы Linux, когда есть Linux Kernel?
Ммм, какой вкусный вопрос, а на чём этот Линукс-кернел заводится?
Открой для себя unikernel.
Работает с ceph ?
Да, может. Можно отключить LINSTOR и установить любой сторадж, какой хочется