⚡️Приглашаем на бесплатный вебинар курса “Software Architect”: «Архитектурные решения в Backend-разработке»
Когда: 17 ноября, 20:00 (мск)
О вебинаре
Узнайте, как создавать масштабируемые, надёжные и производительные серверные системы. На открытом уроке курса Software Architect разберём ключевые архитектурные шаблоны, подходы к выбору между монолитом и микросервисами, а также принципы проектирования отказоустойчивых систем.
Вопросы вебинара:
- Выбор архитектурного стиля по требованиям производительности и масштабируемости.
- Микросервисы vs монолит: плюсы, минусы, примеры перехода.
- Событийно-ориентированная архитектура: принципы и инструменты.
- CQRS и источник событий для управления данными.
- Схемы отказоустойчивости: прерывание, повторные попытки, переборка.
- Типичные ошибки проектирования и как их избежать.
Что освоите:
- Различные архитектурные стили и их применимость.
- Принципы построения масштабируемых и отказоустойчивых бэкендов.
- Практические подходы к избежанию ошибок в архитектуре.
👉 Регистрируйтесь: https://otus.pw/QYSL/?erid=2W5zFHnE7wN
Занятие приурочено к старту курса "Software Architect"
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Когда: 17 ноября, 20:00 (мск)
О вебинаре
Узнайте, как создавать масштабируемые, надёжные и производительные серверные системы. На открытом уроке курса Software Architect разберём ключевые архитектурные шаблоны, подходы к выбору между монолитом и микросервисами, а также принципы проектирования отказоустойчивых систем.
Вопросы вебинара:
- Выбор архитектурного стиля по требованиям производительности и масштабируемости.
- Микросервисы vs монолит: плюсы, минусы, примеры перехода.
- Событийно-ориентированная архитектура: принципы и инструменты.
- CQRS и источник событий для управления данными.
- Схемы отказоустойчивости: прерывание, повторные попытки, переборка.
- Типичные ошибки проектирования и как их избежать.
Что освоите:
- Различные архитектурные стили и их применимость.
- Принципы построения масштабируемых и отказоустойчивых бэкендов.
- Практические подходы к избежанию ошибок в архитектуре.
👉 Регистрируйтесь: https://otus.pw/QYSL/?erid=2W5zFHnE7wN
Занятие приурочено к старту курса "Software Architect"
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
❤2
Git worktrees — это возможность использовать несколько рабочих деревьев (worktrees) для одного репозитория.
В каждом таком дереве будет своя ветка, и вы можете работать с ними одновременно, без необходимости каждый раз переключаться с одной на другую.
Как это работает
1. Вы создаете новый worktree для выбранной ветки. В результате появляется отдельный каталог, где будет находиться эта ветка:
git worktree add ../my-feature-branch my-feature-branch
2. После создания worktree вы можете работать с веткой, не вмешиваясь в другие ветки. Это удобно, когда нужно параллельно тестировать изменения или делать ревью PR, не мешая текущей работе.
Когда работа с веткой завершена, можно её удалить:
git worktree remove ../my-feature-branch
Практический пример
Если вам нужно протестировать PR, вы можете создать отдельный worktree для его ветки:
git worktree add ../pr-branch pr-branch
cd ../pr-branch
Применяйте и властвуйте над ветками гита.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥4❤2👀1
Кто идёт на Kuber Conf by AOT 4 декабря?
Первая некоммерческая K8s-конференция в Москве — отличный повод встретиться и обсудить:
🟣 Как на самом деле работает CNI chaining в продакшене
🟣 Как безопасно развернуть Gatekeeper для k8s-in-k8s
🟣 Поддержку Kubernetes в Vitastor
🟣 Опыт построения Managed Kubernetes
На ивенте будут топовые инженеры и архитекторы — будет о чём поговорить.
Конференция проходит под эгидой Ассоциации облачно-ориентированных технологий (АОТ), которую создают Флант, VK Cloud и Yandex Cloud.
Встречаемся?
Программа и билеты: https://aot-kuberconf.ru/?utm_source=telegram&utm_medium=referral_cpc&utm_campaign=DevOPSitsec
Реклама Садовская.Е.О
ИНН:9710066394 Erid:2VtzqvTQRU4
Первая некоммерческая K8s-конференция в Москве — отличный повод встретиться и обсудить:
🟣 Как на самом деле работает CNI chaining в продакшене
🟣 Как безопасно развернуть Gatekeeper для k8s-in-k8s
🟣 Поддержку Kubernetes в Vitastor
🟣 Опыт построения Managed Kubernetes
На ивенте будут топовые инженеры и архитекторы — будет о чём поговорить.
Конференция проходит под эгидой Ассоциации облачно-ориентированных технологий (АОТ), которую создают Флант, VK Cloud и Yandex Cloud.
Встречаемся?
Программа и билеты: https://aot-kuberconf.ru/?utm_source=telegram&utm_medium=referral_cpc&utm_campaign=DevOPSitsec
Реклама Садовская.Е.О
ИНН:9710066394 Erid:2VtzqvTQRU4
😁5
🧠 Как точно проверить потребление памяти процессом в Linux
Когда система начинает тормозить или заканчивается RAM, первое, что нужно сделать - понять, какой процесс "жрёт" память.
Инструменты вроде
Процесс может казаться тяжёлым, хотя большая часть его памяти *разделяется* с другими.
А лёгкий на вид, наоборот, использовать кэш и общие библиотеки, о которых вы не узнаете из простого вывода
Чтобы реально понять, что происходит, нужно заглянуть глубже, в файловую систему /proc.
Там лежит файл smaps, показывающий подробное распределение памяти по каждому процессу.
Перед тем как разбирать
- VSZ — виртуальная память процесса (всё, включая swap и shared).
- RSS — резидентная память (физически занятая в RAM).
- PSS — пропорциональное использование (реальный вклад процесса с учётом shared-страниц).
📘 Подробный гайд с разбором
Когда система начинает тормозить или заканчивается RAM, первое, что нужно сделать - понять, какой процесс "жрёт" память.
Инструменты вроде
ps и top дают базовую картину, но часто вводят в заблуждение.Процесс может казаться тяжёлым, хотя большая часть его памяти *разделяется* с другими.
А лёгкий на вид, наоборот, использовать кэш и общие библиотеки, о которых вы не узнаете из простого вывода
top.Чтобы реально понять, что происходит, нужно заглянуть глубже, в файловую систему /proc.
Там лежит файл smaps, показывающий подробное распределение памяти по каждому процессу.
Перед тем как разбирать
smaps, стоит понять три ключевых метрики:- VSZ — виртуальная память процесса (всё, включая swap и shared).
- RSS — резидентная память (физически занятая в RAM).
- PSS — пропорциональное использование (реальный вклад процесса с учётом shared-страниц).
📘 Подробный гайд с разбором
/proc/<pid>/smaps и примерами: https://blog.sysxplore.com/p/how-to-accurately-check-process-memory-usage-in-linux👍8❤🔥4🔥1
🔥 Подборка полезных ресурсов для программистов.
Здесь ты найдёшь всё это - коротко, по делу и без воды.
Пока другие ищут, где “подглядеть решение”, ты уже используешь самые свежие инструменты!
AI: t.me/ai_machinelearning_big_data
Python: t.me/pythonl
Linux: t.me/linuxacademiya
Devops: t.me/DevOPSitsec
Собеседования DS: t.me/machinelearning_interview
C++ t.me/cpluspluc
Docker: t.me/DevopsDocker
Хакинг: t.me/linuxkalii
Data Science: t.me/data_analysis_ml
Javascript: t.me/javascriptv
C#: t.me/csharp_1001_notes
Java: t.me/java_library
Базы данных: t.me/sqlhub
Python собеседования: t.me/python_job_interview
Мобильная разработка: t.me/mobdevelop
Golang: t.me/Golang_google
React: t.me/react_tg
Rust: t.me/rust_code
ИИ: t.me/vistehno
PHP: t.me/phpshka
Android: t.me/android_its
Frontend: t.me/front
Big Data: t.me/bigdatai
МАТЕМАТИКА: t.me/data_math
Kubernets: t.me/kubernetc
Разработка игр: https://xn--r1a.website/gamedev
Haskell: t.me/haskell_tg
Физика: t.me/fizmat
💼 Папка с вакансиями: t.me/addlist/_zyy_jQ_QUsyM2Vi
Папка Go разработчика: t.me/addlist/MUtJEeJSxeY2YTFi
Папка Python разработчика: t.me/addlist/eEPya-HF6mkxMGIy
Папка ML: https://xn--r1a.website/addlist/2Ls-snqEeytkMDgy
Папка FRONTEND: https://xn--r1a.website/addlist/mzMMG3RPZhY2M2Iy
Папка Linux:https://xn--r1a.website/addlist/w4Doot-XBG4xNzYy
😆ИТ-Мемы: t.me/memes_prog
🇬🇧Английский: t.me/english_forprogrammers
🧠ИИ: t.me/vistehno
🎓954ГБ ОПЕНСОРС КУРСОВ: @courses
📕Ит-книги бесплатно: https://xn--r1a.website/addlist/BkskQciUW_FhNjEy
Сохрани себе, чтобы не потерять!
Здесь ты найдёшь всё это - коротко, по делу и без воды.
Пока другие ищут, где “подглядеть решение”, ты уже используешь самые свежие инструменты!
AI: t.me/ai_machinelearning_big_data
Python: t.me/pythonl
Linux: t.me/linuxacademiya
Devops: t.me/DevOPSitsec
Собеседования DS: t.me/machinelearning_interview
C++ t.me/cpluspluc
Docker: t.me/DevopsDocker
Хакинг: t.me/linuxkalii
Data Science: t.me/data_analysis_ml
Javascript: t.me/javascriptv
C#: t.me/csharp_1001_notes
Java: t.me/java_library
Базы данных: t.me/sqlhub
Python собеседования: t.me/python_job_interview
Мобильная разработка: t.me/mobdevelop
Golang: t.me/Golang_google
React: t.me/react_tg
Rust: t.me/rust_code
ИИ: t.me/vistehno
PHP: t.me/phpshka
Android: t.me/android_its
Frontend: t.me/front
Big Data: t.me/bigdatai
МАТЕМАТИКА: t.me/data_math
Kubernets: t.me/kubernetc
Разработка игр: https://xn--r1a.website/gamedev
Haskell: t.me/haskell_tg
Физика: t.me/fizmat
💼 Папка с вакансиями: t.me/addlist/_zyy_jQ_QUsyM2Vi
Папка Go разработчика: t.me/addlist/MUtJEeJSxeY2YTFi
Папка Python разработчика: t.me/addlist/eEPya-HF6mkxMGIy
Папка ML: https://xn--r1a.website/addlist/2Ls-snqEeytkMDgy
Папка FRONTEND: https://xn--r1a.website/addlist/mzMMG3RPZhY2M2Iy
Папка Linux:https://xn--r1a.website/addlist/w4Doot-XBG4xNzYy
😆ИТ-Мемы: t.me/memes_prog
🇬🇧Английский: t.me/english_forprogrammers
🧠ИИ: t.me/vistehno
🎓954ГБ ОПЕНСОРС КУРСОВ: @courses
📕Ит-книги бесплатно: https://xn--r1a.website/addlist/BkskQciUW_FhNjEy
Сохрани себе, чтобы не потерять!
👍1🔥1
🎯 Хитрый Kubernetes-совет: используй "Ephemeral Containers" для дебага продовых Pod-ов без рестартов
Обычно, если приложение в Pod’e зависло или ведёт себя странно, — запускают
Но если контейнер крашится на старте или застрял в init-контейнере,
💡 Решение: Ephemeral Containers
Это временный контейнер, который можно «вживить» в работающий Pod без его пересоздания.
Использование:
Что это даёт:
- можно зайти в Pod, даже если основной контейнер не запускается
- можно использовать инструменты, которых нет в образе (curl, tcpdump, bash)
- можно дебажить сеть, файловую систему, процессы, не ломая Pod
- идеальный способ разбирать живые инциденты в проде
Эта техника - спасение, когда логов мало, Pod не рестартится, а exec недоступен.
Обычно, если приложение в Pod’e зависло или ведёт себя странно, — запускают
kubectl exec. Но если контейнер крашится на старте или застрял в init-контейнере,
exec уже не поможет.💡 Решение: Ephemeral Containers
Это временный контейнер, который можно «вживить» в работающий Pod без его пересоздания.
Использование:
kubectl debug pod/<имя> -it --image=busybox
Что это даёт:
- можно зайти в Pod, даже если основной контейнер не запускается
- можно использовать инструменты, которых нет в образе (curl, tcpdump, bash)
- можно дебажить сеть, файловую систему, процессы, не ломая Pod
- идеальный способ разбирать живые инциденты в проде
Эта техника - спасение, когда логов мало, Pod не рестартится, а exec недоступен.
❤18👍6🥰1
🚀 Kubernetes в DevOps: оркестрация контейнеров на продвинутом уровне
✓ Введение в Kubernetes
Kubernetes (K8s) - это открытая платформа для оркестрации контейнеров, которая автоматизирует деплой, масштабирование и управление контейнеризированными приложениями.
Он обеспечивает стабильную работу сервисов на кластере серверов и является ключевым навыком для DevOps-инженеров.
✓ Почему Kubernetes важен в DevOps
• Автоматизирует деплой и масштабирование
• Эффективно распределяет ресурсы по узлам
• Обеспечивает высокую доступность через self-healing
• Минимизирует простои благодаря rolling-обновлениям
• Стандартизирует поставку приложений между окружениями
✓ Основные компоненты Kubernetes
• Pod — минимальная единица с одним или несколькими контейнерами
• Node — рабочая машина, где запускаются поды
• Cluster — группа узлов под управлением K8s
• Deployment — описание желаемого состояния и числа реплик
• Service — стабильная внутренняя/внешняя сеть для Pod
• ConfigMap / Secret — хранение конфигурации и секретов
• Ingress — внешний HTTP/HTTPS доступ
• Namespace — логическая изоляция и организация workloads
✓ Workflow Kubernetes в DevOps
• Приложения упаковываются в Docker
• YAML-манифесты описывают деплойменты, сервисы и конфигурацию
• Kubernetes автоматически размещает поды на узлах
• Масштабирование через HPA
• Мониторинг — Prometheus + Grafana
• Система сама восстанавливает рабочее состояние при сбоях
✓ Стратегии деплоя в Kubernetes
• Rolling Updates — постепенная замена подов
• Blue-Green Deployment — переключение трафика между двумя окружениями
• Canary Deployment — откат контролируемых изменений на небольшой доле пользователей
✓ Преимущества Kubernetes для DevOps
• Быстрые релизы
• Единая логика окружений dev → staging → prod
• Эффективное масштабирование под нагрузкой
• Меньше рисков из-за автоматического восстановления
• Декларативная конфигурация упрощает повторяемость деплоев
✓ Экосистема Kubernetes
• Helm — пакетный менеджер для K8s
• ArgoCD / Flux — GitOps-деплой
• Kustomize — управление конфигурациями без шаблонов
• Istio / Linkerd — сервис-меш для безопасности и маршрутизации
✓ Для DevOps-инженеров
• Kubernetes стал стандартом для микросервисов на больших масштабах
• Важно владеть YAML, сетями, сервисами, деплойментами и операциями кластера
• Интеграция K8s в CI/CD ускоряет релизы и повышает надежность
Дорожная карта DevOps-инженера: от Middle до Advanced: https://uproger.com/dorozhnaya-karta-devops-inzhenera-ot-middle-do-advanced/
✓ Введение в Kubernetes
Kubernetes (K8s) - это открытая платформа для оркестрации контейнеров, которая автоматизирует деплой, масштабирование и управление контейнеризированными приложениями.
Он обеспечивает стабильную работу сервисов на кластере серверов и является ключевым навыком для DevOps-инженеров.
✓ Почему Kubernetes важен в DevOps
• Автоматизирует деплой и масштабирование
• Эффективно распределяет ресурсы по узлам
• Обеспечивает высокую доступность через self-healing
• Минимизирует простои благодаря rolling-обновлениям
• Стандартизирует поставку приложений между окружениями
✓ Основные компоненты Kubernetes
• Pod — минимальная единица с одним или несколькими контейнерами
• Node — рабочая машина, где запускаются поды
• Cluster — группа узлов под управлением K8s
• Deployment — описание желаемого состояния и числа реплик
• Service — стабильная внутренняя/внешняя сеть для Pod
• ConfigMap / Secret — хранение конфигурации и секретов
• Ingress — внешний HTTP/HTTPS доступ
• Namespace — логическая изоляция и организация workloads
✓ Workflow Kubernetes в DevOps
• Приложения упаковываются в Docker
• YAML-манифесты описывают деплойменты, сервисы и конфигурацию
• Kubernetes автоматически размещает поды на узлах
• Масштабирование через HPA
• Мониторинг — Prometheus + Grafana
• Система сама восстанавливает рабочее состояние при сбоях
✓ Стратегии деплоя в Kubernetes
• Rolling Updates — постепенная замена подов
• Blue-Green Deployment — переключение трафика между двумя окружениями
• Canary Deployment — откат контролируемых изменений на небольшой доле пользователей
✓ Преимущества Kubernetes для DevOps
• Быстрые релизы
• Единая логика окружений dev → staging → prod
• Эффективное масштабирование под нагрузкой
• Меньше рисков из-за автоматического восстановления
• Декларативная конфигурация упрощает повторяемость деплоев
✓ Экосистема Kubernetes
• Helm — пакетный менеджер для K8s
• ArgoCD / Flux — GitOps-деплой
• Kustomize — управление конфигурациями без шаблонов
• Istio / Linkerd — сервис-меш для безопасности и маршрутизации
✓ Для DevOps-инженеров
• Kubernetes стал стандартом для микросервисов на больших масштабах
• Важно владеть YAML, сетями, сервисами, деплойментами и операциями кластера
• Интеграция K8s в CI/CD ускоряет релизы и повышает надежность
Дорожная карта DevOps-инженера: от Middle до Advanced: https://uproger.com/dorozhnaya-karta-devops-inzhenera-ot-middle-do-advanced/
❤6👍4🔥3
26 ноября в Москве пройдет конференция «Код СберТеха» — событие для ИТ-профессионалов.
В «Кибердоме» участники смогут узнать всё о продуктах СберТеха и масштабных проектах, которые они помогают реализовать. Эксперты и продуктовые команды познакомят с инструментами для решения задач архитекторов, разработчиков, инженеров, системных аналитиков и других ИТ-специалистов.
В программе:
• Технические доклады по таким темам, как базы данных, инфраструктура, информационная безопасность, интеграционные сервисы, визуальное программирование
• Практические мастер-классы и демозоны с реальными кейсами
• Интерактивные квесты по продуктовым направлениям
• Неформальное общение — нетворкинг и музыкальная программа
Присоединяйтесь к мероприятию, чтобы заглянуть «за кулисы» проектов Сбера и других компаний. Вы увидите, как сложные системы работают в унисон, подобно слаженному оркестру, и найдёте идеи для собственных запусков.
Регистрируйтесь по ссылке.
В «Кибердоме» участники смогут узнать всё о продуктах СберТеха и масштабных проектах, которые они помогают реализовать. Эксперты и продуктовые команды познакомят с инструментами для решения задач архитекторов, разработчиков, инженеров, системных аналитиков и других ИТ-специалистов.
В программе:
• Технические доклады по таким темам, как базы данных, инфраструктура, информационная безопасность, интеграционные сервисы, визуальное программирование
• Практические мастер-классы и демозоны с реальными кейсами
• Интерактивные квесты по продуктовым направлениям
• Неформальное общение — нетворкинг и музыкальная программа
Присоединяйтесь к мероприятию, чтобы заглянуть «за кулисы» проектов Сбера и других компаний. Вы увидите, как сложные системы работают в унисон, подобно слаженному оркестру, и найдёте идеи для собственных запусков.
Регистрируйтесь по ссылке.
⚡️ Дорожная карта DevOps-инженера: от Middle до Advanced
DevOps-инженер объединяет навыки администрирования, разработки и автоматизации для ускорения выпуска качественных продуктов. Ниже представлена структурированная дорожная карта с основными темами (от базовых к продвинутым), пояснениями и ресурсами для каждого этапа.
📘 Читать
DevOps-инженер объединяет навыки администрирования, разработки и автоматизации для ускорения выпуска качественных продуктов. Ниже представлена структурированная дорожная карта с основными темами (от базовых к продвинутым), пояснениями и ресурсами для каждого этапа.
📘 Читать
👎6❤4👍3🙈2💅1
⚡️ LOAD BALANCING IN SYSTEM DESIGN
Load Balancing - это распределение входящего трафика между несколькими серверами, чтобы ни один из них не перегружался. Это повышает доступность, стабильность и скорость работы системы.
Зачем нужен Load Balancing
- Предотвращает перегрузку серверов
- Обеспечивает высокую доступность
- Даёт отказоустойчивость при сбоях
- Улучшает время отклика
- Позволяет масштабировать систему горизонтально
Как это работает
Клиент → Load Balancer → активный рабочий сервер.
Load Balancer следит за состоянием серверов и отправляет запросы только на здоровые узлы.
Если сервер выходит из строя — трафик автоматически уходит на другие сервера.
Используется для веб-серверов, приложений, микросервисов и даже баз данных.
Типы Load Balancers
- Аппаратные — физические устройства в крупных компаниях
- Программные — Nginx, HAProxy, Envoy
- Облачные — AWS ELB, Google Cloud LB, Azure Load Balancer
Алгоритмы распределения трафика
- Round Robin — по кругу
- Least Connections — на сервер с минимальным числом активных подключений
- IP Hash — сервер выбирается на основе IP клиента
- Weighted Round Robin — учитывает веса серверов
- Random — случайное распределение запросов
Health Checks
Load Balancer проверяет:
- статус сервера
- нагрузку на CPU
- нагрузку на память
- доступность сети
Нездоровые серверы исключаются из пула автоматически.
Local vs Global Load Balancing
- Local — внутри одного дата-центра или региона
- Global — выбор ближайшего или самого стабильного региона
Load Balancing в микросервисах
- Каждый сервис может иметь много экземпляров
- Load Balancer направляет трафик в нужный инстанс
- Работает вместе с API Gateway и Service Discovery
Преимущества
- Надёжность
- Быстрее обработка запросов
- Без простоя при обновлениях
- Переживает резкие скачки нагрузки
- Работает с авто-масштабированием
Load Balancing - это распределение входящего трафика между несколькими серверами, чтобы ни один из них не перегружался. Это повышает доступность, стабильность и скорость работы системы.
Зачем нужен Load Balancing
- Предотвращает перегрузку серверов
- Обеспечивает высокую доступность
- Даёт отказоустойчивость при сбоях
- Улучшает время отклика
- Позволяет масштабировать систему горизонтально
Как это работает
Клиент → Load Balancer → активный рабочий сервер.
Load Balancer следит за состоянием серверов и отправляет запросы только на здоровые узлы.
Если сервер выходит из строя — трафик автоматически уходит на другие сервера.
Используется для веб-серверов, приложений, микросервисов и даже баз данных.
Типы Load Balancers
- Аппаратные — физические устройства в крупных компаниях
- Программные — Nginx, HAProxy, Envoy
- Облачные — AWS ELB, Google Cloud LB, Azure Load Balancer
Алгоритмы распределения трафика
- Round Robin — по кругу
- Least Connections — на сервер с минимальным числом активных подключений
- IP Hash — сервер выбирается на основе IP клиента
- Weighted Round Robin — учитывает веса серверов
- Random — случайное распределение запросов
Health Checks
Load Balancer проверяет:
- статус сервера
- нагрузку на CPU
- нагрузку на память
- доступность сети
Нездоровые серверы исключаются из пула автоматически.
Local vs Global Load Balancing
- Local — внутри одного дата-центра или региона
- Global — выбор ближайшего или самого стабильного региона
Load Balancing в микросервисах
- Каждый сервис может иметь много экземпляров
- Load Balancer направляет трафик в нужный инстанс
- Работает вместе с API Gateway и Service Discovery
Преимущества
- Надёжность
- Быстрее обработка запросов
- Без простоя при обновлениях
- Переживает резкие скачки нагрузки
- Работает с авто-масштабированием
👍9🔥6❤5
VK Cloud проведет вебинар по новым продуктам в маркетплейсе
26 ноября в 11:00 эксперты обсудят особенности работы с РЕД База Данных. Какие преимущества есть у СУБД, как правильно выполнить настройки, и какие особенности развертывания есть при работе с маркетплейсом. Поговорим про работу поддержки и гарантии в рамках SLA.
Ключевые темы обсуждений
⚫️ Разработка с помощью ИИ. Генерация приложения маркетплейса на Go с использованием СУБД РЕД База Данных.
⚫️ Интеграция с прикладными системами. Как легко и быстро подключить РЕД Базу Данных к вашим приложениям, работающим в VK Cloud.
⚫️ Кейсы и выгоды. Примеры из практики, демонстрирующие повышение производительности и снижение TCO (совокупной стоимости владения).
Вебинар посвящен практической стороне использования СУБД. После демонстрации планируется блок ответов на вопросы.
Спикеры
🔷 Станислав Погоржельский, технологический евангелист VK Cloud
🔷 Алексей Бехтин, аналитик отдела разработки СУБД, РЕД Софт
Зарегистрироваться
26 ноября в 11:00 эксперты обсудят особенности работы с РЕД База Данных. Какие преимущества есть у СУБД, как правильно выполнить настройки, и какие особенности развертывания есть при работе с маркетплейсом. Поговорим про работу поддержки и гарантии в рамках SLA.
Ключевые темы обсуждений
Вебинар посвящен практической стороне использования СУБД. После демонстрации планируется блок ответов на вопросы.
Спикеры
🔷 Станислав Погоржельский, технологический евангелист VK Cloud
🔷 Алексей Бехтин, аналитик отдела разработки СУБД, РЕД Софт
Зарегистрироваться
Please open Telegram to view this post
VIEW IN TELEGRAM
Изучаем Python, Docker, Git и выходим в DevOps с абсолютного нуля — нашли огромную библиотеку с сотнями подробных материалов.
• Сильная теоретическая база: язык программирования, сети, базы данных, система контроля версий.
• Короткие, но насыщенные уроки — учись по дороге на работу, в обед или во время короткого перерыва.
• Много практики — закрепишь навыки, соберёшь проекты и усилишь своё портфолио.
• Всё объясняется пошагово, простым языком — подойдёт даже тем, кто только сегодня услышал слово «программирование».
https://kodekloud.com/studio/labs
• Сильная теоретическая база: язык программирования, сети, базы данных, система контроля версий.
• Короткие, но насыщенные уроки — учись по дороге на работу, в обед или во время короткого перерыва.
• Много практики — закрепишь навыки, соберёшь проекты и усилишь своё портфолио.
• Всё объясняется пошагово, простым языком — подойдёт даже тем, кто только сегодня услышал слово «программирование».
https://kodekloud.com/studio/labs
🤣3👍1👎1😱1
🏗 Курс “Software Architect” от OTUS — набор заканчивается! 🚨
Успейте занять место в группе курса «Software Architect»! Станьте экспертом в проектировании отказоустойчивых и масштабируемых систем. Пройдите вступительный тест и получите скидку, чтобы не пропустить старт обучения!
✅ Почему стоит пойти:
- 100% практики на реальных проектах
- Проектирование гибких архитектур
- Микросервисы, интеграции, Big Data
- Современные паттерны: CQRS, Event Sourcing
- Карьерный рост: рекомендации партнёрам для лучших
✅ Кому подойдёт:
- Разработчики, готовые к новому уровню
- Архитекторы, углубляющие экспертизу
- Тимлиды
✅ Что освоите:
- Проектирование масштабируемых архитектур
- Оптимизация взаимодействия сервисов
- Повышение качества и устойчивости систем
📌 Пройдите тест и забронируйте место со скидкой. Не упустите шанс стать экспертом в архитектуре систем! Подробности уточняйте у менеджера
👉 Пройти тестирование https://otus.pw/IQOKD/?erid=2W5zFHNKuep
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Успейте занять место в группе курса «Software Architect»! Станьте экспертом в проектировании отказоустойчивых и масштабируемых систем. Пройдите вступительный тест и получите скидку, чтобы не пропустить старт обучения!
✅ Почему стоит пойти:
- 100% практики на реальных проектах
- Проектирование гибких архитектур
- Микросервисы, интеграции, Big Data
- Современные паттерны: CQRS, Event Sourcing
- Карьерный рост: рекомендации партнёрам для лучших
✅ Кому подойдёт:
- Разработчики, готовые к новому уровню
- Архитекторы, углубляющие экспертизу
- Тимлиды
✅ Что освоите:
- Проектирование масштабируемых архитектур
- Оптимизация взаимодействия сервисов
- Повышение качества и устойчивости систем
📌 Пройдите тест и забронируйте место со скидкой. Не упустите шанс стать экспертом в архитектуре систем! Подробности уточняйте у менеджера
👉 Пройти тестирование https://otus.pw/IQOKD/?erid=2W5zFHNKuep
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Forwarded from Machinelearning
Раньше процесс проходил через три этапа: распознавание речи, перевод текста и синтез новой речи, из-за чего задержка могла достигать десятков секунд.
Исследователи оптимизировали весь конвейер, сделали обработку более устойчивой и сократили время реакции. Перевод звучит естественнее, меньше «подправляется» в реальном времени, а паузы стали значительно короче.
Технология приближает момент, когда люди смогут свободно общаться, даже если не знают языка собеседника.
https://research.google/blog/real-time-speech-to-speech-translation
@ai_machinelearning_big_data
#Google #AI #Translation #SpeechToSpeech #GoogleResearch
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤5👍1🥰1
26 сентября Cloudflare объявляет, что переписали критические компоненты на Rust с безопасной моделью работы с памятью. Обновление подаётся как «быстрее и безопаснее» благодаря Rust: https://blog.cloudflare.com/20-percent-internet-upgrade/
Проходит 53 дня.
18 ноября у Cloudflare случается крупный сбой, который положил значительную часть Интернета — из-за ошибки в том самом Rust-коде.
Вывод не в том, что Rust «плохой», а в том, что никакой язык не спасает от логических багов, ошибок в архитектуре и недооценки сложных сценариев отказоустойчивости. Без нормального тестирования, chaos-инжиниринга и анализа отказов даже самый «безопасный» стэк может уронить полсети.
https://blog.cloudflare.com/18-november-2025-outage/
Проходит 53 дня.
18 ноября у Cloudflare случается крупный сбой, который положил значительную часть Интернета — из-за ошибки в том самом Rust-коде.
Вывод не в том, что Rust «плохой», а в том, что никакой язык не спасает от логических багов, ошибок в архитектуре и недооценки сложных сценариев отказоустойчивости. Без нормального тестирования, chaos-инжиниринга и анализа отказов даже самый «безопасный» стэк может уронить полсети.
https://blog.cloudflare.com/18-november-2025-outage/
🤣9💯7