Учебное пособие Kubernetes (4 части серии)
Таблица содержания
- Вступление
- Монолитная архитектура против микросервисной архитектуры
- Монолитный
- Микросервис
- Цель и особенности Kubernetes
- Приложение без гражданства
- Государственное заявление
- Вывод
- Список используемой литературы
Вступление
- Мы подробно рассмотрим важные понятия Kubernetes. Этот блог является частью серии Learning Kubernetes.
- Поскольку мы собираемся обсудить концепции, этот блог будет теоретическим и
Tldr
в природе:-) - Пожалуйста, сделайте проверку Kubernetes Learning Series
Монолитная архитектура против микросервисной архитектуры
Монолитный
- Монолитная архитектура является традиционным подходом и имеет тесные компоненты
- Давайте рассмотрим сценарий для монолитной архитектуры,
- Если в монолитном приложении есть 10 модулей, то мы должны разработать, упаковать и развернуть модули в качестве единого пакета
- В случае, если в одном модуле произойдет изменение, мы должны исправить или разработать изменения модуля и могут развернуть его только по другим модулям, поэтому этот подход утомите и трудным для быстро растущей среды
Микросервис
- Напротив, архитектура микросервиса имеет независимые модули и может иметь разработку и развертывание модулей, происходящих отдельно без необходимости развертывания других модулей
- В примере приложения 10 модулей объяснить выше,
- Каждый модуль будет выставлен как отдельный API REST, и он взаимодействует с модулем пользовательского интерфейса
- Поскольку мы разделяем все модули как API REST, легко развернуть конкретный модуль, если есть какие -либо изменения
- Таким образом, модули могут быть контейнерными и организованными с использованием kubernetes
Цель и особенности Kubernetes
- Инфраструктура, созданная с использованием
контейнер
был неизменным по своей природе. Это означает, что мы должны каждый раз переоценивать переосмысление изменений в приложение и услуги для создания приложенияконтейнеры
Анкет Тогда он будет организован с использованиемK8s
файлы конфигурации - Основная цель Kubernetes — это контейнерное оркестровка имеет ниже функции,
- Обнаружение услуг и баланс нагрузки : Kubernetes может выявить контейнер, используя имя DNS или используя свой собственный IP -адрес. Если трафик в контейнер высок, Kubernetes может загружать баланс и распространять сетевой трафик, чтобы развертывание стало стабильным.
- Хранитель оркестровки : Kubernetes позволяет автоматически устанавливать систему хранения по вашему выбору, такую как локальные стеристы, поставщики общественного облака и многое другое.
- Автоматизированные развертывания и отката : Вы можете описать желаемое состояние для ваших развернутых контейнеров с использованием Kubernetes, и оно может изменить фактическое состояние на желаемое состояние с контролируемой скоростью.
- Автоматическая упаковка корзины : Вы предоставляете Kubernetes кластер узлов, которые он может использовать для выполнения задач в области контейнер. Вы говорите Kubernetes, сколько процессора и памяти (RAM) нужно каждый контейнер. Kubernetes может поместить контейнеры на ваши узлы, чтобы наилучшим образом использовать ваши ресурсы.
- Самовосстановление : Kubernetes перезапускает контейнеры, которые сняты, заменяют контейнеры, убивают контейнеры, которые не реагируют на ваш пользовательский проверка здоровья.
- Секретное управление и управление конфигурацией : Kubernetes позволяет хранить и управлять конфиденциальной информацией, такой как пароли, токены OAuth и клавиши SSH.
Приложение без гражданства
- Процесс без сохранения или приложение может быть понят в изоляции. Нет никаких сохраненных знаний или ссылки на прошлые транзакции. Каждая транзакция сделана как с нуля впервые.
- Примером транзакции без гражданства будет поиск в Интернете, чтобы ответить на вопрос, о котором вы подумали. Вы вводите свой вопрос в поисковую систему и нажимаете Enter.
- Если ваша транзакция прервана или закрыта случайно, вы просто запускаете новую. Думайте о транзакциях без сохранения состояния как об торговом автомате: единый запрос и ответ.
Государственное заявление
- Однако приложения и процессы состояния являются те, которые могут быть возвращены снова и снова, такие как онлайн -банкинг или электронная почта.
- Они выполняются с контекстом предыдущих транзакций, и текущая транзакция может повлиять на то, что произошло во время предыдущих транзакций. По этим причинам приложения Stateful используют одни и те же серверы каждый раз, когда они обрабатывают запрос от пользователя.
- Большинство приложений, которые мы используем изо дня в день, являются государственными, но поскольку технологические достижения, микросервисы и контейнеры облегчают создание и развертывание приложений в облаке.
Вывод
Я намерен написать серию блогов на Kubernetes, и это часть первой важной концепции.
Список используемой литературы
Учебное пособие Kubernetes (4 части серии)
Оригинал: «https://dev.to/chefgs/kubernetes-learning-part-i-architecture-decision-and-purpose-of-k8s-369j»