{"id":55881,"date":"2020-01-31T00:00:00","date_gmt":"2020-01-30T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","title":{"rendered":"Consejos y fuentes de informaci\u00f3n para crear aplicaciones sin servidor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Consejos
\nAunque las tecnolog\u00edas sin servidor han ganado popularidad r\u00e1pidamente en los \u00faltimos a\u00f1os, a\u00fan existen muchos conceptos err\u00f3neos y preocupaciones al respecto. La dependencia del proveedor, las herramientas, la gesti\u00f3n de costos, el arranque en fr\u00edo, la monitorizaci\u00f3n y el ciclo de vida del desarrollo son temas de discusi\u00f3n activa cuando se habla de tecnolog\u00edas sin servidor. En este art\u00edculo, revisaremos algunos de estos temas mencionados y compartiremos consejos y enlaces a fuentes de informaci\u00f3n \u00fatiles que ayudar\u00e1n a los principiantes a crear aplicaciones sin servidor potentes, flexibles y econ\u00f3micas.
\n<\/a><\/noindex><\/p>\n

Conceptos err\u00f3neos sobre las tecnolog\u00edas sin servidor<\/h2>\n

\nMuchos creen que la sin servidor y el procesamiento de datos sin servidor (Functions as a Service<\/a><\/noindex>, FaaS) son pr\u00e1cticamente lo mismo. Esto significa que la diferencia no es muy grande y vale la pena adoptar la novedad. Aunque AWS Lambda fue una de las \"estrellas\" del auge de las tecnolog\u00edas sin servidor y uno de los elementos m\u00e1s populares de la arquitectura sin servidor, esta arquitectura representa algo m\u00e1s que FaaS.<\/p>\n

El principio fundamental de las tecnolog\u00edas sin servidor es que no necesitas preocuparte por gestionar y escalar la infraestructura; solo pagas por lo que utilizas. Muchos servicios se ajustan a estos criterios: AWS DynamoDB, S3, SNS o SQS, Graphcool, Auth0, Now, Netlify, Firebase y muchos m\u00e1s. En general, la sin servidor implica el uso de todas las capacidades de la computaci\u00f3n en la nube sin necesidad de gestionar la infraestructura y optimizarla para la escalabilidad. Esto tambi\u00e9n significa que la seguridad a nivel de infraestructura ya no es tu problema, lo cual es una gran ventaja, considerando la dificultad y complejidad de cumplir con los est\u00e1ndares de seguridad. Finalmente, no necesitas comprar la infraestructura que te es proporcionada.<\/p>\n

La sin servidor puede considerarse un \"estado mental\": una mentalidad al dise\u00f1ar soluciones. Evita enfoques que requieren mantener cualquier infraestructura. Con el enfoque sin servidor, dedicamos tiempo a resolver problemas que impactan directamente en el proyecto y benefician a nuestros usuarios: creamos una l\u00f3gica de negocio s\u00f3lida, desarrollamos interfaces de usuario y dise\u00f1amos APIs adaptativas y fiables.<\/p>\n

Por ejemplo, si es posible evitar la gesti\u00f3n y el mantenimiento de la plataforma de b\u00fasqueda de texto completo, eso es exactamente lo que haremos. Este enfoque para construir aplicaciones puede acelerar significativamente el lanzamiento del producto al mercado, ya que no necesita preocuparse m\u00e1s por manejar una infraestructura compleja. Desh\u00e1gase de las responsabilidades y costos de gesti\u00f3n de la infraestructura y conc\u00e9ntrese en crear aplicaciones y servicios que sus clientes necesitan. Patrick Deboua llam\u00f3 a este enfoque \u2018servicefull\u2019<\/a><\/noindex>, este t\u00e9rmino es aceptado en la comunidad sin servidor. Las funciones deben considerarse como un eslab\u00f3n que une servicios en forma de m\u00f3dulos desplegables (en lugar de desplegar toda una biblioteca o aplicaci\u00f3n web). Esto proporciona una granularidad incre\u00edble en la gesti\u00f3n del despliegue y los cambios en la aplicaci\u00f3n. Si no puede desplegar funciones de esta manera, puede ser un indicativo de que las funciones est\u00e1n realizando demasiadas tareas y deben ser refactorizadas.<\/p>\n

Algunos se sienten inc\u00f3modos con la dependencia del proveedor al desarrollar aplicaciones en la nube. Lo mismo ocurre con las tecnolog\u00edas sin servidor, y dif\u00edcilmente esto es resultado de un malentendido. Seg\u00fan nuestra experiencia, crear aplicaciones sin servidor en AWS junto con la capacidad de AWS Lambda para integrar otros servicios de AWS, contribuye a las ventajas de las arquitecturas sin servidor. Este es un buen ejemplo de sinergia, donde el resultado de la combinaci\u00f3n es mayor que la suma de sus partes. Al tratar de evitar la dependencia del proveedor, puede que se enfrente a problemas a\u00fan mayores. Con los contenedores, es m\u00e1s f\u00e1cil gestionar su propio nivel de abstracci\u00f3n entre los proveedores de la nube. Pero cuando se trata de soluciones sin servidor, los esfuerzos no valdr\u00e1n la pena, especialmente si se considera la eficiencia econ\u00f3mica desde el principio. Aseg\u00farese de averiguar c\u00f3mo los proveedores garantizan la prestaci\u00f3n de servicios. Algunos servicios especializados dependen de puntos de integraci\u00f3n con otros proveedores, y pueden ofrecer de forma nativa la capacidad de conectar de manera plug-and-play. Es m\u00e1s sencillo invocar Lambda desde un endpoint de la API Gateway que hacer un proxy de la solicitud a alg\u00fan contenedor o instancia de EC2. Graphcool permite una f\u00e1cil configuraci\u00f3n con Auth0, lo que es m\u00e1s sencillo que usar herramientas de autenticaci\u00f3n de terceros.<\/p>\n

Elegir el proveedor adecuado para su aplicaci\u00f3n sin servidor es una decisi\u00f3n a nivel arquitect\u00f3nico. Al crear una aplicaci\u00f3n, no espera regresar alguna vez a la gesti\u00f3n de servidores. Elegir un proveedor de nube no es diferente de elegir el uso de contenedores, bases de datos, o incluso un lenguaje de programaci\u00f3n. <\/p>\n

Considere lo siguiente:<\/p>\n