Это часть 38 из путешествия, это долгий путь (360 день), так что иди, пожалуйста, проверьте предыдущие детали, и если вам нужно гулять со мной в путешествии, пожалуйста, следуйте, потому что я могу опубликовать более одного раза в 1 день, но, конечно, конечно Я выложу ежедневно, по крайней мере, один 😍.
И я буду охватывать множество инструментов по мере продвижения дальше.
Допустим, мы имеем в реестре (Dockerhub) контейнер, нам нужно его развернуть, В реальном мире большой проект содержит много контейнеров. Теперь у нас есть Replicaset с 2 узлами и 5 стручками, поэтому у нас есть высокая доступность и баланс нагрузки, и все работает нормально. Допустим, нам нужно обновить наши контейнеры до более новой версии, первое решение, которое придет на ум, — это удалить репликас и создать новый с редактированием файла YML. Но это рискованный шаг, почему он рискован, потому что во время удаления и создания приложения останется в автономном режиме, и никто не сможет получить доступ к приложению. Вы скажете, что Хей, держись, это всего лишь минуты, может быть, это правда для небольших приложений, но как насчет больших? Это большая проблема. Таким образом, есть тоны алгоритмов для выполнения перемещения в приложение, Что означает Roll-uptate? это означает обновление 1 за раз. Обновление 1 за раз, это означает, что он возьмет V1 и заменит его V2, один за другим за это время другие стручки V1 все еще будут служить приложению, поэтому приложение будет доступно во все времена, и он бросал Loop Все остальные стручки, чтобы заменить их на V2. Допустим, мы находим ошибку в V2, или приложение не является стабильным, или клиент не понравился это или … что мы должны делать? Скрыть (лучшее решение) или мне нужен бросок к старой версии, чтобы он делал то же самое, он петлю на каждом стручке заменить его и продолжать.
В следующих уроках мы сделаем лабораторию и объясним, как это сделать с помощью Kubernetes.
Оригинал: «https://dev.to/elkhatibomar/038-kubernetes-deployment-4g3b»