¿La nube superó en las instalaciones? No Muchas empresas todavía están lidiando y prefieren usar in situ para administrar sus sistemas, ya sea que el problema sea la seguridad, la infraestructura existente, la aplicación heredada o simplemente comprendan que algunas cosas no se nublan fácilmente (es decir, cosas con dispositivos).
Lo mismo sería válido para “sin servidor” (mal nombrado). Hay ciertos escenarios en los que conectarías una arquitectura sin servidor y simplemente funcionaría. Su mejor opción es diseñar desde cero con los parámetros de la arquitectura específica sin servidor en mente.
Desea utilizar la puerta de enlace API para descargar su autenticación, segregar sus acciones API con funciones Lambda, utilizando un lenguaje compatible y alojar el resto de su sitio estático (dado que solo estábamos hablando de la API) en S3. Si usa este patrón, puede estar muy cerca de no tener operaciones si puede administrar la configuración como desarrollador.
- Cómo convencer a mi empleador de que deberíamos admitir PHP-fpm o suphp
- ¿Es aconsejable desarrollar un programa individualmente y divulgar el código a mis compañeros de curso? Además, ¿qué beneficios disfruta el desarrollador?
- ¿Hay algún sitio de plantilla de comercio electrónico que solo use HTML CSS y JavaScript y no tenga bootstrap?
- Cómo ser un desarrollador web profesional
- ¿Por qué los desarrolladores de Laravel usan Vue.js principalmente?
Pero la tecnología sigue siendo bastante específica, ya que Lambda admite un pequeño subconjunto de idiomas y es posible que no pueda manejar escenarios más complejos, por ejemplo, archivos locales persistentes, acceso de dominio a archivos de red (?), Dispositivos de servidor, almacenes de certificados del sistema, otras plataformas – Windows, etc.
No todas las empresas invertirán en la reescritura de software monolítico o en tomarse el tiempo para descomponerlo en microservicios porque a) todavía funciona, b) riesgo de reescribir y cometer un error: pérdida de talento en ingeniería inversa, c) $$$$ perdido en tiempo de inactividad.
Los microservicios tampoco son una bala de plata, la depuración de un problema se vuelve más compleja sin el tipo correcto de monitoreo a nivel de aplicación antes de llegar a la producción.
Estas son grandes ideas para una nueva arquitectura, pero no van a conquistar el mundo. No va a estar libre de preocupaciones, solo diferirá su preocupación a otra pieza de infraestructura que esté alojada; aún tendrá que aprender a diagnosticarla. Lo bueno es que el trabajo de los hosts es mantenerlo funcionando. Su trabajo principal es mantenerse dentro de los parámetros que le dan.
