ХабрПостыНовостиМегапосты?

Запись вебинара для CNCF: Как построить свою облачную платформу с нуля из Open Source-компонентов (en)

Опубликован вебинар Андрея Квапила (a.k.a. kvaps) для CNCF о том, как построить свою облачную платформу на базе open source-компонентов.

Андрей разобрал архитектурные подходы и построение API, рассказал о выборе компонетов платформы и о том, как их объединить в мощное инфраструктурное решение. Вебинар будет полезен компаниям, которые хотя мигрировать с публичного облака на собственные или арендованные серверы или для хостинг и сервис-провайдеров, которые хотят найти решение для конкурирования с AWS.

@TimurTukaev
05.09.2025 16:52 UTC
Первоисточник

Комментарии

@achekalin
05.09.2025 12:46 UTC
0

Да уж, новости.

Понимаю, что корпблог, но - ни о чем (ты пост - просто анонс доклада, а не содержимое его) и про контент на английском - это ли не демонстрация болтозабивания на аудиторию?

Уверен, что компания отличная (лично не знаком), но использовать хабр в таком режиме несколько... не по калибру, что ли.

05.09.2025 14:22 UTC
0

Вначале не так прочитал слово "корпблог")

05.09.2025 14:41 UTC
0

Подробная статья с докладом выйдет позднее, она готовится. Проблемы в докладах на английском не вижу для ИТ-адуитории — тем более, в заголовке это сразу отмечено. Кто знает Андрея, мог ждать его новый доклад. То есть на уровне заголовка было заранее обозначено, для чего сюда можно зайти и что тут будет, чтобы те, кто хочет прочитать статью по материалам доклада, могли не открывать материал и сэкономить время.

@Virviil
05.09.2025 13:08 UTC
+1

Если у меня есть спецы по Devops - зачем мне cozystack? Он только мешает лишним слоем неконтролируемой абстракции - девопсы и так умеют в argo и helm

А если у меня нету девопс - то ставить cozystack - это самоубийство, которое произойдет во время первой же ошибки из-под капота куба.

05.09.2025 14:26 UTC
+1

Дать разрабам, тестерам возможность натыкивать себе ресурсы в стейджах и дев средах? Обычно у девопса и так задач в бэклоге до следующего года, а такие порталы самообслуживания сильно сокращают время на менеджмент business operational нагрузок и требуют внимания лишь когда "первой же ошибки из-под капота куба"

05.09.2025 14:55 UTC
+1

И потом вдруг окажется что разраб во время разработки что-то такое натыкал что не ломается, но ломает при мерже и деплое прод??

Кроме того вы предлагаете поддерживать две копии IaC - одна для прода, а одна отдельная с cozystack - для дева и стейджа?

У меня dev env - это копия прода до уровня ресурса. Раскатать уже готовый прод терраформ на локалстек или запустить прод ансибл на временно купленный новые дев сервак - очевидно правильный подход

05.09.2025 21:12 UTC
0

У меня dev env - это копия прода до уровня ресурса.

Это у вас. У меня прод - это persistent кластер из нескольких уровней в 40 серверов, 3 мастера (1 активных, 2 стендбай), 27 серверов-реплик для разных групп потребителей, несколько реплик особенных - "отстающие", неограниченные по времени выполнения запросов или ресурсов на запрос. + неперсистент всякое + приложение. Такое в dev env можно запихнуть, но дорого. Очень. Логично предположить, что у таких кластеров между dev и prod не только количество нод отличаются, но и в целом настройки, вплоть до среды выполнения - прод работает на бареметалл серверах, а все остальные окружения виртуализированы или контейнеризованы.

Поэтому dev env это тупой шаблон в 1 ноду, а сколько-нибудь сложный кластер - это общий препрод. Потому что разработчикам, чтобы писать код, вся эта многопалубная конструкция не нужна. А чтобы прод не упал, есть тесты на более поздних этапах, и на инфраструктуре, уже более приближенной к проду.

05.09.2025 14:38 UTC
0

Почитайте про Platform Engineering. Не знаю, что еще сказать) Ну, разве что, зачем вам девопсы и кубернетес, наймите олдскульных сисадминов, они на bash-скриптах всё напилят:)

06.09.2025 08:04 UTC
+1

Чем вам олдскульные сисадмины не угодили? С таким пренебрежением говорите, как будто полёты в космос на световых скоростях изобрели, а сами просто чужие продукты используете, чем тут гордиться? И щяс ещё начнёте о коммитах в опенсорс рассказывать, смешно.

06.09.2025 14:04 UTC
0
НЛО прилетело и опубликовало эту надпись здесь
20.09.2025 12:52 UTC
0

Тоже не понимаю этого высокомерия, типа баш должен умереть

Должен, потому что что-либо длиннее 10 строчек на нем становится write only, как перл. Не говоря уже о разнице тулингов между Макось и Линуксом. Ни на что нельзя рассчитывать заранее. Все таки библиотеки вроде пайтоновских сглаживают эти различия и там тесты удобнее писать на разные случаи, то есть получается более качественный код.