Creo que los problemas principales radican en cómo implementar un servicio de este tipo e integrarlo en una arquitectura determinada.
Por ejemplo, sospecho que la latencia de la red sería un factor suficiente para que la idea sea contraproducente; lo tiene tanto entre la aplicación y la máquina Pool-aaS y luego la latencia de red desde Pool-aaS a la base de datos. En una configuración normal, esto no es un gran problema, pero en la configuración de Pool-aaS, es probable que atraviese diferentes redes e incluso centros de datos, por lo que, dependiendo de dónde se encuentre todo, eso podría ser más alto de lo que gana de ejecutar un agrupador de conexiones.
Esto también plantea todo tipo de problemas con la seguridad. Normalmente, tendría toda su arquitectura como parte de una red única, con aplicaciones web / cliente orientadas al mundo exterior, pero luego todo, desde la web / cliente hasta la base de datos en una red interna. Para usar un Pool-aaS, nuevamente está abandonando su red, golpeando una red externa y luego regresando a su red directamente a su base de datos. Esto requerirá TLS a través de estas conexiones, sin mencionar las credenciales de administración en los diversos sistemas.
- ¿Cómo determinó el precio de su producto SaaS?
- ¿Cuál es el rango de precios de Amplitude's Enterprise?
- ¿Debería incluir pausas al calcular la rotación?
- ¿Salesforce invertirá lo suficiente en Pardot para que sea realmente competitivo con Marketo para un cliente poderoso?
- Cómo conseguir mis primeros clientes de SaaS
Otro factor es que la forma (o incluso si) usa pgbouncer y pgpool varía mucho según cómo funcione su aplicación. Para los servicios web de alta velocidad, es probable que los desee, pero aún debe lidiar con las transacciones y la tenencia a través de las conexiones; para los sistemas de análisis que no tienden a tener una cantidad constante de abandono, es probable que pueda prescindir de ellos, por lo que el mercado probablemente no sea tan grande como cree, y para mantenerlo adecuadamente, es probable que necesite hacer un bastante desarrollo en torno a la gestión de cuentas y WebUI para clientes.
Como nota final, realizamos una buena cantidad de consultas de Postgres en mi empresa y una de las cosas que observamos es si pgbouncer mejoraría o no el sistema en general, y para ser honesto, cuando encuentre un sistema de este tipo, es bastante sencillo simplemente configurar esto como parte de la arquitectura normal para la gente y hacer que ellos (o nosotros) lo administremos en el futuro. Si hubiera un Pool-aaS disponible, no creo que sea un servicio lo suficientemente convincente como para recomendarlo, porque solo cubre una pieza muy pequeña del rompecabezas.
