Reseñas y detalles del producto de Serverless Framework

* Simplicidad para el desarrollo rápido

* Proceso de implementación fácil

* Variedad de complementos disponibles

* Comunidad y ecosistema Reseña recopilada por y alojada en G2.com.

* Las nuevas versiones se pagan por algunas características

* Limitaciones en escenarios complejos

* Puede ser complicado alcanzar objetivos en casos de uso más complicados

* Los flujos de trabajo no estándar o los requisitos únicos pueden ser difíciles de implementar

* Puede requerir soluciones alternativas o personalizadas para arquitecturas complejas Reseña recopilada por y alojada en G2.com.

He utilizado principalmente serverless para el despliegue de lambda. Lo he estado usando durante muchos años y no tengo problemas. Reseña recopilada por y alojada en G2.com.

nada, algunos más complementos estarían bien Reseña recopilada por y alojada en G2.com.

The open source aspects are useful, but combined with the paid features are lessened. Reseña recopilada por y alojada en G2.com.

The billing and pricing model is needlessly complex. My team routinely complains about billing issues that block them from doing their job and I receive no emails or alerts. I lose many hours of productivity and have longer incident resolution time because of this. We are moving off of serverless dashboard because of this and terrible and almost non-existent support. Reseña recopilada por y alojada en G2.com.

La tecnología sin servidor ha recibido críticas positivas por sus beneficios, como costos más bajos, mayor escalabilidad y mejor tiempo de comercialización para las aplicaciones. La arquitectura sin servidor permite a los desarrolladores centrarse en escribir código sin tener que gestionar la infraestructura, lo que lleva a una mayor eficiencia y ahorro de costos. Además, sin servidor es altamente escalable, permitiendo la escalada automática de recursos a medida que aumenta la demanda, lo que lo hace adecuado para aplicaciones con picos de tráfico impredecibles. En general, sin servidor ha sido bien recibido por la comunidad de desarrollo y se considera una herramienta valiosa para el desarrollo de aplicaciones modernas. Reseña recopilada por y alojada en G2.com.

Uno de los mayores inconvenientes de la tecnología sin servidor es su falta de fiabilidad. Debido a que la computación sin servidor depende del proveedor de la nube para gestionar la infraestructura, siempre existe el riesgo de tiempo de inactividad u otros problemas técnicos que podrían interrumpir el servicio. Además, dado que el proveedor de la nube es responsable de gestionar la infraestructura, puede ser difícil para las organizaciones monitorear y solucionar problemas cuando surgen.

Otro desafío de la tecnología sin servidor es el costo. Aunque la computación sin servidor puede reducir el costo del mantenimiento y escalado de servidores, el costo de ejecutar aplicaciones en la nube puede aumentar rápidamente, especialmente para organizaciones que tienen un alto volumen de tráfico. Además, el costo de la computación sin servidor puede ser difícil de predecir, lo que puede complicar la planificación presupuestaria para la tecnología.

Finalmente, la tecnología sin servidor también puede ser difícil de implementar. Debido a que la computación sin servidor es una tecnología relativamente nueva, hay una escasez de desarrolladores experimentados que estén familiarizados con la tecnología. Además, dado que la computación sin servidor es diferente de la computación en la nube tradicional, las organizaciones pueden necesitar invertir en capacitación y recursos para ponerse al día.

En general, aunque la tecnología sin servidor tiene sus beneficios, también hay desafíos significativos que las organizaciones deben considerar antes de adoptarla. Puede que no sea la solución adecuada para todas las organizaciones, y estas deben evaluar cuidadosamente sus necesidades y recursos antes de decidir si implementar la computación sin servidor. Reseña recopilada por y alojada en G2.com.

El marco sin servidor ofrece una gran cantidad de características, es muy difícil seleccionar solo algunas de ellas. Pero diría que las siguientes son características muy impresionantes: soporte para casi todos los principales proveedores de nube en el mercado, creación directa de pilas a través de la forma óptima (por ejemplo, utilizando la pila de CloudFormation si es AWS), soporte de la comunidad de código abierto, soporte para múltiples lenguajes y tecnologías, etc. Reseña recopilada por y alojada en G2.com.

Para ser muy franco, me encantan casi todas las características, no hay nada que no me guste. Pero si quiero señalar una mejora, deberían considerar tener una plantilla de proyecto más completa. Reseña recopilada por y alojada en G2.com.

Genera un proyecto inicial en tus lenguajes favoritos. En mi caso, TypeScript y Node. Facilita enormemente el despliegue del proyecto en AWS con un solo comando, creando servicios que tus aplicaciones sin servidor necesitarán, como roles de IAM, funciones Lambda, buckets de S3, flujos de registros de CloudWatch, todo en muy poco tiempo. Reseña recopilada por y alojada en G2.com.

Funciona en un nivel muy alto de abstracción que a veces me preocupa lo que sucede en el fondo. La documentación es bastante extensa, lo que llevaría bastante tiempo para comprender realmente los detalles. Reseña recopilada por y alojada en G2.com.

permite aprovechar al máximo el potencial de las funciones serverless de los mejores proveedores de nube pública sin dependencia del proveedor Reseña recopilada por y alojada en G2.com.

la documentación no es muy abundante y a menudo las actualizaciones requieren demasiado trabajo de configuración Reseña recopilada por y alojada en G2.com.

Marco muy bien documentado con excelentes casos de uso. La capacidad de gestionar tu aplicación tal como está y vincular los recursos de tu proveedor de alojamiento en una plantilla. Además, la arquitectura impulsada por la comunidad realmente hace que cualquier cosa sea posible con esta solución. Reseña recopilada por y alojada en G2.com.

Sería bueno tener una nueva plantilla de proyecto construida para la CLI. También aprender la taxonomía de otro sistema para plantillas puede ser frustrante, pero no es muy diferente de la estructura de plantillas de AWS SAM o Ansible en YAML. Reseña recopilada por y alojada en G2.com.