Riscos de segurança: O BabelDOC utiliza uma arquitetura de tradução de backend, e permitir APIs personalizadas exigiria que os usuários submetessem sua chave de API ao backend. Isso não envolve apenas questões de segurança da chave, mas também riscos de ataques maliciosos (como DDoS) devido à exposição dos IPs do servidor de backend, afetando gravemente a estabilidade do serviço.
Incerteza de rede: O backend precisa acessar ativamente a API fornecida pelo usuário, o que pode causar que o processo de tradução geral seja anormal devido a atrasos na rede, falhas de acesso entre regiões ou links intermediários instáveis.
Desempenho incontrolável: O backend do BabelDOC pode emitir centenas de solicitações concorrentes por segundo. Não podemos prever a capacidade de processamento das APIs dos usuários, e se a capacidade de concorrência for baixa, isso afetará diretamente a velocidade e estabilidade geral da tradução.
Custos de recursos desproporcionais: Se o desempenho de uma API personalizada pelo usuário causar atrasos nas tarefas, o sistema precisará alocar recursos computacionais adicionais para compensação. Isso causará desperdício de recursos, e atualmente não há uma maneira razoável de contabilizar custos e compartilhar cobranças.
Alta complexidade arquitetônica: Se APIs personalizadas forem chamadas via relay de frontend, isso introduzirá mais saltos de rede e desafios de confiabilidade, e terá um impacto negativo significativo no desempenho, estabilidade e experiência do usuário.

Em resumo, o BabelDOC não suportará a integração de APIs personalizadas nesta fase. Nosso foco atual é em melhorar continuamente a qualidade e estabilidade da tradução do BabelDOC. No futuro, à medida que o sistema se tornar mais maduro, exploraremos e avaliaremos modelos de negócios mais flexíveis e possibilidades para expansão funcional.