Опубликован выпуск свободной PaaS-платформы Cozystack 0.16.0, построенной на базе Kubernetes. Проект нацелен на предоставление готовой платформы для хостинг-провайдеров и фреймворка для построения частных и публичных облаков. Платформа устанавливается напрямую на серверы и охватывает все аспекты подготовки инфраструктуры для предоставления управляемых сервисов. Cozystack позволяет запускать и предоставлять кластеры Kubernetes, базы данных и виртуальные машины. Код платформы доступен на GitHub и распространяется под лицензией Apache-2.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61979
Знаю примерно 0 компаний, которые его используют. Вероятно, проект поживет ещё годик и уйдет на пенсию где-нибудь в фонде Апача. Скриньте.
> Знаю примерно 0 компаний, которыеКакой широкий у вас кругозор, однако ж!
Опровергнуть меня элементарно - назвать ООО или фамилию или ссылку на площадку с контрактом. Го)
Я посмотрел - у них на сайте даже странички partners/clients нет :D Обычно даже в самом подкроватном проекте там есть парочка ноунеймов, которые в твиттере 5 лет назад написали, что зашли на сайт проекта. А тут просто нуль.
вот тут надо смотреть)) https://aenix.io
Вопрос к вам как к представителю проекта: у вас там kubernetes/ingress-nginx (модифицированный). Почему вы называете его nginx ingress? Обычно под этим именем подразумевается nginxinc/kubernetes-ingress. Это вносит некоторую путаницу.
> Опровергнуть меня элементарноЗачем _мне_ опровергать _ваше_ незнание?
www.telekom.de - не сам сайт, а большинство его бекендов
„Если я что-то утверждаю, я не обязан представлять доказательства. Если вы утверждаете обратное, опровергая меня, это вы должны доказательства представлять.“ — Никита Сергеевич Михалков
Так они ж его для себя в первую очередь пилят. Опенсорс — это так, для привлечения внимания. В общем-то, неплохую штуку сделали, но мне к сожалению как у них не надо, мне надо как у меня, а то так бы пользовался.
Раньше не было доступа к nginx-ingress изнутри кластера, но теперь есть! Так что скоро появится первая компания, которая его поставит! Аллилуйя и бис, бис и аллилуйя!
Это Квапил делает, на сайте Аеникса его есть клиенты. У него очень серьезный бэкграунд админский, так что думается мне, он делает это под свои задачи. Один из клиентов - хостинг, и он раньше сам в хостинге работал, мне кажется это в первую очередь для хостеров продвинутого уровня.Минимальный набор популярных managed-сервисов для разных webb-приложений. Вообще он товарищ толковый, думаю, не бросит, пока штука будет актуальной.
О! Отлично что проект развивается и обновляет версии под капотом.Просто это одно из лучших сочетаний для подачи виртуалок кластерами Kubernetes.
KubeVirt + Kube-OVN + Cillium в сочетании с MetalLB, на 2024 год лучше не придумаешь. Оно реально даёт мультитеннантность на уровне сети и имеет возможность разгрузиться на ASIC-и сетевок.
Просто те кто пользовались ovn-kubernetes из OpenShift очень сильно жалуются на проблемы с производительностью. Редхат тут уступает и это старая история.
Опять же это не про контейнеры/микросервисы. Этот проект один из многих который использует Kubernetes как кластерные службы для организации облачной инфраструктуры и концепции программно-определяемого центра обработки данных.
Я просто не знаю насколько местные пробовали такие технологии, убежден, что многие пиратскую варю на проксмокс меняют и им норм...
Поэтому расскажу, что это большой тренд вообще-то. В Linux же исторически не было РАБОТАЮЩИХ свободных и бесплатных кластерных служб. Опять же, если за таковые не считать corosync+pacemaker (это скелет, а не продукт) или zookeeper для java. Я говорю про аналоги Oracle Claster, Microsoft WSFC или Veritas. Собственно почему proxmox не удаётся масштабировать, дело не в недостатке инфраструктуры кластеризации. Опять же oVirt выкинули не просто так. Его масштабирование - боль, когда у тебя стоек 50+ в нескольких локациях.То есть когда в Windows и VxWorks кластерные службы умеют работать с кластеризацией модулей ядра и имеют рабочие средства отладки кластерных приложений в Linux даже кластерная файловая система - это мучение.
Собственно почему редхат своё выкинул и как и Plan9, как и Mirantis сел делать IaaS-платформу поверх Kubernetes. Потому что как кластер-то он работает. Да со персистент-стораджем он не сильно далеко ушел но масштабирование в рамках одной локации у него работает превосходно.
Пока поставщики IaaS-решений натягивают OpenStack на Kubernetes как сарафанчик, редхат тащит OpenShift внутри которого много NIH и вендор-специфичных решений.CRI-O vs containerd и прочие велосипеды в стиле ovn-kubernetes, ведь всё должно быть под контролем IBM и Red Hat. А те кто попользовался решениями от RH в этой области бегают по реддитам и нают, как им медленно и как они калику суют в попеншифт, чтобы оно ворочалось.
А сейчас, когда RedHad OpenStack полностью привязан к OpenShift (не все фичи работают, не все работает стабильно в их "стабильном" релизе) вой уже пошел по телеком провайдерам, которые telco cloud строят.
Всем ехидным комментаторам скажу сразу: оно (cozystack) не сдохнет, потому что у такого продукта не один а 3 потенциальных рынка:
1. PaaS-решение для сервис провайдеров - видимо они работают в первую очередь по таким клиентам
2. Инфраструктура виртуализации и PaaS для крупного бизнеса. Когда много ИТ-департаментов и холдингу требуется мультитеннантность и мультипроектность внутри себя и они сами с собой рассчитываются между отделами.
3. Если разработчики CozyStack поставят OpenStack внутрь управляющего контура CozyStack, в частности нужен дать инфраструктуру для работы OpenStack Tacker (для работы по ETSI NVF/MANO) https://wiki.openstack.org/wiki/Tacker
То они порвут рынок средних европейских провайдеров и смогут дать людям строить 5G. Потому что там кроме Red Hat (глюкавый), VMware (оверпрайс) и строить собственный OpenStack (оверпрайс в квадрате) ничего нет.
Вроде по-существу, но позволю себе заметить, что oVirt - никогда не предназначался на 50+ стоек. И тем более в разных локациях.
Кубик как раз и набрал такую популярность за счёт того, что это универсальный скелет, поверх которого можно строить решения для кластеризацию, такие как subj.> То есть когда в Windows и VxWorks кластерные службы умеют работать с кластеризацией модулей ядра и имеют рабочие средства отладки кластерных приложений в Linux даже кластерная файловая система - это мучение.
К сожалению, с кластерным хранилищем, которое можно было бы просто взять и использовать в кластере, всё так же печально. Много решений на выбор, и каждого свои критичные проблемы. Ceph — дорогое в обслуживании и хрупкое, Gluster — течёт по памяти и не стабильно, DRBD9 — полупроприетарь, которую в любой момент могут закрыть окончательно, и т.д.
Разработано при участии Cozybear?
Сейчас в тренде Cozybobr (русские хакеры, пытающиеся убедить поляков, что в Польше были наводнения, хотя все знают, что это просто "редактирование реальности").