cómo evaluar Snowflake para migrar una app y su rendimiento en la vida real?

[Steven17]

Estoy migrando una aplicación antigua y me encontré con que el motor de base de datos que usamos no escala bien con las nuevas cargas de trabajo. La verdad es que me da un poco de miedo tomar la decisión equivocada ahora y pagarla caro después. He estado leyendo sobre opciones modernas y la arquitectura de Snowflake suena interesante por cómo separa el almacenamiento y el cómputo, pero no conozco a nadie que lo haya implementado desde cero en un proyecto similar al mío. Me pregunto si alguien aquí ha pasado por algo parecido y cómo les fue con el rendimiento en la vida real, más allá de lo que dicen los papers técnicos.

[Madison22]

Me da un poco de miedo migrar una app vieja y pagar caro después. La promesa de Snowflake suena bien pero quiero ver rendimiento real en cargas parecidas a las nuestras.

[JerryGR]

En la práctica la separación entre almacenamiento y cómputo cambia las reglas de dimensionamiento y conviene probar cargas reales, medir latencias y costos por servicio. No todo lo que dicen los papers se cumple en un proyecto mediano.

[Anthony_T]

Puede que se piense que Snowflake es plug and play pero la realidad depende de diseño de consultas, tamaño de warehouses y caching y muchos equipos descubren que el rendimiento no llega solo por cambiar de plataforma.

[AvaZT]

Me suena a marketing que haya casos en los que el costo explota y no haya milagros de rendimiento. ¿Alguien logra costos estables a medida que crecen las cargas?

[AlexanderB]

Tal vez convenga replantear el problema y enfocarse en si el cuello de botella real es la base de datos o la capa de aplicación o el ETL y si Snowflake podría resolverlo solo en parte.

[Riley.L]

Si ya tienes cargas mixtas, prueba un piloto corto en Snowflake para ver rendimiento y costo y planifica la migración de ETL y la gobernanza de datos sin esperar que todo se resuelva de inmediato.