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