Что такое Harvester? Официально - A Cloud Native Open Source Hyper-converged Infrastructure. Если попробовать сказать простыми словами - то эта операционная система, которая предназначена для запуска и управления Kubernetes, виртуальных машин и система хранения данных (СХД).
Всё это устанавливаете и в конце резюмируете:
После моих экспериментов, я пришёл к выводу, что Кубернетес - чересчур сложная система.
Т.е. вы не были знакомы с Kubernetes и решили поставить спец. гипервизор, который заточен под организацию таких кластеров, а потом делаете вывод, что «Kubernetes - это слишком сложно»? Тем более ПО ещё судя по всему свежее и до момента, когда такое решение можно пускать в прод на серьёзные проекты - очень далеко.
Не проще было бы начать с изучения minikube? Потом перейти к какому-нибудь kubespray прости господи, а лучше сразу по гайду развернуть кластер по оф. гайду. Благо и сторонних мануалов полно. Или есть тот же k3s.
Я возможно не понял посыла статьи, но я так понял вы только начинаете своё изучение Кубера. На мой взгляд проще было бы начать с того, что я выше написал. Если что поправьте. А то смысл статьи мне не ясен. Тут не работает, там в 1.4.0 исправят и еще одну болячку тоже где-то в след релизах… А виноват в итоге кубер :)
А почему заголовок «лаборатория»? Не вижу тут инфры под работу или проекты. Просто хранилка и фильмы смотреть, если я правильно понял. Для таких целей очень сложно всё развернуто. Неужели не хватило бы просто поднять Plex и NextCloud? Без всех этих танцев с бубном. Естественно на сервере на отдельных ВМ.
Установка некоторых компонентов вручную, например, БД всё ещё происходит быстрее, чем с помощью плейбуков (потому что не доделаны);
Вопрос зачем для этого использовать плейбуки, где скорее всего будет потеряна идемпотентность и скорость, если можно использовать классический bash-скрипт?
Хотелось бы конечно видеть не просто набор команд, а какой-нибудь bash скрипт или ansible плейбук для автоматизации. А так наверно для новичков хорошая простенькая выжимка с оф. документации ?
Да не переживай, я не обижусь, если на вы со мной будешь) Хорошо, что понимание есть. Просто по статье показалось, что только из-за Docker было принято решение в тэги DevOps запихнуть…
Кто-нибудь объяснит мне почему в последнее время все резко стали уходить именно во fronted разработку? Логики не вижу, особенно, когда вкатываются новые люди в уже перенасыщенный рынок.
Devops не привязан к инструментам как мне кажется. Внедрят практики возможно и без дженкинсов с кубернетесом. Возможно меня здесь сожрут, но изначально, когда движение появилось, то никого ПО подобного рода не было. Были системы управления конфигурации в начале… Puppet, если не подводит память появился аж в 2005 ещё.
Вы в начале пишите:
Всё это устанавливаете и в конце резюмируете:
Т.е. вы не были знакомы с Kubernetes и решили поставить спец. гипервизор, который заточен под организацию таких кластеров, а потом делаете вывод, что «Kubernetes - это слишком сложно»? Тем более ПО ещё судя по всему свежее и до момента, когда такое решение можно пускать в прод на серьёзные проекты - очень далеко.
Не проще было бы начать с изучения minikube? Потом перейти к какому-нибудь kubespray прости господи, а лучше сразу по гайду развернуть кластер по оф. гайду. Благо и сторонних мануалов полно. Или есть тот же k3s.
Я возможно не понял посыла статьи, но я так понял вы только начинаете своё изучение Кубера. На мой взгляд проще было бы начать с того, что я выше написал. Если что поправьте. А то смысл статьи мне не ясен. Тут не работает, там в 1.4.0 исправят и еще одну болячку тоже где-то в след релизах… А виноват в итоге кубер :)
А почему заголовок «лаборатория»? Не вижу тут инфры под работу или проекты. Просто хранилка и фильмы смотреть, если я правильно понял. Для таких целей очень сложно всё развернуто. Неужели не хватило бы просто поднять Plex и NextCloud? Без всех этих танцев с бубном. Естественно на сервере на отдельных ВМ.
Разговорный)
Вопрос зачем для этого использовать плейбуки, где скорее всего будет потеряна идемпотентность и скорость, если можно использовать классический bash-скрипт?
Спасибо большое. Посмотрю. Если что посмотрю доработаю)
Выложи на астру скрипт. Оч полезно будет!
Супер ???
Хотелось бы конечно видеть не просто набор команд, а какой-нибудь bash скрипт или ansible плейбук для автоматизации. А так наверно для новичков хорошая простенькая выжимка с оф. документации ?
Да не переживай, я не обижусь, если на вы со мной будешь) Хорошо, что понимание есть. Просто по статье показалось, что только из-за Docker было принято решение в тэги DevOps запихнуть…
Интересно, а причём тут в тэгах DevOps? Хоть немного понимаешь что это такое? К этой статье это понятие вообще не к месту.
Кто-нибудь объяснит мне почему в последнее время все резко стали уходить именно во fronted разработку? Логики не вижу, особенно, когда вкатываются новые люди в уже перенасыщенный рынок.
Devops не привязан к инструментам как мне кажется. Внедрят практики возможно и без дженкинсов с кубернетесом. Возможно меня здесь сожрут, но изначально, когда движение появилось, то никого ПО подобного рода не было. Были системы управления конфигурации в начале… Puppet, если не подводит память появился аж в 2005 ещё.