5 самых горячих проектов песочницы CNCF, которые стоит посмотреть в 2020–2021 годах

CNCF — это группа ведущих поставщиков в индустрии облачных вычислений, созданная для распространения и продвижения открытых стандартов в облачной экосистеме. Пользуясь признанием в отрасли, CNCF играет жизненно важную роль в определении и формировании будущего облачных вычислений. Благодаря своему первому и наиболее успешному проекту Kubernetes, CNCF продолжила работу над Kubernetes, чтобы создать вокруг него экосистему. Другие важные проекты включают Prometheus для мониторинга, Jaeger для распределенной трассировки, Help для управления пакетами и Fluentd для сбора и агрегирования журналов. Сегодня CNCF имеет несколько уровней для своих многочисленных проектов — градуированные, инкубационные и песочницы. В этом посте мы рассмотрим только проекты-песочницы и сосредоточимся на лучших проектах-песочницах. Это хороший показатель того, куда движется экосистема Kubernetes в ближайшие месяцы и годы.

1. Кубический край

Веб-сайт: kubeedge.io/en

Трафик сайта: ~33k/мес.

Твиттер: @KubeEdge

Подписчики в Твиттере: 612

Гитхаб

Звезды: 2,6 тыс.

Просмотров: 131

Коммиты: ~20 в неделю

Релизы: Страница релизов (v1.3.1 на момент написания этой статьи)

Почасовая статистика DevStats: 5 событий в час

Граничные вычисления больше не являются футуристической тенденцией, а реальностью для многих организаций, которые хотят предоставлять передовые возможности с помощью своих существующих продуктов и услуг. Идея периферийных вычислений состоит в том, чтобы дать больше вычислительной мощности устройствам, а не накапливать вычислительную мощность только в централизованных облачных хранилищах. Это позволяет работать в режиме реального времени на основе данных.

Задача, которую решает KubeEdge, состоит в том, чтобы управлять каждым периферийным устройством как микроцентром обработки данных. Если Kubernetes — это операционная система для традиционных центров обработки данных и облачных платформ, из этого следует, что K8 также следует расширять до периферии. KubeEdge переупаковывает Kubernetes в легкий целеустремленный инструмент, который можно запускать рядом с пограничными устройствами.

KubeEdge позволяет лучше управлять сетью, приложениями и метаданными, связанными с периферийными вычислениями. Он может работать в автономном режиме, что важно для устройств на границе сети. Будучи открытой платформой, KubeEdge поддерживает любую платформу поставщика облачных услуг и помогает абстрактному управлению облачными операциями.

KubeEdge — один из самых популярных и масштабных проектов песочницы CNCF, обладающий огромным потенциалом на будущее.

2. Открытая телеметрия

Сайт: opentelemetry.io.

Трафик сайта: 77k

Твиттер: @opentelemetry

Подписчики в Твиттере: 2925

Гитхаб

Звезд: 64

Просмотров: 15

Коммиты: ~5 в неделю

Релизы: Страница релизов (v0.9.0 на момент написания этой статьи)

Почасовая статистика разработчиков: 41/час

Получение информации о работе облачных приложений имеет решающее значение для команд DevOps. С несколькими облачными хранилищами, распределенной архитектурой приложений и многочисленными инструментами мониторинга прозрачность становится проблемой. OpenTelemetry стремится установить открытый и согласованный стандарт для мониторинга данных, таких как метрики, журналы и трассировки.

Чтобы он был успешным, стандарт должен быть независимым от поставщиков и инструментов. Он должен позволять работать с данными мониторинга из многочисленных и разнообразных источников и анализировать их с помощью любого инструмента мониторинга.

OpenTelemetry заменяет старые стандарты, такие как OpenCensus и OpenTracing. Однако он обратно совместим с обоими этими стандартами. OpenTelemetry можно применять к таким инструментам, как Prometheus и Jaeger.

3. ОпенЭБС

сайт: openebs.io

Трафик сайта: 21 тыс.

Твиттер: @openebs

Подписчики в Твиттере: 2366

Гитхаб

Звезды: 6,2 тыс.

Просмотров: 142

Коммиты: 5 в неделю

Релизы: страница релизов (v1.11.0 на момент написания этой статьи)

Почасовая статистика разработчиков: 5/час

В то время как мониторингу уделяется много внимания в сообществе K8s с открытым исходным кодом, хранилище несколько потеряно. При коротком сроке службы контейнеров необходимо настроить хранилище так, чтобы оно оставалось постоянным независимо от того, к какому контейнеру оно подключено. Это задача, которую OpenEBS должен решить.

OpenEBS — это решение для хранения данных, подключенное к контейнеру, которое является родным для Kubernetes и при этом не зависит от ядра, а работает в пользовательском пространстве. Он обеспечивает подход к хранилищу на основе политик. Это соответствует шаблону, который уже давно используется инструментами безопасности и сети, и подходит для сложного облачного стека.

OpenEBS не зависит от поставщика и поддерживает любого поставщика облачных услуг. Это означает, что он предотвращает привязку к поставщику и, что еще лучше, благодаря возможностям объединения хранилищ помогает снизить затраты на облачное хранилище.

Это обеспечивает душевное спокойствие благодаря наличию настроек по умолчанию для реплик и резервных копий, которыми можно управлять с помощью политик. С несколькими репликами, которые хранятся отдельно от самого контейнера, OpenEBS может защитить хранилище от инцидентов, когда контейнер или кластер выходят из строя. В целом существует множество решений для резервного копирования данных для облачных стеков. У каждого поставщика облачных услуг есть собственная служба резервного копирования. Существуют специализированные решения для резервного копирования и восстановления, такие как Nakivo, которые способны выполнять резервное копирование всего, начиная от локальных серверов и заканчивая облачными виртуальными машинами и данными Office365. OpenEBS, с другой стороны, представляет собой единое резервное копирование исключительно для Kubernetes.

4. Флюс

сайт: fluxcd.io

Трафик сайта: 45k

Твиттер: нет аккаунта в Твиттере

Гитхаб

Звезды: 5к

Просмотров: 116

Коммиты: 20 в неделю

Релизы: Страница релизов (v1.19.0 на момент написания этой статьи)

Почасовая статистика разработчиков: 5/час

Некоторые считают GitOps эволюцией DevOps. Он надеется сделать конвейер доставки программного обеспечения еще более ориентированным на разработчиков. GitOps позволяет использовать инфраструктуру как код, что началось десять лет назад с Chef и Puppet, но достигло зрелости в современном облачном мире с помощью такого инструмента, как Flux.

Flux стремится управлять инфраструктурой декларативным способом. Он помещает оператора в кластер K8s, который управляет развертыванием. Этот оператор постоянно сопоставляет производственную среду с репозиторием Git. Он последовательно извлекает изменения из репозитория и применяет их к рабочему кластеру.

С точки зрения разработчика, существует больше уверенности в том, будет ли фрагмент кода выполняться в рабочей среде. Декларативные среды предоставляют разработчикам больший контроль и обеспечивают большую уверенность в выпусках.

Я писал о GitOps и Flux некоторое время назад, до того, как они попали в компетенцию CNCF. Flux, созданный Weave, компанией, которая придумала термин «GitOps», должен стать в авангарде революции в доставке программного обеспечения. Еще один инструмент, за которым стоит следить, — это JenkinsX, который также реализует принципы GitOps.

5. Танос

сайт: thanos.io

Трафик сайта: 12,9 тыс.

Твиттер: @ThanosMetrics

Подписчики в Твиттере: 1610

Гитхаб

Звезды: 5,9 тыс.

Просмотров: 173

Коммиты: 10 в неделю

Релизы: Страница релизов (v0.13.0 на момент написания этой статьи)

Почасовая статистика разработчиков: 3 в час

Prometheus был вторым проектом, выпущенным CNCF. Это наиболее широко используемый инструмент мониторинга для Kubernetes. Prometheus предназначен для работы на одном узле сервера. Это нормально, если у вас простая установка, но в мультиоблачном мире организации обычно запускают несколько экземпляров Prometheus. Необходимо обеспечить видимость, охватывающую все экземпляры Prometheus. Танос является ответом на эту потребность и действует как единая стеклянная плоскость для нескольких экземпляров Prometheus.

Thanos предоставляет «глобальное представление запросов», которое охватывает несколько экземпляров Prometheus и при этом обеспечивает более широкое представление, чем автономный Prometheus. Он работает, помещая sidecar внутри каждого экземпляра Prometheus, который собирает и передает метрики от Prometheus до Thanos. Thanos также интегрируется со всеми основными поставщиками облачных услуг для постоянного хранения этих данных, хотя это необязательно. При этом Thanos значительно расширяет возможности Prometheus, делая его более нейтральным по отношению к поставщикам и более ориентированным на облачные технологии.

Thanos обеспечивает высокую доступность данных Prometheus и обеспечивает эффективное хранение резервных копий, что позволяет экономить на облачных хранилищах. Из всех упомянутых здесь проектов Thanos находится на самой ранней стадии в версии 0.13 на момент написания этой статьи. Будет интересно посмотреть, будут ли Thanos или его функции объединены с Prometheus, или же Thanos в дальнейшем разовьется в самостоятельную абстракцию промежуточного программного обеспечения для мониторинга.

Проекты песочницы CNCF: взгляд в будущее

CNCF — это луч света, указывающий на открытое будущее облачных вычислений. Несмотря на сложность облачных приложений и сопутствующих инструментов, CNCF представляет собой объединяющую силу, которая гармонично объединяет все эти разнообразные усилия. Поскольку организации стремятся освоить новый смелый мир облачных вычислений, за этими проектами-песочницами CNCF стоит следить и интегрировать их в современную цепочку инструментов Kubernetes.