Odio dar una respuesta de consultoría, pero depende de cómo interactúa su código con la base de datos, cuántos datos ‘bloquea’ la fila o columna, etc.
Dicho esto, enmarcaré mi respuesta dentro de mis 20 años de experiencia en ERP utilizando múltiples bases de datos.
La respuesta siempre es sí si su código puede ser multihilo con su base de datos.
- ¿Es posible alojar un sitio web con tráfico normal en el nivel gratuito de AWS durante un año?
- Cómo migrar toda la infraestructura de TI de un servidor / sistema físico a la nube
- ¿Te gusta que me pierda el servicio LALA? ¿Por qué nadie ha intentado hacer un 10cent para cada modelo de canción en la nube de nuevo? ¿No es mejor que Spotify basado en anuncios o servicio de radio? ¿No está abierta la industria de la música?
- ¿La Chromebook de Google amenazará la cuota de mercado de Apple?
- Azure Pay-As-You-Go vs. MPSA (Acuerdo de productos y servicios de Microsoft), ¿cuál es el mejor por el precio?
La razón principal es lo que me gusta llamar el principio del montañés. “Solo puede haber uno” Por lo general, existe algún mecanismo de bloqueo (en la base de datos o la aplicación), esta entidad única puede ser muy eficiente como un enrutador de tráfico solicita la capa de aplicación y la capa de base de datos.
En paisajes de SAP muy grandes, la arquitectura sugerida de la aplicación / DB se divide una vez más en Diálogo, Servicios centrales y DB.
La capa de diálogo (aplicación) puede ampliarse a la vez que permite que CS y DB se centren en lo que hacen bien. Incluso esto tiene capacidades de escalado finito porque tarde o temprano el IO de la base de datos se satura. (Oracle intentó resolver esto con Real Application Clusters – RAC) pero puede causar tantos problemas como resuelve.
En las bases de datos de memoria como SAP HANA se resuelve el problema y se puede escalar bastante grande mientras es extremadamente rápido, pero hay un costo asociado.
Entonces, dependiendo de su aplicación, al alejar el código de la aplicación de la base de datos, pierde el canal de comunicación rápido, sin embargo, lo que gana es la capacidad de equilibrar la carga, ampliar la escala, concentrar la carga de trabajo y ajustarlo en cada capa contra el cálculo, la memoria o Comunicación / IO (los tres puntos del triángulo de sintonización)
Si desea mejorar el tiempo de comunicación en AWS entre su capa de aplicación y su base de datos, haga tres cosas, utilice sistemas que tengan capacidades 10G, active funciones de red avanzadas, use grupos de afinidad y vea cómo el IO en su base de datos está preparado para cambiar a PIOP del estándar EBS.
Estos son desafíos que negociamos todos los días para nuestros clientes, mucha otra gran información en Recursos | Soluciones de tecnología Velocity
