ресурса? например все что можно задать для пода
Есть такая классная штука kubectl explain pod.spec. Сам не так давно тут узнал :) Каждое поле можно указать
Для протокола замечу, что она завязана на openapiv3 документацию и в эффективности зависит от добросовестности заполнения этой самой спеки
Если у девелоперов куба с ней норм, то в случае с кастомными ресурсами есть варианты и как правило все плохо. Но и тут есть надежный способ
Помню когда в опенапи было указано одно, а по факту в опеншифте другое. И при переходе на хельм3 было больновато, приходилось насильно отрубать валидацию и коммитить в опенсорс, чтобы это отключение работало везде.
Типикал студеная былина, хули. Даже моя любимая часть с патчем в опенсорс на месте.
Ну одно дело оператор с комьюнити на полтора землекопа. Другое дело ОПЕНШИФТ.
а что это за надежный способ такой?
Да я и монгу патчил. Вера в «большое комьюнити», «проверенные решения», «менеджед сервисы» и «энтерпрайз» на мой взгляд сродни вере в деда Мороза.
Посмотреть в исходники. Описание ресурсов в простом и понятном виде лежит всегда в одних и тех же местах в зависимости от использования operator-sdk/controller-runtime/голого client-go в конце концов
а, ну логично хотя я немного надеялся что будет какой-то другой способ)
Да зачем, это реально просто, легко и эффективно
Особенно часто я начинаю зубоскалить в ответ на идеи использовать менеджед-сервисы. Это прикольно на некритичных и небольших сервисах, но потом ты просто получаешь конский прайс и целиком зависишь от скорости реакции Кумара и Раджеша из техсаппорта
Частично правда. Зависит от менеджд сервиса. Мне нравится поддержка Амазона. Но честно говоря пока не было серьёзных проблем в проде. А так обычно старались помочь даже если проблема не на их стороне. Подсказывали где логи смотреть, как запросы к логам писать
Обсуждают сегодня