CNCF спонсировал этот пост.
С головной скоростью технологии 10 лет — это вечность. Десять лет назад IoT взлетал благодаря распространению мобильных устройств. Компании искали способы обработки данных из своей сети устройств, а публичные облака были готовы к предоставлению решений.
Для тех, кто ищет местную обработку, Kubernetes — чуть более года — был естественным выбором. Kubernetes позволил этим компаниям развернуть множество приложений локально, которые имитировали и интегрированы с услугами, доступными в облаке, что дает им невероятную гибкость в месте развертывания. Заимствовав термин из сети, это было упоминалось как «край».
От края до флота
Десять лет спустя Kubernetes становится сильнее, чем когда -либо. Мало того, что новые приложения созданы по умолчанию, но и существующие приложения были рефакторированы, и теперь доступны облачные версии сторонних инструментов. Используя ту же гибкость развертывания и скорость развития, что и IoT, компании заменили существующие вычислительные стеки и распространились на уникальные новые места с Kubernetes. Например:
- Замена стека виртуальной машины в каждой филиале магазина на центральный управляемый стек Kubernetes
- Запуск стопки Kubernetes на каждом круизном лайнере для предоставления услуг на корабле
- Истребители, использующие Kubernetes на миссиях для обработки данных и реагирования в режиме реального времени
Они традиционно не считались преимуществом, но это в основном та же конструкция. Иными словами, Kubernetes не просто позволяет нам запускать рабочие нагрузки машинного обучения на краю — любая рабочая нагрузка может быть на вашем краю. Это новое преимущество: флот Kubernetes.
Итак, каковы некоторые из ключевых соображений при планировании и создании флота Kubernetes?
Построение стека
Развернуть базовый кластер Kubernetes легко; Добавление всей функциональности — это то, где становится трудно. С таким большим количеством инструментов, входящих в готовый к предприятием стек Kubernetes, такой как сеть, входные шлюзы, сетки управления политикой и сервис, вы должны убедиться, что все, что вы решите для развертывания, вы можете управлять в масштабе. И не забывайте о поддержке.
Ищите проекты, которые хорошо известны и хорошо приняты. В облачном нативном вычислительном фонде есть целый список проектов, которые вы можете использовать. Ваши текущие рабочие нагрузки могут сказать вам, какие функции вам понадобятся, но также важно не зацикливаться на себя. Вы можете выбрать один сетевой стек, но в будущем осознает, что другая предоставляет уникальную функцию или более совместимый стек, и вы не хотите застрять. Ищите решения, которые достаточно гибки, чтобы адаптироваться к обмену компонентами или запуска компонентов рядом друг с другом, чтобы гарантировать, что, несмотря ни на что, вы можете использовать правильный инструмент для работы.
Развертывание и будущее расширение
Одним из естественных последствий многих небольших стеков является то, что новые развертывания случаются гораздо чаще. Больше не развертывается что -то, что происходит раз в несколько лет. Сравнивая решения для управления флотом Kubernetes, важно рассмотреть как, сколько времени потребуется для развертывания базового решения, так и сколько времени потребуется, чтобы добавить дополнительные кластеры. Чем быстрее вы начинаете с базового решения, тем быстрее вы можете оспорить, обновить свои ожидания и адаптироваться к растущим потребностям ваших приложений. Чем быстрее вы можете развернуть новый кластер, тем быстрее вы можете расширить.
Миграция и сплит
В то время как многие компании развертывают чистые стеки Kubernetes, это не работает для всех. Операторы часто обнаруживают, что им необходимо небольшое количество других виртуальных машин в дополнение к своим кластерам Kubernetes. Это может произойти в течение ограниченного периода времени. Например, может быть период миграции или сокращение, где оба должны работать рядом друг с другом, или, возможно, есть несколько приложений, которые нельзя контейнер. Редко операторы будут полностью принять Kubernetes на удаленных сайтах только для того, чтобы обнаружить новый вариант использования, который нельзя легко контейнер.
При создании своего флота Kubernetes важно подумать о том, как управлять этими разделенными рабочими нагрузками. Насколько близко эти две системы работают вместе, или Kubernetes и VMS должны рассматриваться как полностью отдельные стеки? Что вы будете делать, когда вам нужно перемещать рабочие нагрузки между двумя средами?
Управление состоянием и хранением
По мере того, как Kubernetes расширяется на новые рабочие нагрузки, количество контейнеров, требующих состояния и хранения, взлетело. Хранение не должно быть запоздалой мыслью; Это должно быть первоклассным гражданином при планировании вашего флота.
Конечно, это не только само -физическое хранилище. Резервные копии также должны быть рассмотрены. Как и в случае с любой рабочей нагрузкой предприятия, обязательно рассмотрим целевые показатели цели времени восстановления (RTO) и цели точки восстановления (RPO). То, что кластер нет в центре обработки данных, не означает, что эти соображения меняются.
Управление жизненным циклом оборудования
Естественно, любое решение управления флотом Kubernetes будет обрабатывать модернизацию самого Kubernetes, а также основные услуги, но это не единственная часть, о которой здесь беспокоится. Аппаратное обеспечение тоже нуждается в обновлениях.
При планировании вашего решения подумайте, как вы обрабатываете обновления прошивки, такие как базовые системы ввода/вывода (BIOS). Какой уровень экспозиции хочет пройти между выпуском нового CVE и смягчением проблемы? Как вы будете аудит, чтобы убедиться, что обновления применяются, как и ожидалось?
Унция профилактики стоит фунта лечения
Вначале тратить время на то, что учитывать в вашем флоте Kubernetes, сэкономит вам большую душевную боль в будущем. Ранние решения могут легко создать страшный технологический долг, который займет гораздо больше времени, чтобы исправить позже, чем если они правильно спланированы.
Nutanix рад спонсировать Kubecon в этом году в Лондоне. Приходите, ознакомьтесь с нашим стендом и поговорите с нами о своих планах Kubernetes, и посмотрите, как мы можем помочь с виртуализацией, Kubernetes и хранением в любом месте.
Чтобы узнать больше о Kubernetes и Облачной нативной экосистеме, присоединяйтесь к нам в Kubecon + CloudNativecon Europe в Лондоне 1-4 апреля.
Облачный фонд Cloud Computing Foundation (CNCF) проводит критические компоненты глобальной технологической инфраструктуры, включая Kubernetes, Prometheus и Angoy. CNCF является нейтральным домом для сотрудничества, объединяющий ведущих разработчиков отрасли, конечных пользователей и поставщиков. Узнайте больше последних из CNCF Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Крис Браун — старший менеджер по маркетингу продуктов в Nutanix. Он приносит G более 10 лет опыта работы в предприятии, охватывая поддержку, разработку и маркетинг продукта. Со страстью к технологиям он любит делиться своим опытом и пониманием, чтобы помочь … Подробнее от Криса Брауна
