Обзор pdfRest: возможности, тарифы, API и варианты развёртывания

pdfRest — действующий набор REST API для программной обработки PDF от Datalogics, основанный на Adobe PDF Library и Adobe PDF Converter. Это не настольный просмотрщик, а серверный слой для приложений и автоматизации: сервис принимает документы по HTTP, выполняет конвертацию, OCR, извлечение, оптимизацию, защиту или изменение и возвращает файл либо resource ID. На сентябрь 2026 года доступны Cloud, self-hosted AWS и API Toolkit Container для Docker/Kubernetes.

Скачать pdfRest

Для облачного pdfRest скачивание программы не требуется. Безопасный путь — зарегистрировать учётную запись на официальном сайте pdfRest, получить API Key и обращаться к стандартному Cloud endpoint. Бесплатный Starter создаётся без кредитной карты. Для знакомства с методами можно использовать API Lab в браузере: ключ подставляется в интерфейс после входа, пользователь выбирает endpoint, загружает тестовый файл, задаёт параметры, отправляет запрос и получает ответ и ссылку на результат.

Self-hosted Container распространяется как официальный образ pdfrest/pdf-api-toolkit в Docker Hub. Документация рекомендует получить Container License Key в учётной записи pdfRest и затем забрать актуальный образ командой Docker. Это именно серверный контейнер, а не инсталлятор Windows или macOS. Для Kubernetes используется тот же образ. В опубликованном примере Docker Compose явно задана платформа linux/amd64, а внутренний сервис слушает порт 3000.

Вариант на AWS оформлен как отдельный self-hosted продукт через AWS Marketplace. Он разворачивается в собственной инфраструктуре заказчика, в том числе через CloudFormation или AMI. Для новых клиентов официальная документация указывает недельный пробный период; расходы на инфраструктуру AWS при этом остаются на стороне пользователя. Скачивать сторонние «pdfRest desktop», мобильные APK или неофициальные сборки не следует: к текущему продукту Datalogics они не относятся.

Что такое pdfRest

pdfRest API Toolkit — коммерческий продукт Datalogics, Inc. для встраивания PDF-операций в серверные приложения, веб-сервисы и бизнес-процессы. Terms of Service закрепляют Datalogics как поставщика, а технологической основой называют Adobe PDF Library и Adobe PDF Converter.

Основная единица работы — HTTP-запрос: приложение передаёт файл или resource ID, выбирает endpoint и параметры, затем получает JSON, готовый файл или идентификатор для скачивания. Поэтому pdfRest особенно уместен там, где операция должна выполняться автоматически и повторяемо.

Продукт активно поддерживается. В release notes 2026 года есть новые возможности Add to PDF, структурированный текст в Convert to PDF, таблицы, обновления зависимостей, улучшения валидации и исправления конвертации и форм. Cloud API Reference на дату обзора показывает версию 2.53.2.

pdfRest не следует путать с pdfAssistant.ai: это отдельный чат-продукт Datalogics. Cloud, AWS и Container тоже не идентичны по эксплуатации: некоторые инструменты помечены Cloud Only, различаются лицензирование, хранение файлов и инфраструктурная ответственность.

С точки зрения интеграции pdfRest ближе к инфраструктурному сервису, чем к приложению конечного пользователя. В Cloud Datalogics обслуживает вычислительную среду и хранит временные ресурсы в пределах retention; в Container и AWS заказчик получает больше контроля над сетью и хранением, но одновременно принимает на себя эксплуатацию. Это различие определяет и выбор продукта: SaaS удобнее для быстрого старта, self-hosted — для собственных требований к изоляции и размещению данных.

Основные функции pdfRest

Конвертация

Convert to PDF принимает Word, Excel, PowerPoint, PostScript/EPS, JPEG, TIFF, BMP, PNG, EML и HTML. В release 2.52.0 добавлена поддержка Markdown, TXT, JSON, XML и CSV. Обратные операции включают PDF to Word, Excel, PowerPoint, Images и PostScript; PDF to Word выдаёт DOCX. Есть отдельные преобразования в PDF/A и PDF/X. Часть офисных и продвинутых операций помечена Pro.

OCR и извлечение

OCR PDF добавляет распознанный текст к сканам и изображениям внутри PDF. Можно задавать несколько языков; в 2026 году параметр languages получил поддержку ISO 639-2 Alpha-3 кодов. Extract Text возвращает текст или JSON и при необходимости включает координаты слов, сведения о шрифте, размере, цвете и переносах строк. PDF to Markdown формирует структурированный Markdown, Extract Images извлекает встроенную графику, а Query PDF возвращает свойства и признаки документа для условной логики.

Слияние, разделение и создание

Merge PDFs объединяет документы и выбранные диапазоны страниц, Split PDF делит файл. Add to PDF добавляет текст, изображения, фигуры, таблицы и вложения. Create Blank PDF создаёт пустой документ, а Set Page Boxes меняет MediaBox, CropBox, BleedBox, TrimBox и ArtBox. Resource ID позволяет передавать результат одного шага следующему без повторной загрузки.

Оптимизация и изображения

Набор Optimize включает Compress, Linearize, Flatten Transparencies/Layers/Annotations, Convert PDF Colors и Rasterize PDF. PDF to Images создаёт BMP, JPEG, PNG, GIF или TIFF для выбранных страниц; документирован диапазон 12–2400 DPI, цветовые модели и JPEG quality. Растеризация повышает предсказуемость визуального вывода, но меняет редактируемость и машинную структуру.

Защита и формы

Sign, Redact, Watermark, Encrypt, Restrict и TDM Reserve покрывают подпись, необратимое удаление чувствительного содержимого, маркировку и ограничения доступа. Flatten Forms и Flatten Annotations фиксируют интерактивные элементы в содержимом страницы, поэтому исходник следует хранить отдельно. Для форм также есть Import/Export Form Data и XFA to Acroforms; экспорт поддерживает FDF, XFDF, XML, XDP и XFD в зависимости от типа формы.

AI-функции

Summarize PDF и Translate PDF помечены Pro. Terms of Service отдельно предупреждают: для OpenAI-powered endpoints содержимое может обрабатываться OpenAI как субпроцессором. Для чувствительных документов это нужно учитывать в договорной и privacy-модели, а не считать AI-вызов обычной локальной операцией.

Загрузка, удаление и цепочки

Upload Files принимает локальные файлы или публичные URL и выдаёт resource ID. Один и тот же ID можно передавать в последующие endpoint, не скачивая промежуточный документ на клиент. Delete Files нужен для досрочного удаления временных ресурсов. Для многошаговых процессов это важнее, чем кажется: цепочка «загрузить → OCR → извлечь текст → объединить → удалить» становится явной и контролируемой, а не набором ручных операций.

В Cloud длительные операции можно переводить в режим с request ID и polling: клиент получает идентификатор задачи и отдельно проверяет её состояние. Это удобнее для очередей и фоновых серверных процессов, чем держать один запрос открытым до завершения тяжёлой конвертации.

Что важно не приписывать продукту

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

Интерфейс и удобство использования

Основной интерфейс pdfRest — REST API. Большинство операций вызываются POST-запросами с multipart/form-data, ответ возвращает URL, ID ресурса или статус. Для длительных Cloud-задач можно получить request ID и опрашивать состояние отдельно.

API Lab заметно снижает порог входа: в браузере выбирается endpoint, загружается файл, задаются параметры и язык примера кода, после чего запрос можно отправить и скачать результат. Кодовая панель меняется вместе с параметрами, поэтому лаборатория одновременно служит тестовым стендом и генератором заготовки интеграции.

Для разработки доступны API Reference, Postman collection, официальный Python SDK и репозиторий примеров для C#, Java, PHP, Python, JavaScript, Go, Ruby, Rust, R, Perl, C++, Apex, cURL и платформ автоматизации.

Обычному пользователю pdfRest сложнее, чем PDF24 Creator или Sejda PDF Editor: привычного полотна страницы нет. Официальная документация и API Lab англоязычные; русская локализация не заявлена.

Порог освоения зависит от роли. Разработчику, знакомому с REST, multipart/form-data и JSON, достаточно понять авторизацию, входные параметры, resource ID и модель тарификации. Для администратора self-hosted важнее Docker, persistent volumes, secrets, TLS и наблюдаемость. Для офисного сотрудника без технического контекста API Lab остаётся демонстрационным инструментом, но не заменяет привычный PDF-редактор.

API Lab полезен и для диагностики: если вызов успешно работает в лаборатории, а в собственном приложении нет, круг причин сужается до кода клиента, заголовков, сети или секретов. Если ошибка воспроизводится и в Lab, следует проверять входной файл, параметры и ограничения самого endpoint.

Поддерживаемые форматы и совместимость

Главный формат — PDF. Convert to PDF принимает DOC/DOCX, XLS/XLSX, PPT/PPTX, PS, EPS, JPG/JPEG, TIF/TIFF, BMP, PNG, EML и HTML; актуальные release notes добавляют Markdown, TXT, JSON, XML и CSV. Из PDF можно получать DOCX, Excel, PowerPoint, PostScript, Markdown и изображения BMP/JPEG/PNG/GIF/TIFF.

Extract Text выдаёт JSON или JSON-ответ, экспорт форм использует FDF, XFDF, XML, XDP и XFD, а для архивных и полиграфических процессов предусмотрены PDF/A и PDF/X.

Cloud совместим практически с любой ОС и языком, где доступны HTTPS и multipart-запросы; официально упоминаются desktop, web, mobile, Zapier, Bubble.io и Power Automate. Container конкретнее: официальный Compose задаёт linux/amd64, Docker/Kubernetes и внутренний порт 3000. Для нескольких экземпляров требуется общее хранилище.

Конвертация в редактируемые форматы не гарантирует идеальной обратимости. FAQ PDF to Word допускает, что сложный макет может воспроизводиться приблизительно, поэтому критичные таблицы, шрифты и расположение элементов нужно сверять с исходным PDF.

Поддержка формата всегда привязана к конкретной операции. Например, наличие JPG среди входов Convert to PDF не означает, что любой endpoint принимает JPG; Merge PDFs ожидает PDF-источники или их resource ID. Аналогично JSON может быть входом структурированного Convert to PDF, но Extract Text возвращает JSON как данные результата. При проектировании интеграции нужно смотреть спецификацию выбранного endpoint, а не общий список форматов сайта.

PDF to Images и Add to PDF по-разному работают с графикой: первый рендерит страницы документа, второй вставляет изображения в существующий PDF. Для Add to PDF среди принимаемых изображений официально указаны GIF, JPG/JPEG, PNG и TIF/TIFF. Такие различия важны при миграции скриптов между инструментами.

Производительность и стабильность

Datalogics не публикует универсальный независимый бенчмарк «секунд на страницу» или фиксированный расход RAM. Реальная скорость зависит от размера и сложности файла, операции, сети и ресурсов self-hosted-среды, поэтому нагрузку нужно измерять на собственных документах.

Для долгих Cloud-задач есть API Polling через request-status. Polling-запросы с API Key учитываются в месячном лимите, а скачивание через resource endpoint ключа не требует и в счётчик не входит.

Максимальная Cloud-загрузка по текущей pricing page: 100 МБ Starter, 250 МБ Premium, 500 МБ Pro и 1 ГБ Enterprise. В Container переменная PDFREST_MAX_CLU_CONCURRENCY ограничивает параллельную обработку; лишние запросы становятся в локальную очередь. Значение по умолчанию — число CPU-ядер минус один, минимум один.

Release notes 2026 года фиксируют обновления зависимостей/CVE, исправление сертификатов Container, улучшения валидации, Word/HTML-конвертации, форм и временных файлов. Для production всё равно разумно закреплять проверенный tag контейнера и выполнять регрессионный тест перед обновлением.

Для больших документов существенны не только CPU и сеть, но и срок жизни результата. Если клиент запускает тяжёлую операцию и откладывает скачивание, короткий retention Starter может стать практическим ограничением. В production лучше сохранять результат сразу после успешного статуса и не строить бизнес-логику на долговременной доступности output URL.

При горизонтальном масштабировании Container производительность зависит от общей файловой подсистемы: все экземпляры должны видеть ресурсы, созданные соседними узлами. Быстрый локальный диск одного контейнера может быть хорош для одиночного теста, но не решает задачу распределённой обработки. Поэтому benchmark следует проводить на той же схеме storage и сети, что будет использоваться в production.

Лицензирование и версии

Cloud

Starter бесплатен: 100 API-вызовов в месяц, без кредитной карты и перерасхода; после лимита вызовы прекращаются до следующего месяца. Файловый вывод содержит водяные знаки, текстовый — ограничения/редакции, поэтому это режим разработки.

Помесячно Premium стоит 9,99 доллара за 600 включённых вызовов, Pro — 99,99 за 5000, Enterprise — 349,99 за 15000. При годовой оплате указаны эквиваленты 8,99, 89,99 и 314,99 доллара в месяц. Платные планы допускают overage; на Premium часть Pro Tools оплачивается отдельно, Pro и выше включают их.

Retention: Starter — 5 минут, Premium и Pro — 30 минут, Enterprise — настраиваемый. Cloud не является архивом: результат нужно своевременно скачать.

Container и AWS

Container trial действует 14 дней и даёт 1000 запросов с водяными знаками. Standard — 124,99 доллара/месяц за 2000 calls, Professional — 299,99 за 6000, Business — 599,99 за 16000; годовые эквиваленты 112,49, 269,99 и 539,99. После исчерпания лимита self-service вызовы прекращаются до нового периода или повышения плана.

Self-service Container проверяет License Key удалённо; Datalogics заявляет, что документы при этом не передаются. Enterprise может поддерживать offline/air-gapped. AWS Marketplace — отдельное self-hosted-развёртывание с недельной пробой для новых клиентов; инфраструктура AWS оплачивается отдельно.

Считать бюджет нужно по полной цепочке: Upload, OCR, Extract, Merge, Delete и другие шаги могут быть отдельными вызовами, а EU endpoint и Pro Tools имеют собственные условия.

Как считать фактическую стоимость

Cloud считает POST, DELETE и request-status GET, требующие API Key; скачивание через resource endpoint не требует ключа и не считается отдельным billable call. Это позволяет отделить вычислительную операцию от получения готового файла. Однако промежуточные действия вроде Upload или Delete всё равно могут увеличивать число вызовов в полном workflow.

У Cloud есть и ограничения размера. Помимо абсолютного максимума pricing page показывает включённый размер для платных планов; превышение включённого порога до hard limit тарифицируется отдельно. Поэтому рабочую стоимость лучше моделировать по реальному распределению размеров файлов, а не по среднему документу.

Системные требования

Cloud и API Lab

Для Cloud локальные требования вида «8 ГБ RAM» не применяются: обработка идёт на стороне pdfRest. Нужны учётная запись, API Key, HTTPS и клиент, умеющий отправлять HTTP/multipart; для API Lab — современный браузер. Минимальные CPU/RAM клиентского ПК официально не опубликованы.

Container

Подтверждённая конфигурация — Docker-образ linux/amd64, Docker Compose или Kubernetes, внутренний порт 3000 и LICENSE_KEY для полного режима. Для нескольких экземпляров требуется общее persistent storage. Универсального минимума RAM/CPU документация не задаёт; sizing зависит от нагрузки и concurrency.

AWS

AWS-вариант разворачивается через Marketplace/CloudFormation или AMI. Конкретные EC2-ресурсы, сеть, масштабирование и эксплуатационная доступность становятся ответственностью владельца AWS-среды.

Для Container отдельно важны шрифты. Документация описывает добавление Microsoft Core Fonts в образ для сценариев, где требуется embedding, включая отдельные PDF/A-процессы и использование соответствующих гарнитур в Watermark/Add to PDF. Это не универсальная обязательная зависимость, но её нужно учесть, если исходные документы или шаблоны опираются на такие шрифты.

Официальная конфигурация позволяет управлять максимальным upload size и удалением входных/обработанных файлов через environment variables. Значения должны выбираться вместе с политикой хранения: увеличение лимита загрузки без контроля disk volume и очистки способно создать инфраструктурную проблему даже при небольшом числе API-запросов.

Карта критических зависимостей

pdfRest не должен быть единственным хранилищем. Надёжная схема сохраняет мастер-оригинал у владельца, отправляет временную копию на обработку, проверяет результат и помещает его в собственный архив или DMS.

Преимущества и недостатки pdfRest

Плюсы и минусы

Широкий API. В одном наборе собраны конвертация, OCR, извлечение, формы, оптимизация, security и сборка PDF, поэтому меньше необходимости связывать несколько несовместимых сервисов.

Гибкое развёртывание. Cloud подходит для быстрого старта, AWS и Container — когда важнее контролировать сеть, storage и размещение документов.

Инструменты разработчика. API Lab, Postman, Python SDK и примеры для разных языков сокращают путь от ручной проверки параметров до серверной интеграции.

Профессиональные PDF-сценарии. Помимо базового merge/split есть PDF/A, PDF/X, XFA, цветовые операции, page boxes, flatten и prepress-функции.

Формальные меры безопасности. Для Cloud заявлены TLS, AES-256 at rest, SOC 2 Type II, HIPAA и EU endpoint; для self-hosted документы можно держать в собственной инфраструктуре.

Минусы

Не desktop-программа. Для чтения или ручного визуального редактирования API неудобен. Ограниченный Starter. Водяные знаки и редакции исключают бесплатный режим как полноценную production-лицензию.

Стоимость зависит от workflow. Один бизнес-документ может потребовать несколько calls, а Pro Tools, EU endpoint и превышение включённого размера добавляют расходы.

Разные риски Cloud и self-hosted. Cloud требует передачи документа внешнему сервису, AI-endpoints могут включать субпроцессора; Container, наоборот, требует DevOps-компетенций, мониторинга и обновлений.

Конвертация не равна восстановлению исходника. Экспорт сложного PDF в Word/Excel/PowerPoint требует контроля результата и не должен заменять мастер-PDF.

Сравнение с аналогами

Adobe Acrobat Services ближе к pdfRest как облачный API, но использует Document Transactions и не предлагает тот же прямой Container-путь. Nutrient шире как платформа: к серверной обработке добавляются viewer, совместная работа и клиентские SDK. pdfRest сфокусирован прежде всего на backend-операциях с документами.

Sumatra PDF — не прямой аналог: это локальный reader для Windows. Для чтения PDF он рациональнее, а pdfRest нужен, когда сервер автоматически OCR-обрабатывает, конвертирует или анализирует документы. Для ручной профессиональной правки лучше Adobe Acrobat Pro, для операторского OCR — ABBYY FineReader, а для локального merge/split — PDFsam Basic.

При выборе API полезно сравнивать не количество заявленных функций, а четыре критерия: нужные endpoint, регион обработки, модель расчёта и возможность self-hosting. У Adobe бесплатный лимит выражен в Document Transactions, у pdfRest — преимущественно в API calls с дополнительными условиями по размеру и Pro Tools. Эти единицы нельзя сопоставлять как «один к одному» без тестового workflow.

Если приоритет — пользовательский интерфейс в браузере и совместная работа, экосистема Nutrient может быть ближе к задаче. Если нужен узкий backend без собственного viewer, pdfRest проще воспринимать как отдельный сервис обработки. Для локальных одноразовых задач API вообще может быть избыточен: инструменты вроде PDFsam или Acrobat работают без разработки собственного клиента.

Инструкция по установке

Cloud: без локальной установки

Шаг 1. Создайте аккаунт и получите Cloud API Key; Starter не требует карты. Шаг 2. В API Lab выберите endpoint, загрузите безопасный тестовый файл и задайте параметры. Шаг 3. Отправьте запрос, проверьте ответ и скачайте результат. Шаг 4. Перенесите сгенерированный пример кода на серверную сторону и храните API Key как secret.

Перед production выберите регион. Стандартный endpoint обслуживается в США, EU endpoint предназначен для GDPR-сценариев и имеет свои тарифные условия. Проверьте также размер файлов, retention и общий расход calls на одну бизнес-операцию.

Container: Docker/Kubernetes

Шаг 1. Сгенерируйте Container License Key — это не Cloud API Key. Шаг 2. Получите официальный образ pdfrest/pdf-api-toolkit из Docker Hub; в production фиксируйте проверенный tag. Шаг 3. Разверните linux/amd64, передайте LICENSE_KEY как secret, опубликуйте внутренний порт 3000 и подключите volume. Шаг 4. Выполните тестовый вызов и только затем настраивайте concurrency и масштабирование.

До реальной нагрузки задайте лимит загрузки, политику очистки, TLS/домен и общий storage для нескольких экземпляров. Для Kubernetes не следует считать тестовый hostPath из документации готовой production-схемой: нужен сетевой или иной persistent volume, доступный всем pod.

AWS

Шаг 1. Оформите Marketplace trial или подписку. Шаг 2. Разверните предложенный CloudFormation/AMI. Шаг 3. Настройте сеть, security groups, TLS и storage. Шаг 4. Сделайте контрольный вызов из того же контура, где будет работать приложение, и проверьте доступ к output.

Отдельного настольного деинсталлятора нет. Cloud не устанавливается. Container удаляется средствами Docker/Kubernetes после сохранения результатов; secrets и volumes удаляются только после проверки. В AWS перед удалением stack/instance убедитесь, что связанные хранилища не содержат единственные копии документов.

Проверка первого запуска

Независимо от deployment начните с небольшого PDF без конфиденциальных данных. Проверьте код ответа, корректность output ID/URL, скачайте файл, откройте его независимым viewer и сравните число страниц и ключевое содержимое. Только после этого подключайте production-источник и автоматическое удаление временных ресурсов.

Практические кейсы

Скан договора: OCR и текст

Цель. Сделать скан поисковым. Подготовка. Сохранить оригинал и выбрать языки. Шаги. OCR PDF → output ID → Extract Text; при необходимости включить word_coordinates. Проверка. Сверить контрольные фразы и страницы. Ограничение. Юридически значимые поля после OCR требуют проверки человеком или отдельной валидации.

Офисные документы в единый PDF

Цель. Нормализовать DOCX/XLSX/PPTX и изображения. Шаги. Convert to PDF для каждого файла, затем Merge PDFs с нужным порядком страниц. Проверка. Сверить число страниц и порядок разделов. Ограничение. Не удалять исходные офисные файлы: PDF не сохраняет их полную редактируемость.

Форма для архива

Цель. Зафиксировать заполненные поля. Шаги. При необходимости Export Form Data, затем Flatten Forms и PDF/A. Проверка. Значения видимы, поля больше не редактируются. Ограничение. Flatten необратим для выходного файла, поэтому интерактивный оригинал хранится отдельно.

Миниатюры для каталога

Цель. Получить превью страниц. Шаги. PDF to Images, выбрать pages, PNG/JPEG и разумный DPI. Проверка. Сверить ориентацию, цвет и комплектность. Ограничение. Высокий DPI увеличивает объём и нагрузку.

Рабочая карта: цель, средство, итог, контроль

Навигатор по сбоям

Кейс: минимизация хранения чувствительного файла

Цель. Выполнить одну Cloud-операцию и сократить время существования копии. Подготовка. Оригинал остаётся в собственном защищённом хранилище. Шаги. Отправить файл, дождаться результата, скачать его, проверить целостность и вызвать Delete Files для временных ресурсов. Проверка. Убедиться, что локальная копия результата открывается и дальнейший доступ к удалённому resource больше не используется бизнес-процессом. Ограничение. Для AI-endpoints отдельно учитывается заявленный субпроцессор.

Для всех кейсов полезно логировать не сам документ и не секреты, а технический request ID, endpoint, время, код ответа и собственный ID бизнес-объекта. Это помогает расследовать сбои без расширения круга мест, где появляются чувствительные данные.

Паспорт обратимости операций

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

Обратимость особенно важна в цепочках. Если сначала выполнить OCR, затем flatten, затем redaction и только после этого обнаружить ошибку, откат через «Undo» невозможен: REST API уже создал новые файлы. Поэтому безопасный pipeline хранит вход каждого необратимого шага или умеет воспроизвести его заново из мастер-оригинала.

Часто задаваемые вопросы

Можно ли использовать pdfRest как PDF-ридер?

Нет. API Lab тестирует операции, но не заменяет desktop viewer. Для чтения и печати локальных документов удобнее Sumatra PDF.

Нужна ли карта для Starter?

Нет. Бесплатный Cloud даёт 100 calls/месяц без карты, но результат ограничен водяными знаками и редакциями.

Можно ли хранить файлы в Cloud постоянно?

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

Где обрабатывается Cloud?

Стандартный endpoint размещён в AWS в США; доступен EU endpoint для GDPR-сценариев. Premium и Pro платят дополнительную стоимость за EU calls, Enterprise включает её по текущему тарифу.

Шифруются ли данные?

Datalogics заявляет TLS in transit и AES-256 at rest для Cloud production volumes, а также SOC 2 Type II и HIPAA compliance.

Отправляет ли Container документы Datalogics?

При обычной лицензионной проверке заявлена передача только License Key, не файлов. Self-service всё же зависит от удалённой проверки; для изолированной среды предусмотрены Enterprise-варианты.

Можно ли удалить ресурс раньше retention?

Да. Есть Delete Files, а официальные примеры предусматривают немедленное удаление чувствительных временных ресурсов.

Заменит ли pdfRest визуальный редактор?

Нет, если нужна ручная правка страницы. Для этого удобнее PDF-XChange Editor. Сильная сторона pdfRest — повторяемые программные процессы.

Есть ли бесплатный Container?

Да. Пробная лицензия действует 14 дней и включает 1000 запросов, но выдаёт ограниченный водяными знаками результат. Для постоянной работы требуется платный план или Enterprise-лицензия.

Нужен ли браузер в production?

Нет. Браузер нужен только для сайта, аккаунта и API Lab. Рабочее приложение обращается к REST endpoint напрямую через HTTP-клиент или SDK.

Можно ли использовать один resource ID в нескольких шагах?

Да, именно для этого ID возвращается многими инструментами: его можно передавать следующим операциям, пока ресурс существует. Но срок жизни Cloud-ресурса ограничен retention тарифа.

Вывод

pdfRest подходит разработчикам и организациям, которым нужен программируемый слой PDF-обработки: OCR, конвертация, извлечение, формы, оптимизация, защита и сборка документов. Cloud позволяет быстро начать с API Lab, а AWS и Container дают контроль над инфраструктурой. Активные обновления 2026 года подтверждают текущую поддержку продукта.

Оптимальная архитектура хранит исходники и финальные результаты у владельца, а pdfRest использует как процессор. До production нужно посчитать всю цепочку calls, размеры файлов, retention, Pro Tools, регион обработки и требования к чувствительным данным.

Для чтения PDF на Windows рациональнее Sumatra PDF, для ручного редактирования — desktop PDF editor. Для API-first системы, особенно при выборе между SaaS и self-hosted, pdfRest остаётся функционально широким вариантом, который следует оценивать на реальном потоке документов.