Введение
Каждый раз, когда сотрудник открывает вложение в письме, ИТ‑отделы готовятся к потенциальному инциденту безопасности, узкому месту в производительности или кошмару совместимости. Часто причина кроется не в самом документе, а в архитектуре просмотрщика, которая его отображает.
То, размещаете ли вы просмотрщик на собственных серверах (on‑premise) или используете его у облачного провайдера, может иметь глубокие последствия для безопасности, масштабируемости, совокупной стоимости владения (TCO) и пользовательского опыта. В этой статье мы разберём эти четыре решающих критерия, сравним две модели бок о бок и откровенно укажем, где бесплатный хостинг‑просмотрщик, такой как OnlineDocumentViewer, подходит, а где — нет.
TL;DR – Хостинг‑просмотрщик снимает с вашей стороны необходимость в оборудовании, патчах и работе по совместимости браузеров. Он также размещает файл на сервере другого лица. Этот компромисс и есть суть решения.
1. Безопасность и соответствие
1.1 Локальные просмотрщики
- Полный контроль над оборудованием и ключами – Вы владеете серверами, сетевыми коммутаторами и ключами шифрования. Это удовлетворяет самым строгим нормативам (например, DoD‑STIG, FINRA), где данные не должны покидать помещение.
- Операционная нагрузка – Безопасность сильна только настолько, насколько стабильно вы применяете патчи. Пропущенные обновления ОС, непатченные библиотеки рендеринга или слабый мониторинг внутренних угроз могут открыть тот же вектор, который облачные провайдеры уже укрепили.
- Сложность восстановления после катастроф – Требуются отдельные географически распределённые площадки, регулярные резервные копии и проверенные процедуры переключения.
Перспектива риска: «Одно пропущенное обновление = потенциальный взлом».
1.2 Облачные просмотрщики
- Отсутствие клиентского плагина – Рендеринг происходит на серверах провайдера, поэтому нет ActiveX, Java‑апплета и расширения браузера, которые нужно поддерживать на каждом компьютере. Это реальное сокращение поверхности атаки и честная часть аргумента в пользу облака.
- Чужой график патчей – Библиотеки рендеринга обновляются провайдером по его расписанию, а вы узнаёте об этом позже. Превзойдёт ли это ваш собственный график, зависит от вашей практики.
- Читайте политику хранения, а не значок – «Шифрование в состоянии покоя», «резиденция данных» и «неизменяемые журналы аудита» описывают сервисы, которые хранят ваш файл. Просмотрщик, удаляющий загрузку после рендеринга, не имеет ни одного из этих пунктов и не нуждается в них. Определите, к какому типу вы относитесь, прежде чем сравнивать сертификаты.
- Что такое хостинг‑просмотрщик на самом деле – OnlineDocumentViewer — это веб‑сайт. Файл загружается, рендерится сервисом и отображается в изолированном фрейме обычной вкладки браузера. Нет плагина, нет настольного клиента, нет учётной записи. Ничего не сохраняется: файл удаляется после просмотра, поэтому нет выбора региона и нет истории шифрования в состоянии покоя. Ограничения по размеру задаются для каждого формата: 5 МБ для простого текста и XML, 25 МБ для PDF, PSD и изображений.
Итог
Хостинг‑просмотрщик перемещает оборудование с вашей стороны, но не снимает обязательства. Что бы ни говорили сертификаты провайдера, документ всё равно попадает на сервер, которым вы не владеете, и именно с этого начинается оценка по GDPR, HIPAA или FedRAMP — а не с значка на маркетинговой странице.
2. Масштабируемость и производительность
2.1 Ограничения локального решения
- Статическая ёмкость – Ваш ферма рендеринга ограничена числом выделенных серверов. Внезапные всплески нагрузки (например, квартальная отчётность) заставляют вас либо переоснащать (тратя ресурсы), либо принимать ухудшенную задержку.
- Ручная балансировка нагрузки – Масштабирование требует настройки аппаратных балансировщиков, DNS round‑robin или пользовательских скриптов оркестрации, что добавляет операционный риск.
2.2 Преимущества облака
- Вместимость, которую вы не предоставляете – Хостинговый сервис добавляет мощность рендеринга централизованно, а не через ваш цикл закупок. Вы не определяете размер фермы; вы также не контролируете её.
- Нечего распространять – Браузер и URL. Нет клиента, который нужно развертывать на каждом устройстве, и ничего, что может сломаться после обновления ОС.
Аналогия
Представьте себе on‑premise как однополосную дорогу, которая быстро затрудняется в часы пик. Облако — это динамичная многополосная автомагистраль, открывающая новые полосы по мере роста трафика, гарантируя плавный поток для каждого пользователя.
3. Общая стоимость владения (TCO)
| Критерий | On‑Premise | Облако |
|---|---|---|
| CAPEX | Серверы, массивы хранения, сетевое оборудование, лицензирование заранее | $0 – оборудование не требуется |
| OPEX | Электропитание, охлаждение, место в стойке дата‑центра, персонал для патчей и мониторинга | Плата провайдера, и ничего более в вашем балансе |
| Скрытые затраты | Обновления прошивки, патчи ОС, обновление оборудования каждые 3‑5 лет, амортизация | Автоматические обновления, выполняемые провайдером, без амортизации |
| Лицензионные сборы | Лицензирование по ядрам, по пользователям или бессрочное | Обычно бесплатно для просмотра, платно для встраивания в ваш продукт |
Почему облако выигрывает
- Нулевые первоначальные затраты – Прототип начинается без цикла закупок.
- Отсутствие жизненного цикла оборудования – Нет обновления каждые три‑пять лет, нет графика амортизации, нет места в стойке.
- Альтернативные издержки – Время сотрудников уходит на приложение, а не на патчинг фермы рендеринга.
4. Пользовательский опыт и подготовка к будущему
4.1 Проблемы on‑premise
- Наследуемые зависимости – Многие on‑premise‑просмотрщики всё ещё полагаются на ActiveX, Java‑апплеты или проприетарные плагины. Они блокируются современными браузерами и мобильными ОС.
- Фрагментация устройств – Поддержка Windows, macOS, iOS, Android и различных браузеров часто требует нескольких кодовых баз UI.
Быстрая сравнительная таблица
| Критерий | On‑Premise | Облако |
|---|---|---|
| Безопасность | Полный контроль над оборудованием, но высокие затраты на обслуживание | Нет плагина для патчей, но файл покидает вашу сеть |
| Масштабируемость | Фиксированная мощность, ручное масштабирование | Авто‑масштабирование, глобальная низкая задержка |
| UX | Зависит от плагина, ограничения устаревших ОС | Без плагина, работает в любом современном браузере |
| UX | Зависит от плагина, ограничения устаревших ОС | Без плагина, HTML5/WASM, готово для мобильных |
| Подготовка к будущему | Циклы патчей, отставание версий | Мгновенные обновления на стороне сервера |
Заключение
Для ИТ‑директоров, которым необходимо балансировать безопасность, производительность, бюджет и продуктивность сотрудников, облачный просмотрщик документов становится явным победителем для большинства современных предприятий. Он обеспечивает:
- Патчинг и совместимость с браузерами, выполняемые провайдером, а не вашей командой.
- Эластичную производительность, масштабируемую вместе с бизнесом без дорогих аппаратных обновлений.
- Предсказуемые, основанные на использовании расходы, освобождающие капитал для стратегических инициатив.
- Опыт без плагинов, работающий на любом устройстве с современным браузером.
Где OnlineDocumentViewer вписывается
На хостинговой стороне этого сравнения, а именно: бесплатный браузерный просмотрщик для более чем 70 расширений, без учётной записи, без необходимости установки, с ограничением размера по формату. Пакет для скачивания отсутствует, потому что это веб‑сайт.
Если файлы не могут покидать вашу сеть, это колонка on‑premise, и хостинговый просмотрщик — неверный инструмент для того, кто его использует. .NET SDK на doconut.com — это часть, которая работает внутри вашего собственного приложения, и она является платной.
Выберите колонку, которую позволяют ваши файлы. Остальное — детали.