Риски безопасности: BabelDOC использует архитектуру перевода на стороне сервера, и разрешение пользовательских API потребовало бы от пользователей отправки своего API-ключа на сервер. Это не только связано с проблемами безопасности ключей, но и с рисками злонамеренных атак (таких как DDoS) из-за разглашения IP-адресов серверов, что серьезно влияет на стабильность сервиса.
Неопределенность сети: серверу необходимо активно обращаться к API, предоставленному пользователем, что может вызвать аномалии в процессе перевода из-за задержек в сети, сбоев при межрегиональном доступе или нестабильности промежуточных звеньев.
Неконтролируемая производительность: серверный бэкенд BabelDOC может отправлять сотни одновременных запросов в секунду. Мы не можем предсказать обрабатывающую способность пользовательских API, и если она будет низкой, это напрямую повлияет на общую скорость и стабильность перевода.
Несоразмерные затраты ресурсов: Если производительность пользовательского API вызывает задержки задач, системе потребуется выделить дополнительные вычислительные ресурсы для компенсации. Это приведет к расточительству ресурсов, и в настоящее время нет разумного способа учета затрат и распределения платежей.
Высокая архитектурная сложность: Если пользовательские API вызываются через фронтенд-ретранслятор, это приведет к увеличению количества сетевых переходов и вызовет проблемы с надежностью, а также оказывает значительное негативное влияние на производительность, стабильность и пользовательский опыт.

В заключение, BabelDOC на данном этапе не будет поддерживать интеграцию пользовательских API. Наш текущий приоритет - это непрерывное улучшение качества и стабильности перевода BabelDOC. В будущем, по мере созревания системы, мы будем дальше изучать и оценивать более гибкие бизнес-модели и возможности для функционального расширения.