forum.opennet.ru - "Выпуск Cozystack 0.33, открытой PaaS-платформы на базе Kubernetes" (50)

"Выпуск Cozystack 0.33, открытой PaaS-платформы на базе Kubernetes"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск Cozystack 0.33, открытой PaaS-платформы на базе Kubernetes"	+/–
Сообщение от opennews (??), 17-Июл-25, 11:06
Доступен выпуск свободной PaaS-платформы Cozystack 0.33, построенной на базе Kubernetes. Проект нацелен на предоставление готовой платформы для хостинг-провайдеров и фреймворка для построения частных и публичных облаков. Платформа устанавливается напрямую на серверы и охватывает все аспекты подготовки инфраструктуры для предоставления управляемых сервисов. Cozystack позволяет запускать и предоставлять кластеры Kubernetes, базы данных и виртуальные машины. Код платформы доступен на GitHub и распространяется под лицензией Apache-2.0... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63589
Ответить \| Правка \| Cообщить модератору

Оглавление

Этот ваш PaaS не нужон Мы просто в гуе проксмокса виртуалочку подняли да постгре, Аноним (2), 11:22 , 17-Июл-25, (2) +1

God bless you , tym83 (ok), 11:30 , 17-Июл-25, (3) +4
Этот ваш proxmox не нужон В пару команд накатил paas и в 1 клик установил HA по, Аноним (4), 11:48 , 17-Июл-25, (4) –2

И потом весь этот винегред на тся и будешь копать разбираться, как эта шляпа р, Аноним (5), 12:42 , 17-Июл-25, (5) –3

Я, видимо, говорю с кем-то типа сталлоне, которого только что в разрушителе разм, tym83 (ok), 16:28 , 17-Июл-25, (22) +6
Если с пятью демонами и rbac не можешь разобраться, может вообще не стоит в сист, Аноним (29), 18:09 , 17-Июл-25, (29) +1

А почему вы считаете, что это задачи именно для системных администраторов Почем, tym83 (ok), 21:46 , 17-Июл-25, (38) +1

Воу-воу, палехчи, не в ту сторону воюешь Я за вашей платформой слежу с корыстны, Аноним (40), 23:25 , 17-Июл-25, (40)

Я не про кози говорил, а про принцип автоматизации в принципе В кози как раз гу, tym83 (ok), 05:46 , 18-Июл-25, (43)

Как будто в неработающих кубернатесах разобраться проще, ага Ох уж эти сказочни, Прохожий (??), 10:59 , 18-Июл-25, (50)

По ним специалистов всё же несоизмеримо больше, чем по легаси, написанному одним, tym83 (ok), 13:31 , 18-Июл-25, (56)

Elixir, Erlang Есть такие платформы Без всяких контейнеров живут и масштабирую, Прохожий (??), 01:50 , 19-Июл-25, (71)

С этого и надо было начинать, чудо ты моё локалхостное , Аноним (40), 19:59 , 18-Июл-25, (70) –1

Скрыто модератором, Прохожий (??), 01:52 , 19-Июл-25, (72)

единственно адекватный комент, и то заминусилине модно вы батенька работаете , penetrator (?), 18:27 , 17-Июл-25, (31) +3

Если наброс в мою сторону или в сторону мейнтейнеров, то мы такие комменты никог, tym83 (ok), 21:48 , 17-Июл-25, (39)

я не знаю кто его минусил, если ты, то тогда да Опеншифты, ранчеры, кубернете, penetrator (?), 13:50 , 18-Июл-25, (59) +1

я его не минусил я ж говорю, нам такие набросы только на руку , tym83 (ok), 16:38 , 18-Июл-25, (66)

Да все это херня Никто адекватный не делает реальной рабочей инфраструктуры на , Аноним (5), 14:07 , 18-Июл-25, (61) –1

Больно избирательно ходите Много где на таких вот фигнях собирают уже, tym83 (ok), 16:39 , 18-Июл-25, (67) +1

Если вы о контейнерах, то это только от безысходности, или глупости, или незнани, Прохожий (??), 02:16 , 19-Июл-25, (75)

Поздравляю тебя, Шарик - ты только что переместил единую точку отказа с postgres, User (??), 09:36 , 18-Июл-25, (48)

Скрыто модератором, Аноним (5), 13:59 , 18-Июл-25, (60)

Скрыто модератором, User (??), 14:08 , 18-Июл-25, (62)

пара бакапов и денюжка на карточке закончилась , 1 (??), 17:12 , 17-Июл-25, (23) +1

Куб, в подах которого виртуалки, поверх которого кубы Я так сильно отстал от жи, Аноним (24), 17:34 , 17-Июл-25, (24) +4

Рассказывай как надо делать Каждому кастомеру отдельные серверы для его кластер, Аноним (29), 17:49 , 17-Июл-25, (26)

Ничего, я ж по этому и спрашиваю шарящих , Аноним (24), 17:52 , 17-Июл-25, (27)

Это распространённая схема OpenStack тоже удобнее так деплоить чтобы 171 нижн, Аноним (29), 18:05 , 17-Июл-25, (28)

Любопытно, пойду ка почитаю про такой подход , Аноним (24), 18:09 , 17-Июл-25, (30) +1

Там платишь за удобство памятью хоста, которую ужирают ОС в kvm под pagecache ы, Заноним (?), 13:21 , 18-Июл-25, (54)

Как минимум, удобно рулить и виртуалками, и родами в единой парадигме Курьер по, tym83 (ok), 21:41 , 17-Июл-25, (36)

Только если программисты, лепящие свои шедевры из г-на и палок, не одумаются, , Прохожий (??), 02:03 , 19-Июл-25, (73)

ИМХО, это и есть лютый трэш Сначала кажется Ой как удобно, быстро разворачива, Аноним (51), 11:11 , 18-Июл-25, (51) +1

Сами же описали, что без дебага можно решать вопросы Всегда говорят деньги Над, tym83 (ok), 13:32 , 18-Июл-25, (57) –1

Ещё как нужны, потому что только в них и можно найти реальную экономию Однако, , Прохожий (??), 02:06 , 19-Июл-25, (74)

Только для безграмотных или неумеющих самостоятельно думать людей Таких подавля, Прохожий (??), 02:21 , 19-Июл-25, (76)

Кроме тщеславия есть какие-то объективные причины менять дефолт Теперь чтобы на, Аноним (29), 17:47 , 17-Июл-25, (25)

На старте разработки это казалось правильно, сейчас как раз откатили до дефолтно, tym83 (ok), 21:39 , 17-Июл-25, (35)

Жаль, меня там не было, где это решение принималось, я бы вас от этого отговорил, Аноним (40), 23:43 , 17-Июл-25, (41) +1

Фонды это так е же корпорации, только фонды , Аноним (47), 08:56 , 18-Июл-25, (47)

Ну не совсем Фонд может гарантировать, что свободная лицензия на проект сохрани, tym83 (ok), 13:38 , 18-Июл-25, (58)

В этом есть смысл, чтобы не было коллизий, когда под из managed-k8s внутри пытае, Аноним (53), 11:53 , 18-Июл-25, (53)

А можно пояснить почему каждый именно свой вариант пилит менеджеров Здесь cozyp, Аноним (42), 00:05 , 18-Июл-25, (42)

Cozypkg и werf прям решения совершенно разного уровня werf полноценная крутая б, tym83 (ok), 05:51 , 18-Июл-25, (44) +1

Ох, linstor походу уже новый стандарт, да Но почему поверх ZFS В гиперконверге, User (??), 10:01 , 18-Июл-25, (49)

А чем заменить metallb Без поддержки оборудования, я не представляю, что какие-, Аноним (53), 11:50 , 18-Июл-25, (52) +1

Тут вопрос в другом - если решение, которое ты предлагаешь _гарантированно_ не у, User (??), 14:14 , 18-Июл-25, (63)

Ой да ладно, чтобы ToR и BGP не умел И l3 свитча нигде нет Ну сдела тогда из л, Аноним (40), 14:55 , 18-Июл-25, (64)
Там еще и само оборудование должно уметь в BGP ECMP Multipath Тогда MetalLB впо, Аноним (65), 15:07 , 18-Июл-25, (65)

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от Аноним (2), 17-Июл-25, 11:22 +1 +/–

Этот ваш PaaS не нужон!
Мы просто в гуе проксмокса виртуалочку подняли да постгрес установили!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4

3. Сообщение от tym83 (ok), 17-Июл-25, 11:30 +4 +/–

God bless you!:))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от Аноним (4), 17-Июл-25, 11:48 –2 +/–

Этот ваш proxmox не нужон. В пару команд накатил paas и в 1 клик установил HA постгрес с pgbouncer и бекапами

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5, #23

5. Сообщение от Аноним (5), 17-Июл-25, 12:42 –3 +/–

И потом весь этот винегред на***тся и будешь копать разбираться, как эта шляпа работает.
Всякая HA херня настраивается на шлюзе при помощи HAPROXY и этого достаточно. Сетевучку проще вставить на 10G, чем этот велосипед ковырять. Смузихлебное гавнище.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #22, #29, #31, #48

22. Сообщение от tym83 (ok), 17-Июл-25, 16:28 +6 +/–

> И потом весь этот винегред на***тся и будешь копать разбираться, как эта
> шляпа работает.
> Всякая HA херня настраивается на шлюзе при помощи HAPROXY и этого достаточно.
> Сетевучку проще вставить на 10G, чем этот велосипед ковырять. Смузихлебное гавнище.
Я, видимо, говорю с кем-то типа сталлоне, которого только что в разрушителе разморозили. Опеншифты, ранчеры, кубернетесы никому не нужны, ага:) Это просто злые люди придумали, чтобы портить жизнь людям добрым:)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

23. Сообщение от 1 (??), 17-Июл-25, 17:12 +1 +/–

пара бакапов и денюжка на карточке закончилась.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

24. Сообщение от Аноним (24), 17-Июл-25, 17:34 +4 +/–

Куб, в подах которого виртуалки, поверх которого кубы. Я так сильно отстал от жизни, что это считается валидной реализацией в 21 веке??? Звучит как лютый .....

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #36, #51, #76

25. Сообщение от Аноним (29), 17-Июл-25, 17:47 +/–

> Добавлена опция cluster-domain для переопределения домена cozy.local.
Кроме тщеславия есть какие-то объективные причины менять дефолт? Теперь чтобы накатить что-то нужно не забывать менять домен везде, где он используется. А где-то бывает и вовсе захардкожено, что отстой и фу, но реальность такова, что не всегда есть возможность исправить без форка и пересборки всего проекта. И всё это ради чего? Чтобы где-то в недрах кубера красивенько название проекта засветилось?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

26. Сообщение от Аноним (29), 17-Июл-25, 17:49 +/–

Рассказывай как надо делать. Каждому кастомеру отдельные серверы для его кластеров? Поставить какую-то другую систему виртуализации и в ней реализовать 3/4 кубернетеса? Вообще не пользоваться автоматизацией и вручную солнце закатывать? Что предлагаешь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #27

27. Сообщение от Аноним (24), 17-Июл-25, 17:52 +/–

Ничего, я ж по этому и спрашиваю шарящих.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #28

28. Сообщение от Аноним (29), 17-Июл-25, 18:05 +/–

Это распространённая схема. OpenStack тоже удобнее так деплоить чтобы «нижний» минимальный деплой менеджил «верхний» полноразмерный для прода. Не заводить же два разных инструмента для одной и той же работы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #30

29. Сообщение от Аноним (29), 17-Июл-25, 18:09 +1 +/–

Если с пятью демонами и rbac не можешь разобраться, может вообще не стоит в системное администрирование лезть?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #38

30. Сообщение от Аноним (24), 17-Июл-25, 18:09 +1 +/–

Любопытно, пойду ка почитаю про такой подход.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #54

31. Сообщение от penetrator (?), 17-Июл-25, 18:27 +3 +/–

единственно адекватный комент, и то заминусили
не модно вы батенька работаете )))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #39, #61

35. Сообщение от tym83 (ok), 17-Июл-25, 21:39 +/–

На старте разработки это казалось правильно, сейчас как раз откатили до дефолтного куберовского значения. Вопрос не тщеславия, просто казалось, что это архитектурно правильнее, чтобы отличать домены в Кози от доменов других кластеров. Потом увидели, что это не очень и сделали нормально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #41

36. Сообщение от tym83 (ok), 17-Июл-25, 21:41 +/–

Как минимум, удобно рулить и виртуалками, и родами в единой парадигме. Курьер по факту становится стандартом, девопсы и сисадмина всё больше его изучают, всё проще найти на него спецов. Удобно управлять всеми сущностями через единый понятный всё большему количеству специалистов Kubernetes API. Мы думаем, что за кубер апи будущее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #73

38. Сообщение от tym83 (ok), 17-Июл-25, 21:46 +1 +/–

А почему вы считаете, что это задачи именно для системных администраторов? Почему бы не делегировать рутину платформе? Много вы инфры настроите своими руками в современном банке или чем-тот таком? При этом внутренние пользователи смогут по кнопке заказывать себе готовые кластеры, виртуалки и другие окружения? И при этом будет всё это не на башизмах, которые со временем будет невозможно прочитать, а знать, как всё это устроено, будете только вы? Если вы живёте в таком мире, то у меня для вас плохие новости:)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #40, #50

39. Сообщение от tym83 (ok), 17-Июл-25, 21:48 +/–

Если наброс в мою сторону или в сторону мейнтейнеров, то мы такие комменты никогда не минусуем. Набросы и критика — это же прям очень хорошо. Это повод глубже разобрать тему и возможность повлиять на тех, кто читает эти самые набросы в комментах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #59

40. Сообщение от Аноним (40), 17-Июл-25, 23:25 +/–

Воу-воу, палехчи, не в ту сторону воюешь. Я за вашей платформой слежу с корыстным интересом — время от времени появляются клиенты, которым что-то подобное нужно. С блеском и нищетой однокнопочных решений знаком не по наслышке, приходилось реализовывать с нуля для OpenStack и LXD. Не так страшен чёрт как его малюют, тем более что сабж тоже так — в одну кнопку — не очень-то умеет, что-то да придётся делать чтобы это работало. Да и платформа сама с неба не упадёт, кто-то должен её забутстрапить. Так что выдыхай и смотри внимательно на что отвечаешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #43

41. Сообщение от Аноним (40), 17-Июл-25, 23:43 +1 +/–

> казалось, что это архитектурно правильнее, чтобы отличать домены в Кози от доменов других кластеров.
Жаль, меня там не было, где это решение принималось, я бы вас от этого отговорил в самом начале. Архитектурно правильно не создавать особенных случаев и не менять дефолты без доказательного эксперимента того, что иначе невозможно. Я рад, что здравомыслие возобладало.
И отдельно рад, что проект в CNCF переехал. Теперь когда он под крылом известного фонда с десятилетней историей и серьёзными участниками, решение на сабже можно наконец-то попытаться кому-то продать. Пока это был один AEnix было куда сложнее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #47, #53

42. Сообщение от Аноним (42), 18-Июл-25, 00:05 +/–

А можно пояснить почему каждый именно свой вариант пилит менеджеров. Здесь cozypkg, у соседей werf. Кто то argocd приделывает.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

43. Сообщение от tym83 (ok), 18-Июл-25, 05:46 +/–

Я не про кози говорил, а про принцип автоматизации в принципе. В кози как раз гуишка совсем не главное и скиллы нужны (и немало))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

44. Сообщение от tym83 (ok), 18-Июл-25, 05:51 +1 +/–

Cozypkg и werf прям решения совершенно разного уровня. werf полноценная крутая большая утилита. В то время как Cozypkg маленькая простенькая штучка внутри платформы, по сути. Вряд ли кто-то будет ее широко использовать отдельно от козистека, хотя это, конечно, возможно. ArgoCD завезём со временем тоже (это скорее для разрабов, которые к нему и к его гуишке привыкли), есть в довольно близких планах. А cozypkg не отменяет того, что у нас доставка на Flux построена.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

47. Сообщение от Аноним (47), 18-Июл-25, 08:56 +/–

Фонды это так е же корпорации, только фонды.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #58

48. Сообщение от User (??), 18-Июл-25, 09:36 +/–

Поздравляю тебя, Шарик - ты только что переместил единую точку отказа с postgresql на haproxy. Ой, нет - не переместил, postgres в multimaster не то, чтобы умеет - а о failover'е ты не подумал...
Но в общем-то для части решений "И та-ак сойдет!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #60

49. Сообщение от User (??), 18-Июл-25, 10:01 +/–

Ох, linstor походу уже новый стандарт, да? Но почему поверх ZFS? В гиперконвергентном развертывании с памятью же проблемы будут - а делать отдельные storage nodes менее удобно с т.з. управления.
Metallb кмк тоже не бесспорный выбор - BGP требует поддержки оборудования, а на L2 в больших инсталляциях будет проблема с тем, что весь трафик фактически пойдет через одну ноду.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #64, #65

50. Сообщение от Прохожий (??), 18-Июл-25, 10:59 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #56, #70

51. Сообщение от Аноним (51), 18-Июл-25, 11:11 +1 +/–

ИМХО, это и есть лютый трэш. Сначала кажется: "Ой как удобно, быстро разворачиваются кластеры, никаких bash скриптов." Но ровно до тех пор, пока не нужно найти причину нестабильности, тормозов или какого-то бага. И вот тут выясняется, что разобраться во всем этом и отдебажить - вообще ни разу не просто. А уж если, ну я не знаю, какой-то элемент кластера случайно повредился(удалили, сломали конфигурацию), то проще раскатать из бэкапа, чем искать причину и восстанавливать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #57

52. Сообщение от Аноним (53), 18-Июл-25, 11:50 +1 +/–

А чем заменить metallb? Без поддержки оборудования, я не представляю, что какие-то альтернативы будут лучше или функциональнее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #63

53. Сообщение от Аноним (53), 18-Июл-25, 11:53 +/–

В этом есть смысл, чтобы не было коллизий, когда под из managed-k8s внутри пытается обратиться к какому-то managed postgres снаружи. Интересно, как теперь это разруливается, ведь любому запросу теперь светит словить NXDOMAIN.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

54. Сообщение от Заноним (?), 18-Июл-25, 13:21 +/–

Там платишь за удобство памятью хоста, которую ужирают ОС в kvm под pagecache'ы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

56. Сообщение от tym83 (ok), 18-Июл-25, 13:31 +/–

По ним специалистов всё же несоизмеримо больше, чем по легаси, написанному одним человеком для одной компании.
Контейнеризация не нужна? А как вы будете менеджить то, что он должен скейлиться горизонтально и вертикально, как микросервисы крутить и т.п.? Ну утопия же то, что у вас описано. Софт кривой не из-появления кубернетеса, а потому что бабло всегда будет важнее хорошего кода. И если этот софт сделать прямым, необходимость в контейнерах и оркестрами никуда не денется.
А на что лучше быть завязаным? На то, по чему есть специалисты и комьюнити? Или на единичное решение для одной компании, которое написали несколько лет назад, а теперь даже тронуть боятся, потому что хз, где там отстрелит?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #71

57. Сообщение от tym83 (ok), 18-Июл-25, 13:32 –1 +/–

Сами же описали, что без дебага можно решать вопросы. Всегда говорят деньги. Надо принять этот факт. Красивые инженерные решения никому не нужны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #74

58. Сообщение от tym83 (ok), 18-Июл-25, 13:38 +/–

Ну не совсем. Фонд может гарантировать, что свободная лицензия на проект сохранится и ее какая-то отдельная компания не сможет по своему усмотрению поменять (как с терраформом или монгой получилось).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

59. Сообщение от penetrator (?), 18-Июл-25, 13:50 +1 +/–

> Если наброс в мою сторону или в сторону мейнтейнеров, то мы такие
> комменты никогда не минусуем. Набросы и критика — это же прям
> очень хорошо. Это повод глубже разобрать тему и возможность повлиять на
> тех, кто читает эти самые набросы в комментах.
я не знаю кто его минусил, если ты, то тогда да ))
"Опеншифты, ранчеры, кубернетесы никому не нужны, ага" ну как тебе сказать, вообще-то да, возникновение этого дэрма стало следствием других событий и желаний, например продать тебе облачную хрень за дорого, под соусом скейлишься вместе со своим приложением.
Так что да, оно конечно нужно, тому, кто его продает... еще бы! такие бабки )))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #66

60. Сообщение от Аноним (5), 18-Июл-25, 13:59 Скрыто ботом-модератором +/–

Да ты чо? А без шлюза граничного как твой postgresql вообще будет работать не подскажешь?
Шарик здесь только ты, смузи иди попей

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #62

61. Сообщение от Аноним (5), 18-Июл-25, 14:07 –1 +/–

Да все это херня. Никто адекватный не делает реальной рабочей инфраструктуры на такой фигне.
Везде где я ходил в очень серьезные конторы с очень серьезными людьми - там везде старая школа, freebsd, debian + qemu. И никто никогда не перейдет туда, пока это работает и выполняет свою функцию.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #67

62. Сообщение от User (??), 18-Июл-25, 14:08 Скрыто ботом-модератором +/–

> Да ты чо? А без шлюза граничного как твой postgresql вообще будет
> работать не подскажешь?
> Шарик здесь только ты, смузи иди попей
Тю! Та то ж ты на стол вылез, что "всю HA одним haproxy" обеспечишь - вот тебе Родос, здесь и прыгай.
Что все остальные предлагают от "граничного шлюза"(ТМ) отказываться - это твои личные, ни на чем не основанные проЭкции.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

63. Сообщение от User (??), 18-Июл-25, 14:14 +/–

> А чем заменить metallb? Без поддержки оборудования, я не представляю, что какие-то
> альтернативы будут лучше или функциональнее.
Тут вопрос в другом - если решение, которое ты предлагаешь _гарантированно_ не упирается в терминацию всего внешнего трафика в одну ноду - metallb на L2 хороший выбор. Если мы говорим про PaaS - то проще, наверное, вообще не закладываться.
Конечный пользователь или связку bgp-cillium\calico с поддержкой железа сделает, или железяку поставит или вот просто кластер haproxy'ей перед кубиком соберет - на что рук\денег хватит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

64. Сообщение от Аноним (40), 18-Июл-25, 14:55 +/–

Ой да ладно, чтобы ToR и BGP не умел? И l3 свитча нигде нет? Ну сдела тогда из линукса, уж сервер-то и пара десятигигабитных сетевух точно найдутся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

65. Сообщение от Аноним (65), 18-Июл-25, 15:07 +/–

> BGP требует поддержки оборудования
Там еще и само оборудование должно уметь в BGP ECMP Multipath. Тогда MetalLB вполне неплох в BGP mode.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

66. Сообщение от tym83 (ok), 18-Июл-25, 16:38 +/–

я его не минусил) я ж говорю, нам такие набросы только на руку))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

67. Сообщение от tym83 (ok), 18-Июл-25, 16:39 +1 +/–

Больно избирательно ходите:) Много где на таких вот фигнях собирают уже

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #75

70. Сообщение от Аноним (40), 18-Июл-25, 19:59 –1 +/–

> просто читал в Инете
С этого и надо было начинать, чудо ты моё локалхостное.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #72

71. Сообщение от Прохожий (??), 19-Июл-25, 01:50 +/–

>Контейнеризация не нужна? А как вы будете менеджить то, что он должен скейлиться горизонтально и вертикально, как микросервисы крутить и т.п.? Ну утопия же то, что у вас описано.
Elixir, Erlang. Есть такие платформы. Без всяких контейнеров живут и масштабируются приложения, на них написанные. И вертикально, и горизонтально.

>Софт кривой не из-появления кубернетеса, а потому что бабло всегда будет важнее хорошего кода. И если этот софт сделать прямым, необходимость в контейнерах и оркестрами никуда не денется.
Ещё как денется. Просто исчезнет за ненадобностью. Да вот, можете тоже почитать. Я - не девопс, если что. Но с этим мнением полностью согласен.
https://andreafortuna.org/2025/06/20/unpopular-opinion-kuber...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

72. Сообщение от Прохожий (??), 19-Июл-25, 01:52 Скрыто ботом-модератором +/–

Не надо пробовать какаху, чтобы понять, чтобы это какаха, чудо ты моё неумеющее думать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

73. Сообщение от Прохожий (??), 19-Июл-25, 02:03 +/–

>Мы думаем, что за кубер апи будущее.
Только если программисты, лепящие свои "шедевры" из г-на и палок, не одумаются, и не выработают более стройную платформу для программирования, а не тот д-мо-стек, который зачастую используется сейчас. В конце концов к этому придут. А вот эти все костыли кубернатесовые станут абсолютно ненужными. Хотя, следует признать, случиться это может нескоро. Увы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

74. Сообщение от Прохожий (??), 19-Июл-25, 02:06 +/–

>Всегда говорят деньги. Надо принять этот факт. Красивые инженерные решения никому не нужны.
Ещё как нужны, потому что только в них и можно найти реальную экономию. Однако, мало кто это понимает на старте, а потом часть уже бывает или поздно или слишком дорого переделывать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

75. Сообщение от Прохожий (??), 19-Июл-25, 02:16 +/–

>Много где на таких вот фигнях собирают уже
Если вы о контейнерах, то это только от безысходности, или глупости, или незнания, что без них (контейнеров) и людей, которые всё это должны обслуживать, можно обойтись при должном проектировании.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

76. Сообщение от Прохожий (??), 19-Июл-25, 02:21 +/–

>это считается валидной реализацией в 21 веке???
Только для безграмотных или неумеющих самостоятельно думать людей. Таких подавляющее большинство, к сожалению.
>Звучит как лютый .....
Так и есть, на самом деле.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. Сообщение от Аноним (2), 17-Июл-25, 11:22	+1 +/–
Этот ваш PaaS не нужон! Мы просто в гуе проксмокса виртуалочку подняли да постгрес установили!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #4

3. Сообщение от tym83 (ok), 17-Июл-25, 11:30	+4 +/–
God bless you!:))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

4. Сообщение от Аноним (4), 17-Июл-25, 11:48	–2 +/–
Этот ваш proxmox не нужон. В пару команд накатил paas и в 1 клик установил HA постгрес с pgbouncer и бекапами
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #5, #23

5. Сообщение от Аноним (5), 17-Июл-25, 12:42	–3 +/–
И потом весь этот винегред на***тся и будешь копать разбираться, как эта шляпа работает. Всякая HA херня настраивается на шлюзе при помощи HAPROXY и этого достаточно. Сетевучку проще вставить на 10G, чем этот велосипед ковырять. Смузихлебное гавнище.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #22, #29, #31, #48

22. Сообщение от tym83 (ok), 17-Июл-25, 16:28	+6 +/–
> И потом весь этот винегред на***тся и будешь копать разбираться, как эта > шляпа работает. > Всякая HA херня настраивается на шлюзе при помощи HAPROXY и этого достаточно. > Сетевучку проще вставить на 10G, чем этот велосипед ковырять. Смузихлебное гавнище. Я, видимо, говорю с кем-то типа сталлоне, которого только что в разрушителе разморозили. Опеншифты, ранчеры, кубернетесы никому не нужны, ага:) Это просто злые люди придумали, чтобы портить жизнь людям добрым:)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

23. Сообщение от 1 (??), 17-Июл-25, 17:12	+1 +/–
пара бакапов и денюжка на карточке закончилась.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4

24. Сообщение от Аноним (24), 17-Июл-25, 17:34	+4 +/–
Куб, в подах которого виртуалки, поверх которого кубы. Я так сильно отстал от жизни, что это считается валидной реализацией в 21 веке??? Звучит как лютый .....
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #26, #36, #51, #76

25. Сообщение от Аноним (29), 17-Июл-25, 17:47	+/–
> Добавлена опция cluster-domain для переопределения домена cozy.local. Кроме тщеславия есть какие-то объективные причины менять дефолт? Теперь чтобы накатить что-то нужно не забывать менять домен везде, где он используется. А где-то бывает и вовсе захардкожено, что отстой и фу, но реальность такова, что не всегда есть возможность исправить без форка и пересборки всего проекта. И всё это ради чего? Чтобы где-то в недрах кубера красивенько название проекта засветилось?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #35

26. Сообщение от Аноним (29), 17-Июл-25, 17:49	+/–
Рассказывай как надо делать. Каждому кастомеру отдельные серверы для его кластеров? Поставить какую-то другую систему виртуализации и в ней реализовать 3/4 кубернетеса? Вообще не пользоваться автоматизацией и вручную солнце закатывать? Что предлагаешь?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #27

27. Сообщение от Аноним (24), 17-Июл-25, 17:52	+/–
Ничего, я ж по этому и спрашиваю шарящих.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #28

28. Сообщение от Аноним (29), 17-Июл-25, 18:05	+/–
Это распространённая схема. OpenStack тоже удобнее так деплоить чтобы «нижний» минимальный деплой менеджил «верхний» полноразмерный для прода. Не заводить же два разных инструмента для одной и той же работы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #30

29. Сообщение от Аноним (29), 17-Июл-25, 18:09	+1 +/–
Если с пятью демонами и rbac не можешь разобраться, может вообще не стоит в системное администрирование лезть?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #38

30. Сообщение от Аноним (24), 17-Июл-25, 18:09	+1 +/–
Любопытно, пойду ка почитаю про такой подход.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28 Ответы: #54

31. Сообщение от penetrator (?), 17-Июл-25, 18:27	+3 +/–
единственно адекватный комент, и то заминусили не модно вы батенька работаете )))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #39, #61

35. Сообщение от tym83 (ok), 17-Июл-25, 21:39	+/–
На старте разработки это казалось правильно, сейчас как раз откатили до дефолтного куберовского значения. Вопрос не тщеславия, просто казалось, что это архитектурно правильнее, чтобы отличать домены в Кози от доменов других кластеров. Потом увидели, что это не очень и сделали нормально.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #41

36. Сообщение от tym83 (ok), 17-Июл-25, 21:41	+/–
Как минимум, удобно рулить и виртуалками, и родами в единой парадигме. Курьер по факту становится стандартом, девопсы и сисадмина всё больше его изучают, всё проще найти на него спецов. Удобно управлять всеми сущностями через единый понятный всё большему количеству специалистов Kubernetes API. Мы думаем, что за кубер апи будущее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #73

38. Сообщение от tym83 (ok), 17-Июл-25, 21:46	+1 +/–
А почему вы считаете, что это задачи именно для системных администраторов? Почему бы не делегировать рутину платформе? Много вы инфры настроите своими руками в современном банке или чем-тот таком? При этом внутренние пользователи смогут по кнопке заказывать себе готовые кластеры, виртуалки и другие окружения? И при этом будет всё это не на башизмах, которые со временем будет невозможно прочитать, а знать, как всё это устроено, будете только вы? Если вы живёте в таком мире, то у меня для вас плохие новости:)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #40, #50

39. Сообщение от tym83 (ok), 17-Июл-25, 21:48	+/–
Если наброс в мою сторону или в сторону мейнтейнеров, то мы такие комменты никогда не минусуем. Набросы и критика — это же прям очень хорошо. Это повод глубже разобрать тему и возможность повлиять на тех, кто читает эти самые набросы в комментах.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #59

40. Сообщение от Аноним (40), 17-Июл-25, 23:25	+/–
Воу-воу, палехчи, не в ту сторону воюешь. Я за вашей платформой слежу с корыстным интересом — время от времени появляются клиенты, которым что-то подобное нужно. С блеском и нищетой однокнопочных решений знаком не по наслышке, приходилось реализовывать с нуля для OpenStack и LXD. Не так страшен чёрт как его малюют, тем более что сабж тоже так — в одну кнопку — не очень-то умеет, что-то да придётся делать чтобы это работало. Да и платформа сама с неба не упадёт, кто-то должен её забутстрапить. Так что выдыхай и смотри внимательно на что отвечаешь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38 Ответы: #43

41. Сообщение от Аноним (40), 17-Июл-25, 23:43	+1 +/–
> казалось, что это архитектурно правильнее, чтобы отличать домены в Кози от доменов других кластеров. Жаль, меня там не было, где это решение принималось, я бы вас от этого отговорил в самом начале. Архитектурно правильно не создавать особенных случаев и не менять дефолты без доказательного эксперимента того, что иначе невозможно. Я рад, что здравомыслие возобладало. И отдельно рад, что проект в CNCF переехал. Теперь когда он под крылом известного фонда с десятилетней историей и серьёзными участниками, решение на сабже можно наконец-то попытаться кому-то продать. Пока это был один AEnix было куда сложнее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #35 Ответы: #47, #53

42. Сообщение от Аноним (42), 18-Июл-25, 00:05	+/–
А можно пояснить почему каждый именно свой вариант пилит менеджеров. Здесь cozypkg, у соседей werf. Кто то argocd приделывает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #44

43. Сообщение от tym83 (ok), 18-Июл-25, 05:46	+/–
Я не про кози говорил, а про принцип автоматизации в принципе. В кози как раз гуишка совсем не главное и скиллы нужны (и немало))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #40

44. Сообщение от tym83 (ok), 18-Июл-25, 05:51	+1 +/–
Cozypkg и werf прям решения совершенно разного уровня. werf полноценная крутая большая утилита. В то время как Cozypkg маленькая простенькая штучка внутри платформы, по сути. Вряд ли кто-то будет ее широко использовать отдельно от козистека, хотя это, конечно, возможно. ArgoCD завезём со временем тоже (это скорее для разрабов, которые к нему и к его гуишке привыкли), есть в довольно близких планах. А cozypkg не отменяет того, что у нас доставка на Flux построена.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #42

47. Сообщение от Аноним (47), 18-Июл-25, 08:56	+/–
Фонды это так е же корпорации, только фонды.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #41 Ответы: #58

48. Сообщение от User (??), 18-Июл-25, 09:36	+/–
Поздравляю тебя, Шарик - ты только что переместил единую точку отказа с postgresql на haproxy. Ой, нет - не переместил, postgres в multimaster не то, чтобы умеет - а о failover'е ты не подумал... Но в общем-то для части решений "И та-ак сойдет!"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #60

49. Сообщение от User (??), 18-Июл-25, 10:01	+/–
Ох, linstor походу уже новый стандарт, да? Но почему поверх ZFS? В гиперконвергентном развертывании с памятью же проблемы будут - а делать отдельные storage nodes менее удобно с т.з. управления. Metallb кмк тоже не бесспорный выбор - BGP требует поддержки оборудования, а на L2 в больших инсталляциях будет проблема с тем, что весь трафик фактически пойдет через одну ноду.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #52, #64, #65

50. Сообщение от Прохожий (??), 18-Июл-25, 10:59	+/–
>И при этом будет всё это не на башизмах, которые со временем будет невозможно прочитать, а знать, как всё это устроено, будете только вы? Как будто в неработающих кубернатесах разобраться проще, ага. Ох уж эти сказочники-автоматизаторы. Если софт изначально нормальный (согласен, это сейчас большая редкость), то ему вот эта вся контейнеризация просто ненужна. Его поставил, и он работает. И да, порою пара строчек на шелле гораздо проще кубернетовых дебрей, как показывает практика (не моя, просто читал в Инете).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #38 Ответы: #56, #70

51. Сообщение от Аноним (51), 18-Июл-25, 11:11	+1 +/–
ИМХО, это и есть лютый трэш. Сначала кажется: "Ой как удобно, быстро разворачиваются кластеры, никаких bash скриптов." Но ровно до тех пор, пока не нужно найти причину нестабильности, тормозов или какого-то бага. И вот тут выясняется, что разобраться во всем этом и отдебажить - вообще ни разу не просто. А уж если, ну я не знаю, какой-то элемент кластера случайно повредился(удалили, сломали конфигурацию), то проще раскатать из бэкапа, чем искать причину и восстанавливать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #57

52. Сообщение от Аноним (53), 18-Июл-25, 11:50	+1 +/–
А чем заменить metallb? Без поддержки оборудования, я не представляю, что какие-то альтернативы будут лучше или функциональнее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #49 Ответы: #63

53. Сообщение от Аноним (53), 18-Июл-25, 11:53	+/–
В этом есть смысл, чтобы не было коллизий, когда под из managed-k8s внутри пытается обратиться к какому-то managed postgres снаружи. Интересно, как теперь это разруливается, ведь любому запросу теперь светит словить NXDOMAIN.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #41