Это Лика, редактор Слёрма.
Мне тут сорока на хвосте принесла, что сегодня самый несносный день в году. Вообще, британский психолог Клифф Арнелл с помощью формулы счастья рассчитал, что самые унылые сутки приходятся на 3 января, но в России с ним не согласились. У нас это всё-таки новогодние каникулы, поэтому сей занимательный титул присудили 5 декабря.
Что ж, к счастью, сегодня выходит свежий дайджест, который может скрасить даже самый унылый день в году! В новом выпуске много интересного, полезного, приятного. Давайте же насладимся обществом друг друга.
Статьи
🔹 Обнаружение микросервисов: API-шлюз или service mesh?Есть два паттерна обнаружения сервисов: на стороне сервера и на стороне клиента. Первый паттерн — обнаружение на стороне сервера — разрешает клиентским приложениям запрашивать сервис через балансировщик нагрузки, который обращается к реестру сервисов, прежде чем перенаправить клиентский запрос. Представьте, что звоните в организацию, и вам отвечает секретарь (балансировщик нагрузки). Он спрашивает, кому вы звоните, и соединяет вас с нужным человеком. При втором паттерне клиент сам…→
🔹 Введение в DDD: когда микросервисов на Go недостаточно
Программирование — это война, чтобы победить, нужна стратегия. Прежде чем приступить к написанию любого кода, вы должны убедиться, что действительно решаете проблему. Это кажется очевидным, но на практике всё оказывается не так просто. Иногда решение, созданное инженерами, на самом деле не решает проблему, которую запросил бизнес. И здесь помогают стратегические паттерны DDD. Читать дальше→
🔹 Бенчмаркинг service mesh — Istio, Linkerd, Kuma и Consul
Вычислив точку насыщения, мы поймём, стоит ли тестировать сервис при 500 RPS. Это близко к предельной нагрузке? Или это мало для сервиса? У нас модель с замкнутым циклом и установленным ограничением по количеству запросов в секунду. Чтобы вычислить точку насыщения тестируемого сервиса, выполняем первый тест на всех вариантах service mesh. Продолжение→
🔹 RabbitMQ: терминология и базовые сущности
При работе с инструментом важно знать теоретические основы. Во-первых, вам будет значительно проще искать ответы на вопросы в Google и понимать официальную документацию. Во-вторых, при обращении в профильные чаты вы будете называть вещи своими именами, что позволит быстрее получить ответ (или вообще получить его: если ваши слова и термины будут непонятны другим, вряд ли они смогут ответить на вопрос). Изучить терминологию→
🔹 Современный подход к наблюдаемости
Лог — это запись, которая описывает событие, произошедшее в системе или сервисе. Обычно логи включают метаданные с контекстом, например метку времени, когда произошло событие. Логи можно структурировать в любом формате (скажем, JSON) или отображать как обычный текст. Они очень просты, но при этом эффективны для анализа события в системе, если предоставляют качественный контекст. Правда, тут надо действовать с умом→
🔹 Обзор платформ service mesh
Нужно немало времени и денег, чтобы написать универсальное и многоразовое ПО, которое будет управлять общением сервисов с помощью разных протоколов, вроде HTTP, gRPC и GraphQL. В этой статье мы сравним самые популярные платформы service mesh для облачной экосистемы. Разобраться, что к чему→
🔹 Самый (не)серьёзный словарь IT-слов
Что такое «креавнó», «легаси-код», «репа» и «мониторинг»? Объясняем IT-слова очень понятно и с картинками
в нашем тг-канале→
Большой новогодний розыгрыш Слёрма
Феерия подарков для тех, кто купит и оплатит любой наш курс с 1 по 28 декабря. Для участия в розыгрыше необходимо провести оплату от физлица.Главный приз — сертификат на сумму 500 000 ₽ для покупки любых курсов Слёрма. Ещё разыгрываем места на потоках, видеокурсы и сертификаты от Yandex Cloud.
Смотрите подробности на красивущей странице→
Чек-лист: готова ли ваша компания к внедрению SRE
Подготовили чек-лист, благодаря которому вы сможете понять, насколько компания готова к внедрению SRE-практик. Чтобы его получить, напишите «хочу чек-лист» нашему менеджеру Марине.Написать и получить чек-лист→
Продарок ошибаться
В прошлом номере я загадала вам загадку, дорогие читатели. Коротко напомню, в чём суть. Герой сериала про синоптиков спросил руководителя метеослужбы, как делать самые точные прогнозы. Вместо ответа начальник попросил узнать, кто в компании ошибался чаще всех. Герой поискал и ничего не нашёл. Кто же сделал больше всех ошибок?Оказалось, этим человеком был сам начальник.
— Я понял, что больше опыта получаешь, когда ошибаешься, а не когда делаешь всё правильно. Совершая ошибки и извлекая из них уроки, я наконец смог найти ответы. Так я и стал легендой, — напутствовал он героя.
Звучит немного пафосно, но вдохновляюще.
Когда волчок идеальности пытается укусить меня за бочок, я напоминаю себе, что ошибка — не провал, а возможность. Возможность вынести урок, стать опытнее и делать свою работу круче. Может быть, вы относитесь к ошибкам так же?
На этом прощаюсь. Увидимся через неделю!
