Облачное хранилище vs передача файлов: в чём разница

Облачное хранилище сберегает файлы; передача файлов доставляет их. Сервисы Google Drive, Dropbox, OneDrive и iCloud хранят файлы на вашем аккаунте бессрочно — вы получаете доступ к ним в любое время. Сервисы передачи файлов — WeTransfer, SwissTransfer, HexaTransfer — шифруют файл, загружают его во временное хранилище, передают получателю ссылку и удаляют файл по истечении заданного срока. Облачное хранилище — это картотечный шкаф, который вы арендуете помесячно. Передача файлов — курьер, который исчезает после доставки. Технологии пересекаются, но решают противоположные задачи.

Принципиальное отличие архитектур

Облачное хранилище оптимизировано для долгосрочного хранения. Файлы должны существовать годами, поддаваться поиску, управлению версиями и синхронизации между устройствами. В основе архитектуры — реплицированные объектные хранилища (Amazon S3, Google Cloud Storage, Backblaze B2), базы метаданных для поиска, протоколы синхронизации для настольных клиентов и системы разграничения доступа. Каждое архитектурное решение исходит из того, что файл будет существовать долгое время.

Передача файлов оптимизирована для однократной передачи. Файлы существуют ровно столько, сколько нужно, чтобы достичь получателя. Архитектура проще: зашифрованный BLOB в объектном хранилище с TTL, подписанный URL и задание на удаление. Нет поискового индекса, нет синхронизирующих клиентов, нет совместного редактирования. Каждое архитектурное решение исходит из того, что файл исчезнет через 24 часа или 30 дней.

Модели аккаунтов

Облачное хранилище ориентировано на аккаунты. Ваши файлы принадлежат вашему аккаунту. Общий доступ означает предоставление другому пользователю — обычно тоже с аккаунтом — разрешения обращаться к объектам в вашем пространстве имён. Права отзываются, папки перемещаются, журналы доступа фиксируют действия.

Передача файлов ориентирована на ссылки. Ссылка — самодостаточная единица доставки: она содержит всё необходимое для получения и расшифровки конкретного файла. Никакого каталога аккаунтов, никакой системы разрешений, зачастую никакой записи о пользователе вообще. Ссылка и есть само взаимодействие.

Архитектуры шифрования

Большинство облачных хранилищ используют серверное шифрование в состоянии покоя (AES-256) и TLS при передаче. Провайдер хранит ключи. Это позволяет поддерживать поиск и создание превью на стороне сервера, но означает, что технически провайдер может прочитать ваши данные — и сделает это по законному требованию.

Сервисы передачи файлов, ориентированные на конфиденциальность, используют клиентское (сквозное) шифрование. Файл шифруется в браузере с помощью AES-256-GCM до загрузки — ключ генерируется локально. Ключ помещается во фрагмент URL (#), который браузеры не отправляют на сервер. Уровень хранения содержит только зашифрованный текст. Это та же zero-knowledge архитектура, которую используют Proton Mail, Tresorit и Signal.

Облачные хранилища редко применяют такой подход, поскольку он несовместим с поиском, предварительным просмотром и серверной обработкой. Сервисам передачи эти функции не нужны — при доставке серверу не требуется понимать содержимое файла.

Сравнительная таблица

| Свойство | Облачное хранилище | Передача файлов | |---|---|---| | Назначение | Постоянное хранение файлов | Однократная доставка | | Срок хранения | Неограниченно (до удаления) | Авто-удаление через 24 ч–30 дн | | Модель аккаунта | Пользовательские аккаунты с квотами | На основе ссылок, часто анонимно | | Шифрование | Серверное (ключи у провайдера) | Нередко E2EE на стороне клиента | | Типичная стоимость | 2–20 USD/мес на пользователя | Бесплатный тариф + платные опции | | Макс. размер файла | ТБ | 2–50 ГБ (бесплатно), ТБ+ (платно) | | Синхронизация | Да (настольные и мобильные клиенты) | Нет | | Совместная работа | Редактирование в реальном времени | Нет — только чтение | | Поиск | Полнотекстовый, по метаданным | Нет | | Лучше для | Долгосрочных проектов | Отправки файла и движения дальше |

Когда облачное хранилище — правильный выбор

Редакция разрабатывает рукопись шесть недель: 14 человек вносят правки с отслеживанием — Google Docs или Microsoft Word в OneDrive. Фотограф хранит десятилетний архив свадебных съёмок, к которым нужно обращаться по запросу, — Dropbox или iCloud. Команда разработчиков использует общие файлы дизайна на ежедневных стендапах — Box или SharePoint.

Эти сценарии требуют постоянного хранения, поиска, управления версиями и параллельного доступа. Попытка использовать здесь сервис передачи файлов означает повторную загрузку каждой правки, потерю истории версий и невозможность найти черновик прошлого марта.

Когда передача файлов — правильный выбор

Адвокат отправляет 280 МБ .zip с материалами дела противоположной стороне. Однократно, больше не потребуется. Видеомонтажёр-фрилансер доставляет клиенту 4 ГБ финального монтажа. Центр медицинской визуализации пересылает DICOM-снимок специалисту для второго мнения. Отдел кадров отправляет пакет документов об увольнении внешнему адвокату.

Эти сценарии требуют доставки и последующего удаления. Хранение таких файлов в облаке означает, что они будут оставаться на аккаунтах обеих сторон бессрочно — с постоянным управлением доступом, риском случайного разглашения и неясной ответственностью за удаление.

Проблема хранения, создаваемая облачными сервисами

Каждый файл, загруженный в облачное хранилище для совместного доступа, становится постоянным вопросом хранения. Кому он принадлежит? Когда удалять? Кто проверяет факт удаления? Статья 5(1)(e) GDPR требует хранить персональные данные «не дольше, чем необходимо». Это сложно соблюсти, когда файл лежит в трёх Dropbox-аккаунтах, потому что кто-то однажды поделился папкой.

Сервисы передачи файлов соблюдают сроки хранения по умолчанию. Ссылка на 7 дней означает 7 дней хранения — и всё. Никакого политического документа, никакого напоминания в чьём-то календаре. Данные исчезают, потому что система их удалила.

Экономика хранения

Облачные хранилища берут ежемесячную плату за ГБ независимо от частоты обращения к данным. Dropbox Plus на 1 ТБ стоит 120 USD/год. Google One на 2 ТБ — 100 USD/год. Это постоянный счёт за хранение файлов, которые вы, возможно, прочтёте один раз.

Сервисы передачи файлов берут плату за транзакцию на платных тарифах или бесплатны в пределах щедрых лимитов. Бесплатный аккаунт HexaTransfer обеспечивает 10 ГБ за одну отправку без ежемесячной платы — подходящее решение, когда общее время файла на каком-либо сервере измеряется днями.

Гибридная архитектура, которую реально используют команды

Реальные рабочие процессы сочетают оба подхода. Маркетинговая команда хранит фирменные материалы, архивы кампаний и рабочие черновики в Google Drive. Когда кампания передаётся внешнему агентству, финальный результат пересылается через специализированный сервис передачи, чтобы не оставаться в постоянном Drive агентства. Исследовательская лаборатория хранит датасеты в AWS S3. При отправке статьи на рецензирование снимок для рецензента пересылается через временную ссылку.

HexaTransfer, SwissTransfer и аналогичные сервисы решают вопрос внешней доставки в этом разделении. Внутренняя совместная работа остаётся в облачном хранилище, где ей и место.

Различия в соответствии нормативным требованиям

HIPAA в принципе относится к облачным хранилищам и сервисам передачи файлов одинаково — оба требуют шифрования, контроля доступа и журналов аудита при работе с ePHI, а также подписанного Business Associate Agreement. На практике сервисы передачи с коротким сроком хранения и E2EE сужают область действия BAA, поскольку провайдер хранит меньше данных, на меньший срок и с меньшим доступом.

PCI DSS 4.0 также требует надёжного шифрования при любой передаче данных о держателях карт. Сервис передачи, использующий TLS 1.3 и клиентский AES-256-GCM, удовлетворяет требованиям как «при передаче» (4.2.1), так и «в состоянии покоя» (3.5.1) без дополнительной настройки.

Не путайте инструменты

Типичная ошибка — использовать облачное хранилище как сервис передачи: рассылать «ссылку общего доступа» на файл, который навсегда остаётся в вашем Drive. Или использовать сервис передачи как облачное хранилище, постоянно перезагружая одни и те же файлы, чтобы обойти отсутствие постоянного хранения.

Правило простое: перед каждой загрузкой спросите себя — «этот файл принадлежит в моей долгосрочной картотеке или это разовая передача?» Ответ определяет инструмент.

Итог

Облачное хранилище — для инвентаря. Передача файлов — для доставки. Оба необходимы, ни один не заменяет другой, и самое дешёвое улучшение рабочего процесса для большинства команд — прекратить привычку использовать одно для задач другого.

Попробуйте на hexatransfer.com — бесплатно, без регистрации, до 10 ГБ.