Risques de sécurité : BabelDOC utilise une architecture de traduction en backend, et permettre des API personnalisées nécessiterait que les utilisateurs soumettent leur clé API au backend. Cela implique non seulement des problèmes de sécurité des clés, mais également des risques d'attaques malveillantes (telles que DDoS) en raison de l'exposition des adresses IP des serveurs backend, affectant gravement la stabilité du service.
Incertitude réseau : Le backend doit accéder activement à l'API fournie par l'utilisateur, ce qui peut causer des anomalies dans le processus de traduction en raison de retards de réseau, d'échecs d'accès interrégionaux ou de liens intermédiaires instables.
Performance incontrôlable : Le backend de BabelDOC peut émettre des centaines de requêtes concurrentes par seconde. Nous ne pouvons pas prédire la capacité de traitement des API des utilisateurs, et si la capacité de concurrence est faible, cela affectera directement la vitesse de traduction globale et la stabilité.
Coûts de ressources disproportionnés : Si la performance d'une API personnalisée par l'utilisateur provoque des retards de tâches, le système devra allouer des ressources informatiques supplémentaires pour compensation. Cela entraînera un gaspillage de ressources, et il n'existe actuellement aucun moyen raisonnable de comptabiliser les coûts et de partager les charges.
Complexité architecturale élevée : Si des API personnalisées sont appelées via un relais frontal, cela introduira plus de sauts réseau et de défis de fiabilité, et aura un impact négatif significatif sur la performance, la stabilité et l'expérience utilisateur.

En résumé, BabelDOC ne prendra pas en charge l'intégration d'API personnalisées à ce stade. Notre objectif actuel est de continuer à améliorer la qualité et la stabilité de la traduction de BabelDOC. À l'avenir, à mesure que le système deviendra plus mature, nous explorerons et évaluerons davantage de modèles commerciaux flexibles et de possibilités d'expansion fonctionnelle.