Backend Portal | Программирование

Запустить локальную базу данных PostgreSQL с помощью Docker проще простого Нужно протестировать или разработать приложение? Просто: → Создайте изолированную среду без конфликтов с другими сервисами → Используйте официальный образ PostgreSQL — стабильность и совместимость гарантированы → Настройте пароль суперпользователя через переменные окружения (-e) → Пробросьте порт (-p), чтобы подключаться с вашей машины или других контейнеров → Всё запускается одной командой — Docker сам подтянет образ, если его ещё нет 👉 @BackendPortal

Back to Back — бэкенд-конференция Яндекса от инженеров для инженеров 1 августа | Москва, Белград, Ереван Эксперты из Яндекса, Авито, Positive Technologies и других компаний выступят с докладами и поделятся практическими кейсами. В Москве пройдут сразу два трека: C++ Zero Cost и Architecture & Performance. Антон Пионтковский (Yandex Cloud) расскажет, как считать range-предикаты с помощью битовых масок и как комбинировать их между колонками, Антон Полухин (Яндекс) поделится новостями со встречи международного комитета C++, а Савва Лебедев (Positive Technologies) покажет, как команда добавляет поддержку языка программирования LuaJIT в eBPF-профилировщик Perforator. Темы остальных докладов по городам можно посмотреть здесь: Москва, Белград и Ереван. Если планируете посетить конференцию в Москве, вас ждут экспертные сессии с разбором карьерных и личных запросов и выступление питерской группы «Научно-технический рэп». Подробности и регистрация

То, что контейнер запущен, ещё не значит, что приложение работает корректно Добавь полноценную проверку состояния (healthcheck). Пусть Docker сам разбирается, когда что-то ломается 👉 @BackendPortal

Собеседования по системному дизайну — это на 80% вопросы и на 20% диаграммы. Чем лучше вы уточняете требования, тем лучше получается архитектура. Слабый кандидат слышит: «Спроектируйте систему уведомлений». И сразу рисует: API → очередь → воркер → база данных Сильный кандидат сначала задаёт вопросы: 1. Сколько пользователей? 2. Какие типы уведомлений нужны? 3. Email, SMS, push-уведомления или всё сразу? 4. Доставка должна быть в реальном времени или с задержкой? 5. Допустима ли повторная доставка одного уведомления? 6. Нужно ли сохранять порядок доставки? 7. Что происходит при сбое провайдера? 8. Могут ли пользователи настраивать свои предпочтения? 9. Как долго нужно хранить историю доставки? Эти вопросы и есть проектирование. Всё остальное — лишь визуализация того, что вы выяснили. Каждый ответ меняет архитектуру: * высокая нагрузка может потребовать партиционирования; * строгий порядок влияет на устройство очередей, обычно на уровне пользователя или ключа; * повторные попытки требуют идемпотентности; * несколько провайдеров требуют механизма failover; * пользовательские настройки добавляют фильтрацию; * история доставки требует решений по хранению данных и срокам их ретеншена. Диаграмма не должна строиться по памяти. Она должна вытекать из выявленных ограничений. На собеседовании по системному дизайну хорошие вопросы дают три преимущества: → уменьшают неопределённость; → выявляют компромиссы; → показывают ход вашего мышления. Сначала требования. Потом архитектура. 👉 @BackendPortal

⚡️💬 Оригинальный Claude API от $0.40 за 1M токенов Без VPN, дорогих подписок и подмены модели под капотом. ClaudeHub — для тех, кто использует ИИ в коде, учёбе, работе, ботах и своих проектах. выбираете Claude — получаете Claude Платите только за фактическое использование токенов и быстро начинаете через Telegram-бота. Подходит для Cursor, Claude Code, Cline, Roo, Continue и любых проектов через API. 🆓 Первые 100 пользователей получают 50₽ на баланс по промокоду: FIRST100 ✨ Быстрый старт: @claudehub_bot 🔗 Регистрация: app.claudehub.fun/register 💬 Поддержка: t.me/claudehub_support

Сис. дизайн: Балансировщик нагрузки Балансировщик нагрузки равномерно распределяет входящий трафик между веб-серверами, объединёнными в балансируемую группу. - Пользователь подключается напрямую к публичному IP-адресу балансировщика нагрузки. При такой схеме клиенты больше не могут обращаться к веб-серверам напрямую. - Это повышает безопасность: для взаимодействия между серверами используются приватные IP-адреса, недоступные из интернета. - Балансировщик нагрузки взаимодействует с веб-серверами через приватные IP-адреса. Добавив второй веб-сервер, мы устранили проблему отсутствия отказоустойчивости и повысили доступность веб-уровня. - Если сервер 1 выйдет из строя, весь трафик будет перенаправлен на сервер 2. Это не позволит сайту стать недоступным. - Если трафик сайта резко вырастет и двух серверов окажется недостаточно, балансировщик нагрузки позволит корректно решить эту проблему. В пул можно добавить дополнительные веб-серверы, после чего балансировщик автоматически начнёт направлять запросы и на них. Вертикальное и горизонтальное масштабирование Вертикальное масштабирование, также называемое scale up, — это процесс увеличения мощности серверов: добавления CPU, оперативной памяти и других ресурсов. Горизонтальное масштабирование, также называемое scale out, позволяет масштабировать систему за счёт добавления новых серверов в пул ресурсов. При низкой нагрузке вертикальное масштабирование может быть хорошим вариантом, а его главное преимущество — простота. Ограничения вертикального масштабирования - Невозможно бесконечно добавлять CPU и память одному серверу. - Отсутствует отказоустойчивость. Если сервер выходит из строя, сайт или приложение полностью перестаёт работать. Для крупномасштабных приложений горизонтальное масштабирование обычно предпочтительнее из-за ограничений вертикального масштабирования. Если множество пользователей одновременно обращаются к веб-серверу и нагрузка достигает его предела, пользователи сталкиваются с увеличением времени ответа или вообще не получают ответ. Эта проблема решается с помощью горизонтального масштабирования и балансировщика нагрузки. 👉 @BackendPortal

Нужно заглянуть внутрь образа контейнера, не запуская его? Один из самых практичных способов: docker create --name tmp my-image docker export tmp | tar -C rootfs -xf - Эта комбинация команд позволяет получить файловую систему, максимально близкую к той, с которой стартовал бы контейнер. Во многих случаях этого вполне достаточно для отладки и простого анализа. Но если вам нужно извлечь образ контейнера в полноценный rootfs, который корректно сохранит все права доступа, владельцев файлов и расширенные атрибуты (xattrs), например, capabilities, sticky bits и т. д. — всё быстро становится гораздо сложнее. Вот несколько практических способов и описал все подводные камни здесь: https://labs.iximiuz.com/tutorials/extracting-container-image-filesystem 👉 @BackendPortal

Ingress-nginx уходит в прошлое. С марта 2026 поддержка прекратилась. А что вместо него? Предлагаем посмотреть на Gateway API, новый стандарт Kubernetes SIG. 23 июля в 17:00 старший SRE-инженер MWS Cloud Евгений Макеев на практике покажет: ⚫️ чем маршрутизация Gateway API отличается от Ingress ⚫️ как выбрать контроллер ⚫️ как установить Gateway API в Managed Kubernetes ⚫️ как настроить безопасное подключение через TLS-сертификат Будет полезно для DevOps, платформенным инженерам и разработчикам. Регистрируйтесь по ссылке

Учебный проект бэкенд системы управления рестораном на Go Проект построен с упором на продакшен-подходы и хорошо задокументирован с помощью swaggo/swag. В бэкенде реализованы событийно-ориентированная архитектура, Redis Streams, фоновые воркеры и Outbox Pattern для надёжной доставки email. Для защиты от повторной обработки используются распределённые блокировки и идемпотентные сценарии оплаты и возвратов. Также проект поддерживает отслеживание заказов в реальном времени через WebSocket, автоматизацию складского учёта, уведомления о низких остатках и автоматическое обновление доступности позиций в меню. Для поиска используется PostgreSQL Full Text Search с взвешенным tsvector, а производительность запросов оптимизируется с помощью индексов и EXPLAIN ANALYZE. https://github.com/AboloreDev/geritcht-restaurant 👉 @BackendPortal

AvitoTech Go&Grill в СПб 22 июля 🔥 22 июля AvitoTech собирает Go-разработчиков на свой фирменный и максимально кайфовый формат Go&Grill. Ивент будет в баре «Юнион». В программе никакой корпоративной духоты: — Fast food System Design — в командах соберёте архитектуру для мемного проекта; — Go-бинго; — зона для отдыха, бар и, конечно, вкусная еда с гриля! Ждут Go-разработчиков и тех, кто хочет перейти в Go из другого бэкенд-стрима. Скорее регистрируйтесь, пока есть места! Говорят, их очень мало 🤓