Микросервисы *

Привет! 7 декабря в офисе Авито пройдёт пятый митап в серии Backend United, получивший название «Шаурма». Эта встреча ориентирована на архитекторов и на разработчиков.

О чём хотим поговорить? Многие компании рано или поздно переезжают с монолита на микросервисы. Обычно это приводит к усложнению взаимодействия между сервисами и другим проблемам. На митапе мы расскажем про реальный опыт переезда на микросервисы, способы синхронного и асинхронного взаимодействия, организацию потоков данных и роль Кафки в микросервисной архитектуре.

С докладами выступят инженеры из ManyChat, Авито и Severstal Digital. Встреча начнётся в 12:00. Регистрируйтесь сами и приглашайте коллег. Под катом — тезисы выступлений, ссылки на регистрацию и видеотрансляцию митапа.

Перевод статьи подготовлен специально для студентов курса «Инфраструктурная платформа на основе Kubernetes».

Настройка базового микросервиса в Kubernetes обманчиво проста. В одной из последних статей мы рассказали, как легко начать работать с контейнерами. Мы скомпоновали простой образ Docker, развернули его с помощью Kubernetes и выполнили запрос приложения. Это было нетрудно, но в жизни облачные архитектуры, как правило, сложнее. Они включают десятки и даже сотни сервисов с базами данных, аутентификацией и другими нужными в реальности элементами.

Администрировать их порой — сплошная головная боль. В этой статье мы расскажем об Istio — инструменте для service mesh (эту архитектуру мы рассматривали ранее), который выводит управление крупными облачными развертываниями на новый уровень.

Как-то мне предстояло разобраться с метриками для нашего API, как всегда (нет времени?!) дописать позже — очень сложно и ещё не внедрили — значит пора внедрять. После некоторых скитаний в сети, самой популярной системой мониторинга, как мне показалось, был Prometheus.

При помощи Prometheus мы можем отслеживать различные ресурсы компьютера, такие как: память, загрузка процессора, диска, сети. Также нам может быть важно посчитать количество обращений к методам нашего API или измерить время их выполнения, ведь чем больше нагрузка на систему, тем дороже время её простоя. И тут нам на помощь приходит Prometheus. В данной статье приводятся, как мне кажется, основные моменты для понимания работы Prometheus и для добавления сбора метрик в API. Поэтому начнём с самого банального, с небольшого описания.

Как то вечером, придя домой с работы, я решил немного позаниматься домашним проектом. Я сделал несколько правок и сразу захотел поэкспериментировать с ними. Но до экспериментов мне пришлось заходить на VPS, пулить изменения, пересобирать контейнер и запускать его. Тут я и решил, что пора разобраться с непрерывной доставкой.

Сейчас часто можно услышать, что российские сми формируют, или кто-то заставляет их формировать ограниченную и по сути пропагандистскую информационную повестку. Я решил проверить в меру своих способностей и желания так ли это? Для чего написал Telegram bot, который каждый день может отправлять первые страницы топ-10 самых популярных мировых газет, таких как:

1. The New York Times
2. The Guardian
3. China Daily
4. USA Today
5. Bild
6. The Washington Post
7. The Asian Age
8. The Wall Street Journal
9. The Japan Times
10. Los Angeles Times

Бот ежедневно определяет 20 самых часто употребляемых слов. Кроме этого можно осуществить поиск по тегу и подписаться на определенные теги. Как только выбранный тег появится в газете, придет уведомление.

Поисследовав мировые сми с помощью этого бота, могу сказать одно — не все у нас так плохо, как мне до этого представлялось.

Если интересно попробовать бота в деле, пожалуйста Main press pages @press_pages_bot.

Перечень практических семинаров:

• Чат-боты + методология разработки интеллектуальных ассистентов
• Микросервисы, DevOps и модернизация приложений — подход IBM
• Watson Studio – все необходимое для Data Science в облаке
• Распознавание изображений и видео в облаке
• Блокчейн с практическими примерами, платформа Hyperledger Fabric
• Искусственный интеллект для ваших приложений — практический семинар по сервисам ИИ

• Конвертация REST запросов в gRPC запросы и наоборот.
• Логирование запросов.
• Аутентификация запросов.
• Присвоение каждому запросу Trace ID для дальнейшей передачи его между микросервисами по всей цепочке выполнения запроса.