Las organizaciones actuales se enfrentan al reto de modernizar sus aplicaciones e infraestructuras para satisfacer las necesidades cambiantes de sus clientes. La transformación de arquitecturas monolíticas a microservicios, junto con la migración de centros de datos locales a entornos híbridos y multinube, es compleja y entraña numerosos riesgos. Esta transición hacia un entorno sin perímetro puede exponer a las organizaciones que siguen confiando en soluciones de ciberseguridad del pasado a las ciberamenazas actuales, cada vez más sofisticadas. Dada la gran cantidad de aplicaciones, proveedores y herramientas presentes en los distintos entornos de la infraestructura tecnológica de una organización moderna, no es de extrañar que gestionar y proteger de forma coherente estos complejos entornos de aplicaciones pueda resultar difícil y costoso. Para superar los retos asociados a la proliferación de herramientas y proveedores, tenga en cuenta las cuatro consideraciones estratégicas siguientes.
1. Mejora de la postura de seguridad sin añadir complejidad
Imagine una ciudad amurallada con una gran puerta central y un grupo de guardias encargados de proteger a personas importantes de la ciudad. En este escenario, tiene sentido apostar a los guardias en la puerta para que puedan detener cualquier posible amenaza antes de que entre en la ciudad. Ahora imagine que las murallas han desaparecido: resulta más lógico que los guardias permanezcan cerca de las personas a las que protegen. Los entornos de aplicaciones de las organizaciones han evolucionado de forma similar, y el perímetro que hacía las veces de muralla ya no existe. Por eso, la seguridad debe estar cerca de la aplicación, dondequiera que se encuentre. Para evitar la proliferación de herramientas, las organizaciones deberían plantearse una solución de alto rendimiento e independiente de la plataforma que combine herramientas de seguridad y entrega de aplicaciones. Para garantizar que las aplicaciones estén protegidas desde todos los ángulos, es fundamental contar con un firewall de aplicaciones web (WAF) integrado y protección frente a ataques de denegación de servicio (DoS). Un WAF sólido protege las aplicaciones vulnerables frente a vulnerabilidades explotables, mientras que la protección contra ataques DoS garantiza la disponibilidad y el rendimiento de las aplicaciones. Estas medidas de seguridad también deben abarcar la protección de las API, incluidas REST, gRPC y GraphQL, mediante firmas avanzadas, detección de bots e integración fluida con canalizaciones de CI/CD a través de la API de Kubernetes.
2. Obtener visibilidad sobre el estado y el rendimiento de las aplicaciones
Sin visibilidad sobre el estado y el rendimiento de las aplicaciones, garantizar que todas estén actualizadas y funcionen correctamente puede convertirse rápidamente en un quebradero de cabeza para la gestión. La falta de visibilidad puede dificultar o incluso imposibilitar el cumplimiento de los acuerdos de nivel de servicio (SLA) de la empresa, debido a tiempos de inactividad prolongados, una degradación del rendimiento y una resolución de problemas compleja. Una solución eficaz debe proporcionar a las organizaciones acceso a métricas detalladas, tanto en tiempo real como históricas, necesarias para resolver problemas y mantener el rendimiento. Para ofrecer un rendimiento y una experiencia de usuario óptimos, la solución debe ser escalable y requerir pocos recursos informáticos.
3. Entrega más rápida de aplicaciones mediante el autoservicio y la automatización
La transformación digital avanza rápidamente y, por tanto, las aplicaciones también deben entregarse con rapidez. Las organizaciones pueden entregar aplicaciones más rápido y con mayor agilidad aprovechando la automatización y el autoservicio. Esto permite a los desarrolladores lanzar nuevas funcionalidades de las aplicaciones de forma más rápida y sencilla a través de sus canalizaciones de CI/CD, sin recurrir a un modelo obsoleto de aprovisionamiento basado en solicitudes: los desarrolladores no deberían tener que enviar un ticket cada vez que establezcan, configuren o reconfiguren la conectividad de una aplicación.
4. Reducción de la complejidad mediante una gestión centralizada
Los entornos de aplicaciones modernos suelen incluir una amplia variedad de herramientas para facilitar la entrega de aplicaciones. Aunque quizá no parezca viable contar con una única herramienta de entrega de aplicaciones que lo haga todo, sí es posible supervisar y gestionar desde un solo lugar todas las herramientas de una organización. Una herramienta de gestión centralizada puede ofrecer un panel único desde el que obtener visibilidad y control a gran escala sobre las políticas de seguridad, enrutamiento y supervisión. Esto simplifica la gestión de la configuración en entornos diversos, además de hacerla más coherente y menos costosa. Adoptar un enfoque integral que abarque la seguridad, la visibilidad, la automatización y la gestión centralizada permite a las organizaciones entregar y proteger las aplicaciones desde el código hasta el cliente, mejorando la experiencia de este al reducir la complejidad y el riesgo, aumentar el tiempo de actividad y proporcionar información más útil a gran escala. Al dar prioridad a estas consideraciones clave, las organizaciones pueden afrontar con confianza las complejidades de la entrega de aplicaciones modernas. Para obtener más información sobre cómo NGINX puede ayudarle a entregar aplicaciones de forma sencilla, segura y a gran escala, y hablar con uno de nuestros expertos, haga clic aquí. Para los lectores con un perfil más técnico, descargue el NGINX Cookbook, nuestra guía paso a paso para hacer todo lo relacionado con NGINX.
Sobre el autor
Artículos relacionados del blog
Únete a F5 NGINX en AppWorld 2024
Descubre las numerosas razones para asistir al evento insignia de F5, que incluirá un emocionante anuncio sobre la cartera de productos NGINX.
Rotación de certificados SSL/TLS sin reinicios en NGINX Open Source
La función de diccionario compartido permite configurar NGINX sin necesidad de reiniciarlo al renovar los certificados SSL/TLS.
Exposición de APIs en Kubernetes
La unidad 2 de Microservices March 2022 se centra en cómo exponer tus API en Kubernetes. Aquí tienes enlaces a los recursos que necesitas: la retransmisión en directo del 14 de marzo, artículos de blog y otros recursos de preparación, y el laboratorio práctico «Protege las API de Kubernetes mediante la limitación de solicitudes».
NGINX Sprint 2.0: visión clara, código renovado y nuevos compromisos con el código abierto
Hoy, en NGINX Sprint 2.0, anunciamos cómo respaldaremos nuestra visión del futuro de las aplicaciones modernas con una mayor presencia en la comunidad de código abierto, incluida la participación en el proyecto comunitario Kubernetes, nuevos proyectos de software de código abierto y la arquitectura de referencia para aplicaciones modernas.
Presentamos NGINX Plus R22
NGINX Plus R22 incorpora nuevas funcionalidades, como la compatibilidad con OCSP para verificar la revocación de certificados en TLS mutuo, el uso de varios proveedores de identidad OIDC en una configuración, el seguimiento en tiempo real de la limitación de solicitudes y conexiones en el panel de NGINX Plus y mejoras en NGINX JavaScript.
Presentamos NGINX Plus R17
NGINX Plus R17 incorpora compatibilidad con la limitación de velocidad en dos fases y con TLS 1.3, la versión más reciente del protocolo Transport Layer Security. La configuración de OpenID Connect es más sencilla y NGINX ModSecurity WAF es el doble de rápido que antes. También se ha actualizado el módulo JavaScript de NGINX.