Cloud Native Computing Minsk Digest #7
Tags: cloud, cloudnative, kubernetes, sre
Published: 2020-02-24 19:45:30


![CNCF Minsk cover](https://raw.githubusercontent.com/cncfminsk/digest/master/Digest_cover.jpg)

Над дайджестом работали: [Viachaslau Kizimenko](https://www.linkedin.com/in/viachaslau-kizimenko-185144115/) и [Egor Miasnikov](https://www.linkedin.com/in/miasnikov/)
👉[Чат сообщества ☁️](https://t.me/CNCFMinskChat)

## Новости

### [NSF Official Emphasizes Importance of Cloud-Native Apps](https://www.meritalk.com/articles/nsf-official-emphasizes-importance-of-cloud-native-apps/)

Главный архитектор предприятия Национального научного фонда (NSF) Chezian Sivagnanam подчеркнул важность перевода Федерального правительства США на облачные технологии во время презентации 12 февраля на мероприятии, организованном GovLoop и Red Hat.
Федеральное правительство “обычно имеет большие монолитные приложения”, заявил Sivagnanam, но проблема в том, что они не столь “гибкие для удовлетворения потребностей заказчика”. Сосредоточение внимания на разработке облачных приложений позволяет ИТ-отделам агентств разбивать “эти большие монолитные приложения на простые сервисы”, сказал он.

## Мероприятия

### [CNCFMinsk: Site Reliability](https://www.meetup.com/CNCFMinsk/events/268505619/)

27 февраля 2020 в 19:00 / пр-т Машерова 11/1 — SUP
CNCF Minsk совместно с Pro .Net community подготовили для вас два интересных доклада на тему “Site Reliability”
Приветственный кофе-брейк с 18:30
Регистрируйтесь, приходите в уютный SUP и мы поговорим про:
👉 “Site Reliability Engineering: Service Reliability at Any Price”
👉 “OpenTelemetry: Portable Telemetry Cloud Native Software. Goals and State”

## Статьи

### [Knative and Cloud Run, portability in action](https://medium.com/google-cloud/knative-and-cloud-run-portability-in-action-1a655c914318)

Cloud Run был анонсирован на конференции Nextо 19 в Сан-Франциско. Год назад компания Google на том же мероприятии представила Knative. Оба продукта обещают одно и то же: serverless и переносимость на любой кластер Kubernetes, где установлен Istio. У автора статьи была возможность быть на сцене в момент анонсирования Cloud Run на Next19, с названием сессии: «Container once, Serverless anywhere» Serverless везде? Это правда, возможно? Давайте, проверим!

<center><h2>☁️☁️☁️</h2></center>

### [Pure Joins Google Cloud Anthos Ready Storage Initiative](https://martechseries.com/sales-marketing/customer-experience-management/pure-joins-google-cloud-anthos-ready-storage-initiative/)

Компания Pure Storage, пионер в области решений для хранения данных, позволяющих ускорить инновации клиентов, присоединилась к инициативе Google Cloud’s Anthos Ready Storage Initiative, продемонстрировав, что ее решения для хранения данных и данных могут быть успешно развернуты на платформе Anthos в гибридных средах. Эта новость расширяет сотрудничество Pure с Google Cloud, помогая клиентам модернизировать существующие приложения и создавать новые на простой, масштабируемой и надежной платформе. Благодаря бесшовной интеграции между открытой платформой Google Cloud и ведущим в отрасли полнофункциональным хранилищем данных Pure организации теперь могут с уверенностью вкладывать средства в индивидуальные решения, созданные специально для реализации стратегии multi-cloud вычислений и обеспечения современных возможностей работы с данными.

<center><h2>☁️☁️☁️</h2></center>

### [Getting Started with OpenEBS and Cloud-Native Distributed SQL](https://blog.openebs.io/getting-started-with-openebs-and-cloud-native-distributed-sql-1d6c5c36e634)

Джимми Герреро, Вице-президент по маркетингу и сообществу в YugaByte подробно рассказывает о настройке кластера Kubernetes (GKE) на Google Cloud Platform, установке OpenEBS на GKE, настройке пула cStor и создании класса хранения, а так же установк YugabyteDB на кластере GKE с помощью Helm. OpenEBS — это проект CNCF, который предоставляет встраиваемое в облако хранилище с открытым исходным кодом (CAS), содержащее контейнеры с открытым исходным кодом. OpenEBS предоставляет постоянное блочное хранение и другие возможности, такие как интегрированное резервное копирование, управление локальными и облачными дисками и многое другое. Для корпоративных облачных приложений OpenEBS предоставляет функциональность хранения данных, идиоматическую для облачных сред разработки, с гранулярными политиками хранения и изоляцией, которые позволяют разработчикам и архитекторам облачных систем оптимизировать хранение для конкретных рабочих нагрузок. Поскольку YugabyteDB — это облачная распределенная SQL база данных, работающая в средах Kubernetes, она может взаимодействовать с OpenEBS и многими другими CNCF-проектами.

<center><h2>☁️☁️☁️</h2></center>

### [How-to Guide: Debugging a Kubernetes Application](https://www.cncf.io/blog/2020/02/14/how-to-guide-debugging-a-kubernetes-application/)

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

<center><h2>☁️☁️☁️</h2></center>

### [Service Mess to Service Mesh](https://www.cncf.io/blog/2020/02/14/service-mess-to-service-mesh/)

Мы являемся свидетелями роста микросервисных и cloud native технологий. Однако одной большой проблемой архитектуры микросервисов являются накладные расходы на управление сетевым взаимодействием между службами. Многие компании успешно используют для развертывания такие инструменты, как Kubernetes, но они все еще сталкиваются с runtime проблемами, связанными с маршрутизацией, мониторингом и безопасностью. Беспорядок в десятках, сотнях или даже тысячах сервисов, связанных с производством, — работа только для смелых технических специалистов. И именно здесь вам пригодится Service Mesh.

<center><h2>☁️☁️☁️</h2></center>

### [Guide to Kubernetes Egress Network Policies](https://www.cncf.io/blog/2020/02/10/guide-to-kubernetes-egress-network-policies/)

Несколько месяцев назад было опубликовано руководство по настройке сетевых политик Kubernetes, которое фокусировалось исключительно на ingress сетевых политиках. Данный пост объясняет, как усовершенствовать ваши egress сетевые политики.

<center><h2>☁️☁️☁️</h2></center>

### [Cloud Native Application Security: Protection At and Within the Perimeter](https://securityboulevard.com/2020/02/cloud-native-application-security-protection-at-and-within-the-perimeter/)

Что делает приложение “cloud native”, и что такого особенного в защите такого рода приложений? В конечном счете, ответ заключается в том, что cloud native приложения не так тесно связаны с инфраструктурой, как традиционные монолитные приложения. Статья посвящена тому, как этот сдвиг меняет отношение лидеров в области безопасности к безопасности разрабатываемых приложений.

<center><h2>☁️☁️☁️</h2></center>

### [Building a Linux Desktop for Cloud Native Development](https://blog.alexellis.io/building-a-linux-desktop-for-cloud-native-development/)

В своем посте Alex Ellis рассказывает о сборке Linux Desktop PC для разработки облачных вычислений в 2020. Он расскажет обо всем, начиная с комплектующих, периферийных устройств, CLI, и заканчивая SaaS софтом с как можно большим количеством ссылок и фрагментов, которыми необходимо управлять. Alex занимается разработкой программного обеспечения с открытым исходным кодом в рамках OpenFaaS Ltd, ПО для инфраструктуры Kubernetes и облака, решая такие задачи, как тестирование контроллеров Kubernetes и построение образов контейнеров с помощью Docker.

<center><h2>☁️☁️☁️</h2></center>

### [Cloud-Native Architecture: What It Is and Why It Matters](https://www.contino.io/insights/what-is-cloud-native-architecture-and-why-is-it-so-important)

Cloud-native архитектура — один из самых продвинутых инструментов своего поколения. Хорошо продуманная, она позволяет разработчику сконцентрироваться на разработке, сосредоточиться исключительно на том, что действительно важно: создании программного обеспечения, которое хочет получить ваш клиент. Все остальное, происходит практически само по себе. Каким образом? Облачная архитектура полностью использует преимущества распределенной, масштабируемой, гибкой природы публичного облака, чтобы максимально сконцентрироваться на написании кода, создании бизнес-ценности и удовлетворении клиентов.

<center><h2>☁️☁️☁️</h2></center>

### [CI/CD with Cloud-Native Applications](https://caylent.com/ci-cd-with-cloud-native-applications)

Непрерывная интеграция и непрерывная доставка (continuous integration и continuous delivery) — подход, известный сегодня как CI/CD, это нечто большее, чем просто способ разработки и доставки приложений клиентам. В то время как CI/CD изменяет способ развертывания приложений, предлагая меньшее количество итераций и ускоряя развертывание на лету, сам подход принимается по-разному. Особенно это касается облачных приложений.
При внедрении CI/CD для развертывания облачных приложений, подход становится неотъемлемым инструментом, который оптимизирует все этапы разработки и развертывания. На самом деле, cloud native можно сделать более надежными в долгосрочной перспективе, когда их разработка интегрируется с пайплайнами на основе CI/CD подхода.

<center><h2>☁️☁️☁️</h2></center>

### [How to avoid turning microservices into distributed spaghetti code](https://www.techrepublic.com/article/how-to-avoid-turning-microservices-into-distributed-spaghetti-code/)

Одним из самых крутых предложений serverless является возможность “смешивать и сопоставлять языки программирования, фреймворки, как никогда раньше”, сказал директор по исследовани Gartnerям Радж Бала. Это означает, что вы можете написать Java-приложение, которое вызовет библиотеки Python, например, используя платформу функции-как-сервис.
Итак, круто. Но это также может означать новую эру спагетти-кода (т.е. неструктурированного и трудноподдерживаемого кода). То, что вы уходите от монолитного кода (плохой), не означает, что вы не заменяете его “проблемой распределенных систем с последствиями для развертывания, мониторинга и так далее” (тоже плохо), как писал Johannes Staffans. Как и в случае с более традиционными подходами к разработке программного обеспечения, создание простых в обслуживании микросервисов требует вдумчивого подхода.

## Вебинары

### [Running Production Workloads on a Containerized Database / 25 февраля 19:00](https://www.brighttalk.com/webcast/17265/386868)

Возможность запуска приложений в облаке с использованием контейнеров и Kubernetes облегчила работу разработчиков и тем не менее, эта развивающаяся технология не обходится без некоторых проблем, таких как запуск сложной распределенной базы данных в виде контейнеризованного приложения. На вебинаре вы узнаете, как Kubernetes может обеспечить перенос как приложений, так и баз данных в локальные среды, частные облака, общедоступные облака и мульти-облачные окружения, как Couchbase Autonomous Operator позволяет запустить полностью управляемое приложение базы данных с контролем состояния рядом с другими микросервисами на одной и той же платформе Kubernetes, как Couchbase на Kubernetes может снизить эксплуатационную сложность до 95%.

## Видео/Подкасты

### [CERN: 75,000 users on Cloud Native Services + Autonomous DB](https://www.youtube.com/watch?v=yF2Rtzmxqg4)

CERN — передовая исследовательская организация, использующая новейшие технологии. Дни открытых дверей — одно из крупнейших ее мероприятий, система бронирования которого была на 100% размещена в Oracle Cloud с помощью Oracle Cloud Native Services, Oracle Autonomous Transaction Processing и др.

<center><h2>☁️☁️☁️</h2></center>

### [Keeping up with Cloud Native](https://omny.fm/shows/the-podlets/keeping-up-with-cloud-native)

Нет времени читать новостные ленты в поиске обзоров новых cloud native инструментов? Попробуйте новый подкаст.
The Podlets — это еженедельное шоу, которое исследует экосистему cloud native, по одному модному слову за раз. Каждую неделю эксперты в этой области будут обсуждать и сопоставлять концепции распределенных систем, практики, компромиссы и извлеченные уроки, чтобы помочь вам в вашем cloud native путешествии. Эта технология развивается очень быстро, и мы не должны изобретать колесо заново. Если вы инженер, оператор или технический специалист, принимающий решения в вашей компании, этот подкаст для вас!