Там есть и серверная редакция - но там все криво. Они еще и LXC предложат 😉
ну я вообще за рпм системы) только я тут с подманом сексуалился, ну не работает оно нормально с докер образами стандартными....
У меня тоже как год с подманом проблемы были - сырой он еще.
не солидарен. проблема не с подманом. проблема с образами
а главное я так и не понял, зачем на него переходить
ну ты попробуй взять Федору 32/33 и запустить что-то в подмане. если это спецом не заточено - не взлетит
Там проблема вообще с проектом DockerLess от RedHat в целом. Не подумали об экосистеме разработчиков что нет podman lib на машинах разрабов. Вот Docker есть везде и образ докера будет работать везде как вы верно заметили выше. А переход на Crio + Podman уже тянет автоматом в сторону OpenShift что уже не есть хорошо IMHO
но кри-о хорош если честно
ну вот тогда я не пойму какую задачу он для меня решает? Для сборок есть docker, kaniko, makisu, buildpacks, buildkit, bazel Для локальной разработки - docker единственная хрень, которая есть на маках, линуксах, виндах.
Вот именно - докер есть везде и образ его будет работать в кубере.
Ну пока не стабилен.
оуоуоу. локальная разработка должна автоматом улетать в кубер и там тестироваться, а не то что ты говоришь)
локальная разработка ничего не должна. Есть стандарты в компании, пишешь по ним, если у тебя приложение надо отдельно тестить в кубе, чтобы оно работало - это плохое приложение. Если только это не приложение для куба конечно, которое работает с его api. А а интеграционные тесты, это уже другая история
ну почему же? у тебя по коммиту разворачивается тестовый неймспейс с доступом в тестовую сеть и гонятся тесты на совместимость.
коммит может производиться после того, как разработчик осознает, что его задача выполнена
Сначала надо создать образ и собрать его. Если нет экосистемы не соберешь. С Docker я могу собрать часть приложения и запустить в окружении разработчика на любой платформе. С POdman такого нет. Отсюда и надо начинать. Не все же работают под RH (Centos) локально. С докером все локально приложение прекрасно жизненный цикл проходит в стадии разработки.
это интеграционное тестирование. Если тебе приходится каждую локальную правку приложения разворачивать в кубе, чтобы просто посмотреть как оно работает - это ад, а не разработка.
Уже же давно есть решения для локальной разработки и что бы код прозрачно сразу в кубера ранился, правда, народ говорит медленно
Это ад как правило: devspace, draft, skafold. Локальная поддережка куба сложное дело. Не знаю как у вас, но у меня разрабы с докером то проблем имеют. Я не представляю как они будут деплоить свои приложения в локальный куб, и сколько польется вопросов в связи с этим.
С докером проблемы, в 2020 году? Вы их пробовали крестить или прививать?
куб не локален. куб отдельный тестовый. катимся через хелм чартики
переместил на пару пикселей вправо, ждешь деплой, смотришь. Потом на 10 пикселей вверх, ждешь - веселая локальная разработка
Разработка локально как правило ведется в docker контейнерах - это best practics
ну это ты про фронт, а я скорее про бекенд
а ты зайди в чат докера
Да нет с докером проблем уже как три года точно - стабильно и проверенно
К алигофренам не хожу
какая разница? Тоже самое. Платеж не прошел, приложение сигфолтится поправил, вроде, ждешь деплой, смотришь. Ошибка, и так по кругу.
Так там много тех кто только встает на путь истинный 😉
ну вот туда разрабы в первую очередь идут, с вопросами. Если они знают докер хуже тебя, это не значит что они алигофрены
ну говорю же они из ide гоняют
В том разрезе в котором докер им нужен, все вопросы давно решены в документации и первым же запросом в гугле, но народ думать не спешит, проще пойти спросить
а вот в podman не решены. О чем была и речь. У меня разрабы все кстати на маках
Поцмен очередное поделие редхата для захвата мира)
с этим не очень понял... так лучше и проще будет иметь 1 дэв кластер и чтобы все пушили и тестили свой код на нём или же разрабатывали локально? и эти дэвспэйс и тд работают с удаленным кластером или тебе локальный создают?
Обсуждают сегодня