Para responder a tu pregunta principal: sí, puedes. Pero si debería hacerlo es otro asunto y depende en gran medida de la naturaleza de su sistema.
Para un acceso simple a los datos, puede configurar una interfaz API con puntos finales que puede usar para interactuar con su base de datos. Esto es bastante sólido, ya que su API solo actúa como un proxy para comunicarse con la base de datos. En este escenario, puede configurar una API de trabajo bastante rápido usando Node.js, por ejemplo. En el acceso a datos, el cuello de botella estaría en su sistema de almacenamiento y latencia de acceso a la unidad física. La sobrecarga de la red del uso de API debe ser insignificante.
Si las transacciones incluyen un procesamiento significativo, es posible que desee delegarlo a otro subsistema. Por supuesto, puede usar el enfoque monolítico de hacerlo también con su API, pero eso haría que el sistema sea difícil de escalar. Un buen enfoque para esto es que mantenga su API simple y genere varios grupos de potencia de procesamiento para el resto. En este caso, la API no es su “núcleo”. Efectivamente utilizará el enfoque de microservicios.
- ¿Cuál es el mejor recurso para encontrar desarrolladores ferroviarios de back-end sin desembolsar un montón de dinero en efectivo?
- ¿Cuánto de Photoshop debería aprender en diseño web?
- ¿Cuáles son las ventajas y desventajas de crear una aplicación con Vue, React o Angular 2 en el lugar A en MEAN? ¿Se pueden intercambiar tan fácilmente y lograr los mismos objetivos?
- ¿Cuál es la mejor opción para alojamiento web, M2 Host o Funio?
- ¿El advenimiento de HTML5 representa una seria amenaza para UNITY3D?
La seguridad también es otra cuestión; y creo que ninguna seguridad es suficiente si alguien realmente pretendía romper su sistema. Sin embargo, hay métodos que parecen lo suficientemente razonables para la autenticación de API, como el JSON Web Token, OAuth y los certificados de cliente.
Espero que esto ayude.