Цифровизируй это
описание
На этой площадке мы, команда VK Tech, собираем экспертные комментарии по текущей цифровой повестке, выясняем, что сейчас волнует бизнес, и выносим это на обсуждение.| tech.vk.com
1 547
подписчиков
Охват к подписчикам
28,4%
ERR
Реакции к просмотрам
0,96%
206 на 39 постов
Пересылки к просмотрам
0,28%
60
Постов в день
0,0
всего 39
Где отзываются чаще
доля реакций к просмотрам- 1 апр. 2025 г.без подписи2,13%
- 23 июл. 2024 г.— Как принимают? — В порядке FIFO-очереди Очереди сообщений (они же брокеры сообщений) помогают собирать, упорядочивать и обрабатывать запросы. Особенно из разрозненных источников с множеством компонентов. Рассказываем, зачем брокеры нужны и что из себя представляют. Например, вы решили купить билет в кино и выбрали место через сайт. Но у вас есть конкуренты: покупатели со стороннего сервиса и в кассе кинотеатра хотят то же кресло. Виртуальная очередь поможет определить, кто обратился с запросом первый. Также ее используют для записи к врачу, при оформлении заказов в интернет-магазинах и во многих других ситуациях. Система гарантированной асинхронной обработки сообщений помогает сохранить верный порядок, доставить запрос вовремя и не потерять его. Это работает так: 🔹система‑источник добавляет сообщение в очередь, как в буфер; 🔹брокер хранит его и гарантирует, что оно не потеряется; 🔹брокер доставляет сообщение системе-получателю. В более сложных архитектурах еще добавляют маршрутизатор, который распределяет запросы по нужным очередям. Ну а подробности — в чем разница между SQ и MQ архитектурой нашего продукта Tarantool Queue Enterprise, какие бывают сценарии использования брокеров сообщений и как применить систему в микросервисах — читайте в нашей статье. #tarantool #лонгрид @digitize_IT — мнения и управленческий опыт ИТ-лидеров2,09%
- 9 авг. 2024 г.Как не потеряться в рабочих чатах: 7 советов Вы тоже чувствуете себя как ежик в тумане, когда пытаетесь что-то отыскать в рабочих чатах? Как можно эффективно организовать работу и какие инструменты могут быть полезны, рассказывает Павел Рубцов, руководитель команды базового модуля и мессенджера платформы VK WorkSpace. 👥 Соблюдайте культуру общения в рабочих чатах ➡️ Создавайте отдельные чаты по регулярным вопросам и проектам. Например, один чат для ежедневных задач, а второй — для крупного проекта. ➡️ Пишите сообщения только по теме группы. Не стоит обсуждать интересный футбольный матч в рабочей переписке. ➡️ Добавляйте в чат только необходимых участников. Не стоит включать в обсуждение сразу всех — избыточный поток информации приводит к тому, что коллеги перестают читать чаты. ➡️ Пишите одно полное сообщение вместо нескольких. Так вы уменьшите количество уведомлений. А инструменты форматирования сделают сообщение более читабельным и структурированным. ⏲ Цените свое время и время коллег ➡️ Сделайте чаты хранилищем артефактов по проектам: документов, ссылок, файлов. Это поможет сэкономить время на поиск нужной информации. ➡️ Используйте упоминания. Так повышается вероятность, что вам ответят. А еще вы не будете отвлекать других коллег. ➡️ Планируйте время отправки сообщений. Не стоит беспокоить коллег ночью внезапно осенившей вас идеей. А чтобы про нее не забыть, можно написать отложенное сообщение. ➡️ Цитируйте сообщение или нужную его часть. Это поможет избежать недоразумений и понять, на какую его часть конкретный ответ. ➡️ Вводите в курс дела. Если вы присоединили коллегу к обсуждению, рекомендуем давать краткий контекст. Так ему не придется изучать все происходящее в чате до этого. ➡️ Используйте каналы для публикации новостей. Пишите туда только важную информацию. Это снизит вероятность «мьюта» канала. 📼 Фокусируйтесь на главном ➡️ Группируйте чаты и каналы по папкам. ➡️ Отправляйте неактуальные чаты и каналы в архив. ➡️ Закрепляйте важные чаты сверху. ➡️ Отключайте ненужные уведомления на время или навсегда. А какие инструменты (в том числе неочевидные) можно использовать для упрощения коммуникации — расскажем позже. #коммуникации @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,91%
- 18 мар. 2025 г.Как начинался VK Teams и что у него под капотом 💙 VK Teams начинался как корпоративный мессенджер для внутреннего использования и за 10 лет превратился в мощное решение для командной работы. Всё это время под капотом системы шли серьезные доработки и эволюция технологий. В самом начале мы создали для VK Teams собственное хранилище KUST (Customizable Storage). Это встраиваемая key-value-база, оптимизированная под чтение и работу с HDD-дисками. Она обеспечивала надежность и потоковый дамп логов, но при переходе к On-Prem-внедрению мы решили, что клиентам нужно больше контроля над СУБД. Сейчас большая часть сервисов работает на Tarantool — промежуточном ПО для работы с данными, которое ускоряет цифровые сервисы и снижает нагрузку на core-cистемы. Этот переход увеличил скорость работы, улучшил управляемость и повысил удобство для пользователей On-Prem-решений. 🔄 Как сервисы общаются между собой Для коммуникации сервисов мы используем бинарный протокол IPROTO, дополненный контроллером Ctlr. Он реализует Service Discovery и управляет потоками данных. Так появился IPROS. Ctlr хранит разряженную карту шардирования, следит за состоянием всех ячеек, управляет их топологией и перемещением. При этом трафик через контроллер не проходит, поэтому сбой не влияет на работу системы — даже в процессе решардинга сервисы автоматически перенаправляют запросы по новым адресам. 🔹 Как мы добились отказоустойчивости Каждая пара «экземпляр сервиса — БД» всегда имеет активную реплику, готовую взять на себя нагрузку. При переносе ячейки между серверами процесс занимает всего несколько сотен миллисекунд. Даже если контроллер временно выйдет из строя, отказоустойчивость сохранится — старые узлы просто перенаправят трафик на новые. 🔹 Почему мы работаем с ячейками 🔹 Простота управления — работать с одной сущностью легче, а при масштабировании достаточно выполнить шардирование. 🔹 Локализованность контекста — всегда понятно, куда поступает запрос и где возникла ошибка. 🔹 Минимальное влияние сети — сервис и БД размещены рядом, что снижает задержки. 🔹 Безопасность данных — взлом одной ячейки не даст злоумышленнику доступа ко всей системе. #коммуникации #разработка @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,71%
- 4 авг. 2025 г.Что под капотом у VK Cloud: три подхода к дисковым хранилищам и их ограничения Большинство пользователей облака не задумываются, где и как физически хранятся их данные. Но с точки зрения архитектора или инженера по инфраструктуре это ключевой вопрос, особенно если критичны производительность, отказоустойчивость и масштабируемость. Команда VK Cloud рассказала, как устроены ее дисковые хранилища и почему универсального решения до сих пор нет. 🔹 Локальный диск Самый простой вариант — диск прямо на сервере виртуализации, на RAID. Дает до 75 000 IOPS на чтение, до 50 000 на запись. Но плохо масштабируется: VM жестко привязана к хосту, миграция медленная, потери доступа — реальны. 🔹 Ceph (SDS) Классика для распределенного хранения: «нарезка» на объекты и репликация по мастеру. Позволяет безболезненно переносить ВМ и держит доступность. Но производительность ниже, настройка сложнее, а ребаланс при масштабировании непредсказуем. 🔹 High-IOPS Компромисс между локальными дисками и Ceph. Диски на NVME/SSD, подключены к одному хосту, с мастером и слейвом. Чтение — до 45 000 IOPS, запись — до 30 000. Масштабируется горизонтально, но требует резервных объемов и ребалансов при расширении. Управляется просто. 🔹 Есть ли серебряная пуля? Нет. Зато есть эксперименты с аллокацией в начале жизненного цикла, альтернативной репликацией (клиент — источник правды), и новыми технологиями: io_uring, RDMA, vhost-user-blk, Zerocopy. Пока они сложные и нишевые, но могут лечь в основу следующих поколений SDS. VK Cloud использует все три подхода и дает клиентам возможность выбирать нужную архитектуру под задачу. Это не серебряная пуля, но это честный инженерный выбор: понимать плюсы, минусы и строить хранилище под конкретный проект, а не под маркетинговый слайд. @digitize_IT — мнения и управленческий опыт ИТ-лидеров #vkcloud1,59%
- 6 мая 2025 г.Мультиклауд в 2025 году: как выстроить отказоустойчивую инфраструктуру без лишних затрат 🔹 Сегодня 45% российских компаний всё еще используют одну площадку — один ЦОД или одного облачного провайдера. Такой подход удобен, но рискован: единая точка отказа, отсутствие георезервирования, невозможность быстро масштабироваться. Чтобы снизить риски, компании всё чаще создают «второе плечо» — площадку, на которую можно перенести часть нагрузки или переключиться в случае сбоя. Вот какие есть варианты архитектур для построения «второго плеча». 🔹 Два физических ЦОДа. Максимальный контроль, но и максимальные затраты. Нужно покупать оборудование, синхронизировать площадки, поддерживать обе. Масштабироваться сложно — только за счет покупки «железа». 🔹 Гибрид: физическая площадка + облако. Один из самых популярных вариантов. Собственная инфраструктура остаётся, облако — как запасной и масштабируемый ресурс. Обеспечивается георезервирование, быстрое восстановление, резервное копирование и масштабирование. 🔹 Мультиоблако (Multicloud). Использование сразу нескольких облачных платформ позволяет избежать привязки к одному вендору, выбрать лучшие сервисы под конкретные задачи и получить отказоустойчивость на уровне провайдеров. Переход к распределенной инфраструктуре чаще всего начинается именно с облака. И вот почему: 🔹 Развёртывание — за минуты, без закупки оборудования. 🔹 Масштабируемость. Без запасов — по потребности. 🔹 Доступность сервисов. Облачные платформы предоставляют IaaS, S3, базы данных, резервное копирование и средства мониторинга. 🔹 Безопасность и соответствие требованиям. Можно выстроить архитектуру, которая соответствует ФЗ-152, требованиям ФСТЭК, СКЗИ и другим нормативам. Мультиклауд — не хайп, а необходимость. Построение распределённой инфраструктуры с использованием облака помогает снизить риски, повысить доступность и адаптироваться к любым нагрузкам. #vkcloud #devops @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,55%
- 31 июл. 2025 г.Безопасность HR-системы: на что стоит обратить внимание Когда компания переходит на КЭДО, в систему попадают персональные данные, документы с ЭП, роли и права доступа. Чтобы такая система работала безопасно, нужно обеспечить сразу несколько уровней защиты — от инфраструктуры до логирования. Команда VK HR Tek делится техническими решениями, которые позволяют обеспечить устойчивую инфраструктуру. ⭐️ Отказоустойчивость и катастрофоустойчивость VK HR Tek развернута в трех ЦОДах VK Tech (Tier III), данные реплицируются между ними в режиме реального времени. Это позволяет сохранять доступность даже при полном выходе из строя одного из дата-центров. SLA на простой — не более 1,6 часа в год. Поддерживается DR-сценарий и горячее резервирование. 🌐 Защита от DDoS и фильтрация трафика На периметре работает Hitman — разработка VK Tech, которая фильтрует вредоносный трафик и защищает от перегрузок. Даже при DDoS-атаке система не теряет доступность и сохраняет целостность данных. 🔍 Полное логирование всех действий Фиксируются как успешные действия, так и попытки доступа без прав. Логи хранятся весь срок действия контракта и могут использоваться для внутреннего аудита, расследования ИБ-инцидентов или аналитики. 🛡 Многоуровневая аутентификация Вход в систему — только по HTTPS. Доступ возможен через 2FA и SSO. Пароли не хранятся в открытом виде, а шифруются. Поддерживаются парольные политики и разграничение доступа до конкретных ролей. 📍 Гибкое управление доступом Каждая роль имеет строго ограниченный доступ к функциям. Изменение роли автоматически влечет пересмотр прав — это снижает риск ошибок и утечек при переводах сотрудников. 🔄 Непрерывный аудит безопасности Платформа регулярно проходит сканирование на уязвимости, внутренние аудиты, внешний пентест и автоматическую проверку через Security Gate — пайплайн с анализаторами для выявления уязвимостей. А еще VK HR Tek участвует в Bug Bounty. 🔑 Разграничение прав на уровне продакшена Доступ к продакшен-среде есть только у сотрудников с необходимыми правами. Установлены агенты SOC, обеспечивающие мониторинг действий на серверах. Комплексная защита HR-систем — это не один компонент, а целый набор решений. Такой подход помогает обеспечить стабильную работу с персональными данными и снизить риски для бизнеса. @digitize_IT — мнения и управленческий опыт ИТ-лидеров #vkhrtek #КЭДО1,49%
- 17 апр. 2025 г.Как бизнес в России выбирает почту, мессенджеры и ВКС: исследование VK Tech 🔹 Команда VK Tech провела исследование, чтобы понять, как компании в России — от стартапов до корпораций — выбирают корпоративные коммуникационные сервисы. Были опрошены 750 представителей бизнеса из разных отраслей и регионов. Вот ключевые выводы. SaaS — выбор большинства Большинство компаний микро- и малого бизнеса отдают предпочтение SaaS-сервисам: они проще в развертывании, быстрее запускаются, не требуют вложений в инфраструктуру. Однако среди крупных компаний и в сегменте enterprise примерно 30–35% респондентов выбирают On-premise-решения — в первую очередь из-за требований к безопасности и необходимости локального хранения данных. Приоритеты меняются по мере роста компании 🔹 Малый бизнес выбирает простоту и скорость: важно быстро настроить и запустить сервис, а интерфейс должен быть интуитивно понятным. 🔹 Средний бизнес смотрит на безопасность, доступность с разных устройств, удобство совместной работы. Выбор часто зависит от рекомендаций коллег и рынка. 🔹 Крупные компании и enterprise ценят стабильность, масштабируемость, продвинутый функционал, управление доступом и возможность интеграции с другими сервисами. Репутация поставщика — один из ключевых факторов. Как используют коммуникационные сервисы 📌 Видеосвязь используют 91% микро- и малого бизнеса, 94% среднего, 85% крупного и 94% enterprise. Чем больше компания, тем больше значимость безопасности и функций совместной работы. 📌 Мессенджеры — один из самых востребованных инструментов: ими пользуются 91% малых компаний и 100% enterprise. В крупных компаниях важны десктопные версии, централизованное управление и защита данных. 📌 Электронная почта — основной рабочий инструмент в 86–94% компаний. Крупные игроки ожидают от почты не просто отправки писем, а полноценного набора функций: совместное редактирование, антифишинг, отслеживание задач. 📌 Редакторы документов используют 81% микро- и малого бизнеса и 100% enterprise. Основные запросы — управление доступом, интеграция с хранилищами, автоматизация форматирования. 📌 Корпоративные хранилища востребованы у 80–93% компаний независимо от масштаба. Рынок корпоративных коммуникаций в России становится все более зрелым: бизнес делает осознанный выбор в пользу решений, которые соответствуют масштабу, задачам и требованиям безопасности. А значит, поставщикам важно не только развивать технологии, но и точно понимать, для кого, зачем и в каком контексте они создаются. #коммуникации @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,41%
- 16 мая 2025 г.Как объектные хранилища делают бизнес эффективнее 🔹 Половина российских компаний уже работает с объемами данных более 1 петабайта. С таким масштабом традиционные СХД начинают «захлебываться»: их сложно масштабировать, дорого обслуживать и трудно адаптировать под распределенную инфраструктуру. К тому же они требуют специализированного оборудования и зависимы от вендоров. Объектные хранилища с поддержкой протокола S3 — это следующий шаг в развитии корпоративной инфраструктуры. Они работают по другому принципу: вместо сложной иерархии — плоское пространство, где каждый объект имеет уникальный ID и набор метаданных. Такая архитектура дает бизнесу важные преимущества: 🔹 Горизонтальное масштабирование. Хранилище можно расширять, просто добавляя узлы — без полной перестройки. 🔹 Быстрая интеграция с сервисами аналитики, резервного копирования, Big Data и другими. 🔹 Снижение затрат — нет необходимости закупать дорогое специализированное железо. 🔹 Простота администрирования: легче сопровождать, особенно при распределенной структуре компании. При этом крупные компании часто отдают предпочтение On-premise-размещению объектного хранилища. Это позволяет держать данные под полным контролем и соблюдать требования по ИБ и регуляторике. 🤔 Когда не стоит использовать объектное хранилище? Если нужны минимальные задержки при доступе к данным или если речь о частой модификации небольших файлов — здесь блочные решения эффективнее. Но в большинстве сценариев — от резервного копирования и хранения мультимедиа до интеграции с CRM и ERP — объектные хранилища выигрывают. Объектные хранилища не замена всем видам СХД, а логичное дополнение, которое дает компаниям масштаб, гибкость и контроль над данными. #S3 #vkcloud @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,39%
- 21 июл. 2025 г.Лечим проблемы Kubernetes по мере масштабирования проекта: разбор от VK Cloud Один из клиентов VK Cloud решил масштабировать BI-сервис на Kubernetes с 1 000 до 5 000 подов. Но уже в первый месяц достиг 5 000 и столкнулся с задержками в etcd. Вместо стабильного кластера — лаги, нестабильность и ошибки в работе Kubernetes. 🔹 Почему масштабирование не помогло. Изначально гипотеза была в увеличении количества мастер-нод с 5 до 7. Но производительность только упала: etcd — это не просто распределенное хранилище, оно требует кворума для каждой записи. Чем больше нод, тем дольше запись. В чтении тоже не все гладко: работает через RAFT и одного лидера, даже если у вас 7 нод. 🔹 Что сработало: шардирование etcd. Вынесли часть данных (/events) из основного etcd в отдельный экземпляр с быстрым диском. Это снизило нагрузку на кластер и повысило стабильность. 🔹 На 10 000 подов — уперлись в квоту. По умолчанию квота etcd — 2 Гб. При превышении — ошибка mvcc: database space exceeded. Расширили до 8 Гб, как рекомендует etcd, и все заработало. 🔹 25 000 подов — grpc переполнен. Ошибки Helm при запросе helm list -A: размер сообщения > 2 Гб. Причина — в etcd хранилось по 7–8 релизов на каждого из 25 000 клиентов. Почистили историю релизов, выставили --history-max=2 и удалили тестовые namespace. 🔹 17 000 подов — но etcd продолжает деградировать. Снижение количества подов не помогло. Количество объектов в etcd продолжало расти из-за неочищенных секретов. Анализ показал: 63% etcd занимают secrets от Helm. Миграция secrets в Postgres вернула кластер в норму. Выводы 🔹 🔹 Kubernetes ≠ масштаб по умолчанию. Без глубокой экспертизы мелкие проблемы становятся системными. 🔹 etcd — узкое горлышко при масштабировании. Даже «правильная» архитектура может не выдержать роста. 🔹 Настройка Helm, шардирование, контроль KV-объектов и ограничение истории релизов обязательны для больших кластеров. @digitize_IT — мнения и управленческий опыт ИТ-лидеров #vkcloud #kubernetes1,31%
- 4 мар. 2025 г.Что важно бизнесу в корпоративных коммуникациях 🔹 Пандемия ускорила переход компаний на онлайн-формат работы, но даже после возвращения сотрудников в офис цифровые инструменты остаются незаменимыми. По данным исследования VK Tech, рынок унифицированных коммуникаций продолжит расти в среднем на 13% в год до 2027 года. Вместе с коммерческим директором коммуникационной платформы для бизнеса VK WorkSpace Антоном Теном разберемся, что сейчас происходит на этом рынке. 🔹 Корпоративные коммуникации стали полноценной средой для совместной деятельности. Несколько лет назад такие сервисы были в первую очередь инструментом для удаленной работы. Сейчас ими пользуются даже офисные сотрудники: работают над проектами в облаке, совместно редактируют документы, голосуют по важным вопросам и управляют задачами. 🔹 Бизнес все чаще выбирает интегрированные решения. Вместо десятков разрозненных сервисов компании предпочитают единую платформу, которая объединяет почту, видеозвонки, мессенджер, облако и другие инструменты. Такой подход снижает риск утечек и упрощает контроль за доступами. 🔹 Растет спрос на облачные решения. Малый и средний бизнес чаще выбирает платформы по SaaS-модели: они не требуют вложений в инфраструктуру, их можно быстро развернуть и легко масштабировать. Крупные компании используют On-Premises, чтобы обеспечить полный контроль над данными. Однако интерес к облачным решениям растет и в этом сегменте. 🔹 Все больше заказчиков интересуются гибридными решениями. Они сочетают преимущества облака и On-Premises: заказчик разворачивает собственную IT-инфраструктуру в выделенном сегменте облака. Это снижает затраты на «железо», но при этом позволяет компании самостоятельно управлять системой. Такой формат особенно интересует крупные компании в ритейле, энергетике и финансах. Что дальше 🔹 Рынок корпоративных коммуникаций продолжит развиваться в сторону интеграции, мобильности и безопасности. Бизнесу нужны комплексные решения, которые позволяют не просто общаться, а эффективно работать в цифровой среде. А значит, будущее за экосистемами, объединяющими все необходимые инструменты на одной платформе. #коммуникации #тренды @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,30%
- 22 апр. 2025 г.📊 Как измерить эффективность КЭДО: 6 метрик для бизнеса Внедрение кадрового электронного документооборота (КЭДО) — важный шаг для автоматизации HR-процессов. Но какие параметры отслеживать, чтобы оценить реальную пользу технологии для компании? Анастасия Гуц, менеджер по развитию VK HR Tek, выделяет шесть ключевых метрик, которые помогут оценить эффективность КЭДО. 🔹 Трудозатраты кадрового отдела. Один из главных факторов — сколько времени сотрудники тратят на выполнение рутинных операций: оформление отпусков, переводов, приемов на работу. При бумажном документообороте многие процессы растягиваются на несколько дней. А после цифровизации могут выполняться за минуты. 📌 Что считать: сколько времени раньше занимал каждый процесс и сколько сейчас. Разница покажет экономию часов специалистов. 🔹 Расходы на бумагу, печать, архив и утилизацию. Бумажный документооборот — это принтеры, картриджи, тонны бумаги, аренда помещений под архивы и платные утилизационные услуги. После перехода в электронный формат эти расходы сокращаются полностью или частично. 📌 Что считать: затраты на бумагу и расходники, обслуживание архивов и стоимость утилизации — до и после цифровизации. 🔹 Затраты на логистику. Если компания работает в нескольких регионах, доставку бумажных документов часто приходится организовывать через курьеров или почту. Электронный документооборот позволяет отказаться от этой практики, но важно понять, насколько это сказывается на бюджете. 📌 Что считать: годовые расходы на почту и курьеров — до и после внедрения КЭДО. 🔹 Потери из-за просрочек и штрафов. Бумажные документы могут застрять между отделами, при этом контролировать сроки ознакомления и подписания сложно. Электронные системы позволяют точнее отслеживать статус, но только если процессы выстроены корректно. 📌 Что считать: сколько сотрудников не подписали документы вовремя и какую сумму могла бы потерять компания. 🔹 Количество утраченных и испорченных документов. Физические носители подвержены рискам: можно потерять бумагу или повредить ее. В электронных системах тоже возможны ошибки, но они проще отслеживаются и исправляются, если настроен аудит. 📌 Что считать: сколько документов терялось или портились до внедрения КЭДО за год или месяц. 🔹 Время на подготовку к проверкам. Сбор документов для проверяющих органов — одна из самых трудоемких задач. Электронные системы могут ее упростить, но эффективность зависит от настройки процессов и качества данных. 📌 Что считать: время на подготовку пакета документов из архива — в бумажной и электронной системе. Отслеживание этих метрик помогает не только подтвердить пользу внедрения КЭДО, но и понять, какие узкие места остались. Для этого важно не ограничиваться общей оценкой, а регулярно сравнивать ключевые показатели и корректировать процессы. #КЭДО #автоматизация @digitize_IT — мнения и управленческий опыт ИТ-лидеров1,26%