В современных реалиях, когда интернет всё чаще напоминает минное поле с блокировками и замедлениями, надежда на зарубежные (да и на некоторые локальные) сервисы тает с каждым днем. В какой-то момент я пришел к выводу: если хочешь, чтобы инструмент работал стабильно и не зависел от настроения провайдеров или геополитики — напиши его сам.
Так появился, например, Fury Messenger (о котором я уже писал здесь) — мессенджер для Android, заточенный под нестабильное соединение. Но решив проблему текстового общения, я столкнулся со следующей «болью»: обмен файлами и документооборот. Именно на большом обьеме, а не кидая файлики или фоточки через мессенджер.
В этой статье расскажу, как я реализовал систему прямой передачи данных между компьютерами, почему облака — это иногда лишнее звено, и как мой «велосипед» в итоге уехал в B2B-сегмент.
Проблема: Танцы с бубном вокруг VPN
Типичный сценарий обмена файлами сегодня выглядит так:
Залить в Telegram (ограничение по размеру, скорость иногда «режут»).
Закинуть на Google Drive/Dropbox (нужен VPN, который нужно то включать, то выключать, чтобы не отвалились другие сервисы).
Передать через локальную сеть (сложно настроить права доступа, если люди сидят в разных сегментах или городах).
Мне хотелось простоты: как в старой доброй Windows Shared Folder, но через интернет и без необходимости быть системным администратором 80-го уровня. Чтобы можно было просто «расшарить» папку конкретному человеку и передать файл на максимально возможной скорости канала.
Так родился Z-Folder.
Архитектура: Что под капотом?
Я не большой фанат готовых тяжелых фреймворков там, где можно реализовать кастомный протокол. (вообще очень люблю кастомные, бинарные протоколы) В Z-Folder я пошел по пути максимального облегчения стека.
1. Протокол передачи
В основе лежит UDP. Почему не TCP?
NAT Punching: Для установления прямого P2P-соединения между узлами, находящимися за NAT, UDP подходит идеально.
Скорость: В условиях потерь пакетов или нестабильного линка UDP позволяет более гибко управлять повторными отправками и окном передачи.
Протокол чем-то напоминает STUN, но со своими особенностями для контроля целостности данных и управления очередями.
2. Пробивка NAT и Fallback
Разумеется, чистый P2P возможен не всегда (привет, симметричные NAT в корпоративных сетях). Схема работы выглядит так:
Центральный сервер: Выступает точкой авторизации и «свахой» (Signaling server). Он знает, кто в сети, и помогает узлам найти друг друга.
P2P-коннект: Узлы пытаются «пробить» NAT и соединиться напрямую. Если получилось — данные летят со скоростью вашего интернет-провайдера, минуя любые промежуточные сервера.
Relay (Fallback): Если прямой коннект невозможен, система автоматически переключается в режим релея. В этом случае сервер выступает посредником, просто пересылая пакеты. Это медленнее, но гарантирует доставку.
3. Безопасность и права доступа
Система работает по принципу «белого списка». Вы создаете пользователей в личном кабинете (один пользователь — одно устройство). В интерфейсе вы видите список доступных контактов. Нажимаете на пользователя — видите только те папки, которые он расшарил именно для вас. Права можно гибко настраивать: только чтение или чтение/запись.
Интерфейс и «плюшки»
Я - сторонник минимализма. Главная задача Z-Folder - сделать так, чтобы даже человек, далекий от ИТ, мог обмениваться файлами.
По фидбеку очень часто просили добавить "свободное место" в шаре. не знаю, для меня не было очень важной метрикой, но добавил - люди счастливы.
В процессе разработки я понял, что файлообмен без контекста — это неудобно.
Поэтому добавил внутрь простенький чат. Теперь не нужно переходить в мессенджер, чтобы написать «Лови доки», — всё происходит в одном окне.
От пет-проекта к B2B
Изначально я делал Z-Folder для себя и своих бизнес-партнеров. Но жизнь подкинула интересные кейсы:
Кейс «Друг и локалка»: Мой знакомый никак не мог настроить общий доступ к папкам между двумя компами в квартире (классика Windows). Z-Folder решил его проблему за 2 минуты: поставил, залогинился, пользуешься.
Кейс «B2B»: Неожиданно проектом заинтересовались компании. Оказалось, что для оперативного документооборота между филиалами, особенно когда интернет в регионах «хромает», а VPN-шлюзы перегружены, такое легкое
P2P-решение — настоящий спасение.
Итоги
Z-Folder стал для меня ответом на вопрос: «А что если завтра отключат всё?».
Система независима от облачных хранилищ, не требует постоянного включения VPN для доступа к файлам и выжимает максимум из доступного канала связи.
Сейчас сервис успешно живет, им пользуются несколько компаний и круг моих знакомых. Это был отличный опыт создания закрытой, быстрой и надежной экосистемы «для своих», которая переросла в нечто большее.
А как вы решаете вопрос передачи тяжелых файлов или документов в условиях нынешних ограничений? Пользуетесь облаками, мессенджерами через боль или используете какие то другие решения?
