- Imposibilidad de ejecutar procesos en background. Todos los scripts se ejecutan cuando se accede a cierta URL. Aunque esto es una ventaja a la hora de la escalabilidad, hay aplicaciones reales que necesitan este tipo de procesos.
- Al no existir conexiones permanentes no se puede usar la técnica de programación Comet, es decir, que el servidor mande de manera asíncrona datos al navegador.
- Todo el tratamiento de datos se hace a través de scripts que hay que programar, en vez de algún tipo de frontend de base de datos. Hay que subir script para tratar los datos.
- Lentitud al recorrer las tablas de datos.
- Las operaciones de grandes cantidades de datos es lento.
- No se puede hacer queries arbitrarias.
- No tiene soporte para hacer peticiones https ni para recibirlas .
Actualización
Mientras leía otro artículo sobre el sistema he dado con las quotas del mismo que se resumen en:
Quotas fijas | |
---|---|
Quota | Límite |
Aplicaciones por desarrollador | 3 |
Almacenamiento por aplicación | 500MB |
Límites de uso diario | |
Quota | Límite |
Correos electrónicos por día | 2000 |
Ancho de banda de entrada | 10 Gigabytes |
Ancho de banda de salida | 10 Gigabyttes |
CPU Megaciclos | 200000000 |
Peticiones HTTP por día | 650000 |
LLamadas al API de base de datos | 2500000 |
Llamadas al API URLFetch | 160000 |
Technorati Tags: google
No hay comentarios:
Publicar un comentario