Комментарии 4
State — анти-паттерн! Каждый раз, когда у вас стейт, стыдитесь! Вы пишите не cloud-native приложения. Настоящие программисты пишут настоящие cloud-native в stateless режиме. Если у вас в программе state — это ваша вина. Вы ничтожество, потому что не можете написать stateless cloud-native приложение.
… Говорили JS-программисты программистам банковского процессинга.
State — тяжело. И кто-то его должен делать. ACID во все поля, и ACID на петабайты. Именно тут заканчивается cloud-native. Потому что переподнятие ноды на 10Пб транзакционных данных занимает столько, что можно уже даже и не беспокоиться.
Окей, а облачные хранилища на деревьях растут? Где взять одно такое в локальном окружении? Поднять на пяти распределенных "POSIX говорливых" серверах, чтобы обслуживать три ноды и один мастер на которых 20 контейнеров крутится?
Конечно, "тяжёлый" гипервизор на 9ти железных серверах так не сможет.
Добивают статьи про кубернетес.
Кубернетес — это качественно утилизируемые ресурсы, вам надо только забашлять облачным провайдерам неплохо или накупить кучу серверов, половина которых будут работать на поддержку инфраструктуры и процессов оркестрации и, может, даже останется и на ваше приложение немного.
Кубернетес — это экономия времени, вот только вначале надо изучить кучи утилит, принципы рест апи, поднять нехилую инфраструктуру, конечно, подучить программирование, без этого админить не получится, ну и всяких юнит тестов понаписать, иначе, как же пвтоматически контейнеры поднимать, но вот зато на 5й год…
Кубернетес — это автоматизация и экономия человеческих ресурсов, но вот только там где кубернетес, там обязательно свора высокооплачиваемых девопсов, а где решили поднять на каком-нибудь vmware кластере (пусть даже по заказу, сторонними силами), сидят пару ± средненьких админа.
ЗЫ на самом деле очень интересует как можно поднять нодонезависимое общее хранилище для локального небольшого окружения кубернетес, и сколько вариантов не видел, все дорогие как в плане затрат на железо, так и в плане затрат времени на обучение. Все сводится к тому, что кубернетес это а) контейнеры, б) прослойка для их управления, а где брать базу на которой эта прослойка будет крутится и сколько эта база будет стоить нас не касается. Не благородное дело руки джентельмена девопса в это корыто макать.
А потом сидишь на работе, а воодушевленный босс, начитавшись статей, забегает, и говорит: "я тут прочитал, что кубернетес эффективно и модно, ну-ка подними к концу недели кластер на паре списанных серверов для тестов"
Выбирайте)
Паттерны хранения данных в Kubernetes