Commvault galardonada con tres Premios OnCon Icon 2023

En Commvault, nuestra cultura y nuestro éxito se basan en nuestra capacidad para empoderar a los «Vaulters» para que den lo mejor de sí mismos cada día, al tiempo que orientamos e invertimos en la próxima generación de líderes. Mi objetivo, junto con el resto de nuestros líderes, es crear equipos que tengan una influencia y un impacto reales.

On that note, I’m thrilled to share that Commvault was recently announced as a winner at the OnCon Icon Awards 2023en las siguientes categorías:

Premio al mejor equipo de asesores jurídicos de empresa (Top 50)
Premio individual «Top 50 Corporate Counsel»
Ganador del premio «Top 50 Executive Team»

Recibir incluso uno de estos prestigiosos premios ya es impresionante, pero ser reconocido en tres categorías es un logro extraordinario. Para ser nominado y ganar un Premio OnCon al Equipo, un equipo debe demostrar éxito y un impacto positivo dentro de su organización, mostrar innovación en su enfoque y ser auténticos líderes de opinión. Puedo afirmar con orgullo que nuestros equipos de asesoría jurídica corporativa y ejecutivos encarnan estos valores.

Thank you to all the Vaulters around the world for your ongoing support. We’ve accomplished so much in 2023, I’m looking forward to more incredible teamwork and innovation that will lead us to in 2024!

¡Os deseo a todos unas felices fiestas llenas de salud!

More related posts

Thumbnail_Blog-Architect-for-tomorrow-2026

Thumbnail_Blog-Dangerous-Silos-IDC-Resops-2026 (1)

AWS’s Shared Responsibility Model outlines the division of responsibilities between AWS and its customers when it comes to security and compliance in the cloud. AWS manages the security of the cloud, meaning everything from the infrastructure to the physical facilities, while customers are responsible for securing their own data in the cloud and taking appropriate measures to cumplir con los requisitos específicos de cumplimiento normativo. This model allows for a flexible approach to security that can be tailored to each customer’s unique needs.

Comprender el modelo de responsabilidad compartida de AWS

El modelo de responsabilidad compartida de AWS es un marco que describe cómo se reparten las responsabilidades en materia de seguridad y cumplimiento normativo entre AWS y sus clientes. Es importante que las empresas comprendan este modelo, ya que determina qué controles de seguridad les corresponde implementar a ellas y cuáles son gestionados por AWS.

Under this model, AWS is responsible for security of the cloud, while customers are responsible for security in the cloud. This means that AWS is responsible for the underlying infrastructure, such as data centers and networks, as well as managing access control to those resources. On the other hand, customers are responsible for securing their own applications and data within their AWS environment.

For example, consider a business that uses Amazon EC2 instances to host their web application. AWS is responsible for ensuring that the physical servers on which these instances run are secure, but the business is responsible for configuring firewalls and security groups to protect their own data.

Es importante señalar que las responsabilidades pueden compartirse en función de los servicios específicos que utilice cada cliente. El modelo de responsabilidad compartida de AWS ofrece directrices sobre qué responsabilidades deben tenerse en cuenta a la hora de implementar soluciones en un entorno de AWS.

To further illustrate this point, consider a business that uses both Amazon S3 and Amazon EC2. While AWS manages the physical infrastructure for both services, the responsibility for securing data stored in S3 is mainly on the customer, whereas protecting data on EC2 instances falls under their responsibility.

Some critics argue that there is still confusion around what security risks are being shared. It is important for businesses to take ownership of their end of cloud security risk management so as not to rely solely on providers such as AWS. However, following best practices provided by vendors can go a long way in reducing risk factors in any partnership.

El modelo de responsabilidad compartida de AWS describe cómo se reparten las responsabilidades en materia de seguridad y cumplimiento normativo entre AWS y sus clientes: AWS se encarga de la seguridad de su infraestructura física, mientras que los clientes son responsables de proteger sus propias aplicaciones y datos dentro del entorno de AWS. Es importante que las empresas comprendan este modelo para determinar qué controles de seguridad deben implementar. No obstante, las empresas también deben asumir la responsabilidad de su parte en la gestión de riesgos de seguridad en la nube y no depender exclusivamente de proveedores como AWS, aunque seguir las mejores prácticas proporcionadas por los proveedores puede reducir los factores de riesgo.

La seguridad de la nube frente a la seguridad en la nube

Uno de los conceptos clave que deben comprender los usuarios de la nube es la diferencia entre la seguridad de la nube y la seguridad en la nube. Como se ha señalado anteriormente, AWS se encarga de gestionar y proteger la infraestructura subyacente de su servicio en la nube. A esto se le denomina «seguridad de la nube», ya que implica proteger la infraestructura física.

Security in the cloud refers to data protection within a customer’s applications and servers hosted in the cloud. This responsibility falls on customers rather than AWS. It includes managing user access control, network settings and configurations, as well as encryption of sensitive data.

Think of security of the cloud as a hotel’s safe deposit boxes where physical things one keeps are stored. In contrast, security in the cloud is similar to passwords needed to protect one’s one belongings from intruders while inside their hotel room.

Es importante señalar que las empresas no deben descuidar sus responsabilidades en materia de seguridad en la nube solo porque AWS se encargue de la seguridad de la nube. Con este modelo de responsabilidad compartida, AWS ofrece buenas prácticas y directrices sobre cómo los clientes pueden garantizar su propia seguridad, además de lo que AWS ya proporciona.

Por ejemplo, las instancias de Amazon EC2 protegidas por un cortafuegos proporcionado por AWS cuentan con una configuración predeterminada estricta, aunque ofrecen la opción de personalizarla. El cliente debe configurar estos cortafuegos por su cuenta, de modo que pueda controlar quién puede acceder a los entornos de sus instancias, además de lo que ya ha establecido AWS.

Los críticos sostienen que basarse únicamente en la documentación sobre buenas prácticas puede dar lugar a una protección insuficiente frente a los ataques. Los usuarios de la nube deben ser rigurosos a la hora de configurar sus propios sistemas de acuerdo con las normas vigentes y adoptar medidas proactivas, como los sistemas de aplicación automática de parches que avisan a los administradores del sistema cuando hay parches disponibles.

Implementación del modelo de responsabilidad compartida de AWS

El modelo de responsabilidad compartida de AWS exige que tanto el cliente como AWS colaboren para garantizar la seguridad y el cumplimiento normativo de su sistema. AWS gestiona y controla la infraestructura física, mientras que los clientes son responsables de proteger sus aplicaciones y de gestionar el control de identidades y accesos (IAM). Por lo tanto, es fundamental que los clientes apliquen el modelo de forma eficaz para mitigar cualquier amenaza potencial y mantener la seguridad.

One key aspect of implementing the model is identifying and evaluating your organization’s data processing needs. This includes understanding your data, classifying each data type and assigning responsibilities to ensure the secure processing and storage of all data. Any sensitive or regulated data must be stored in controlled environments, with strict access control measures in place.

Otro paso importante es seleccionar un diseño de arquitectura seguro que incorpore control de acceso, segmentación de la red, registro de actividades, supervisión, servicios de cifrado y prácticas de gestión de vulnerabilidades. El acceso solo debe concederse en función de las funciones y responsabilidades individuales de cada usuario, siguiendo las mejores prácticas de IAM. En cada fase de la implementación, debe ponerse en marcha un programa de formación en concienciación sobre ciberseguridad para todos los empleados, con el fin de garantizar que comprendan su papel a la hora de mantener unos altos niveles de seguridad.

For instance, let’s say you’re building an application on AWS using Amazon EC2 instances. As per the shared responsibility model of AWS, while AWS takes care of physical security and availability of hardware resources underlying Amazon EC2 instances as well as networks associated with them; it’s your responsibility to manage guest operating systems (including updates) and firewall configurations applied within these machines.

To further solidify this point about user access control, you can use AWS Identity and Access Management (IAM) tools to grant permissions based on what each user needs to do – for instance only allowing read permissions for logs or database queries. IAM also allows for integration with other services such as databases so that users don’t need remote connections – instead they can connect directly within your private network which minimizes exposure points.

An interesting debate that comes up is whether it’s better to be proactive or reactive when it comes to security. The former argues for planning ahead and anticipating potential threats, while the latter involves arriving at solutions after a security breach has already occurred. As with most debates, there are pros and cons to both approaches; however in terms of implementing the AWS Shared Responsibility Model, being proactive is definitely the way to go. This includes conducting periodic vulnerability scans and penetration tests, reviewing logs regularly to identify anomalous activity, and keeping an up-to-date disaster recovery plan ready in case of emergencies.

Según una encuesta de IDC de 2020, el 64 % de los profesionales de TI están aplicando el principio de la seguridad como responsabilidad compartida con los proveedores de servicios en la nube, como AWS, para mantener un entorno en la nube seguro.
En un informe de McAfee de 2019 se constató que las organizaciones que utilizaban AWS sufrían una media de más de 2.700 amenazas de seguridad al mes, lo que pone de relieve la importancia de cumplir con el modelo de responsabilidad compartida para mejorar la protección.
A 2018 Gartner report estimates that by 2025, 99% of cloud security failures will be the customer’s fault, highlighting the importance of understanding and managing customer responsibilities within the shared responsibility model.

Prácticas de control de acceso de los usuarios y de gestión de datos

Un ámbito en el que los clientes tienen una responsabilidad considerable en el marco del modelo compartido es el del control de acceso de los usuarios y las prácticas de gestión de datos. Cuando se trata de datos críticos, es necesario auditar periódicamente los permisos de los clientes como parte de las buenas prácticas de gestión de identidades y accesos (IAM). De este modo, se garantiza que cada usuario solo tenga acceso a lo que necesita y nada más.

Data management best practices require you to enforce strict controls over how data is stored, processed, transmitted, accessed and deleted throughout its lifecycle. Data sensitive environments should be secured by role based access control mechanisms as well as encryption solutions like transport layer security (TLS) which safeguard against eavesdropping and man-in-the-middle attacks.

Imagina que tienes un equipo de desarrolladores que trabaja en aplicaciones críticas de tu infraestructura. Al utilizar las políticas de AWS IAM junto con Amazon CloudWatch Logs Insights, puedes realizar un seguimiento de la actividad de los usuarios para averiguar quién ha accedido a qué partes de tu sistema y cuándo. Con estos datos, puedes determinar si hay patrones inusuales o errores en sus intentos de inicio de sesión que puedan indicar una posible brecha de seguridad.

Additionally by integrating various AWS services you can create a secure environment where users are prevented from leaking sensitive information outside your organization. An example would be using Amazon Macie along with AWS KMS to manage encryption keys so that valuable data stored on S3 is automatically encrypted when it’s written and decrypted when it’s read. This way, unauthorized access to sensitive information is prevented even if your buckets are accidentally exposed.

When it comes to managing user access controls there’s no one-size-fits-all approach; instead different organizations have different requirements and hence must implement a solution that works best for their use case. However, in order to efficiently implement the AWS Shared Responsibility Model genuine effort needs to be made by customers to maintain an environment which is secure and compliant with industry standards.

Ventajas del modelo de responsabilidad compartida de AWS

The AWS Shared Responsibility Model has numerous advantages for companies seeking to secure their IT infrastructure while maintaining flexibility in deployment. One clear advantage is that the model allows organizations to focus on their core competencies, rather than expending time and resources on IT security. By entrusting AWS with responsibility for “Security of the Cloud,” organizations can instead concentrate on managing their data, applications and other critical business functions.

Otra ventaja es que AWS gestiona toda la infraestructura física y de red, lo que reduce los riesgos de acceso no autorizado, fugas de datos o interrupciones del servicio. Gracias a su red global de centros de datos, AWS ofrece servicios de alojamiento fiables y de alto rendimiento las 24 horas del día. Este nivel de soporte permite a las empresas ampliar o reducir su capacidad fácilmente según sea necesario, sin tener que gestionar por sí mismas las actualizaciones de hardware ni las implementaciones de red.

Furthermore, both AWS and its customers share control over data management practices, meaning that customers can choose the best tools and technologies to manage their data in a way that aligns with their own compliance requirements. This also means that customers can leverage AWS’s industry-leading security controls and compliance certifications to demonstrate adherence to regulatory frameworks.

For example, a healthcare provider using an electronic health record system could use Amazon RDS to host its database while implementing encryption at rest to meet HIPAA compliance requirements. By leveraging AWS’s expertise in security and compliance controls, the company can avoid many of the challenges of managing its own IT infrastructure while still meeting key regulatory standards.

Otra ventaja es que las empresas pueden aprovechar la escalabilidad y la agilidad que ofrecen las plataformas de computación en la nube, como AWS. Gracias a la capacidad de aprovisionar recursos bajo demanda y ampliar o reducir la capacidad rápidamente según sea necesario, las empresas pueden responder con mayor rapidez a las condiciones cambiantes del mercado, evitando al mismo tiempo costes innecesarios.

Overall, the shared responsibility model offers a flexible yet robust approach to IT security that is tailored to each organization’s unique needs. By leveraging AWS’s broad range of tools and technologies for security and compliance, companies can implement best practices for data management and application security while focusing on their core competencies.

Mayor seguridad y flexibilidad en materia de cumplimiento normativo

La seguridad y el cumplimiento normativo son componentes fundamentales de cualquier infraestructura de TI, especialmente para las empresas que gestionan datos confidenciales o sujetos a normativa. El modelo de responsabilidad compartida de AWS ofrece una mayor flexibilidad en materia de seguridad y cumplimiento normativo, ya que permite a las organizaciones utilizar una amplia gama de herramientas y tecnologías para satisfacer sus necesidades específicas.

Una ventaja clave es que AWS ofrece múltiples niveles de controles de seguridad que pueden combinarse de diversas formas para satisfacer necesidades específicas. Por ejemplo, los clientes pueden utilizar Amazon Inspector para evaluar las vulnerabilidades de seguridad de sus aplicaciones, al tiempo que aprovechan Features como AWS Identity and Access Management (IAM) para controlar el acceso de los usuarios.

Además, AWS ofrece capacidades de cifrado de nivel empresarial que permiten a los clientes proteger sus datos tanto en reposo como en tránsito. Esto incluye compatibilidad con Secure Sockets Layer (SSL)/Transport Layer Security (TLS) para el tráfico web, el Servicio de Gestión de Claves (KMS) para la gestión de claves criptográficas y los módulos de seguridad de hardware (HSM) para una mayor seguridad. Al poner a disposición estas tecnologías, AWS permite a los clientes crear arquitecturas de alta seguridad dentro de su entorno en la nube.

Otra forma en la que el modelo de responsabilidad compartida contribuye a mejorar la seguridad y la flexibilidad en materia de cumplimiento normativo es permitiendo a las organizaciones mantener el control sobre aspectos clave de su infraestructura de TI. Por ejemplo, el uso de servicios de AWS como Amazon EC2 Dedicated Hosts permite a los clientes alojar instancias en hardware dedicado exclusivamente a su uso, lo que les proporciona un mayor control sobre su entorno informático y reduce los riesgos de acceso no autorizado u otros problemas de seguridad.

Una organización que maneje información clasificada puede necesitar controles más estrictos que los que ofrece por defecto la arquitectura de alojamiento compartido. En tales casos, el uso de una solución de alojamiento dedicado a través de AWS garantizaría un entorno informático más seguro sin comprometer la flexibilidad ni el rendimiento.

Finally, AWS offers a range of compliance certifications that can help organizations meet regulatory or industry-specific requirements. Compliance certifications applicable across different industries include ISO 27001, PCI DSS, SOC 1/2/3, and HIPAA, among others. By leveraging these certifications and other security tools in combination with the shared responsibility model, organizations can build secure and compliant IT infrastructures that meet their specific needs.

En la siguiente sección, analizaremos algunos de los retos a los que pueden enfrentarse las organizaciones a la hora de aplicar el modelo de responsabilidad compartida de AWS.

Abordar los posibles retos del modelo compartido

While the AWS Shared Responsibility Model provides a clear framework for dividing responsibilities between customers and service providers, some challenges can arise. These challenges can include understanding who has responsibility for particular elements of security, managing user access controls, and ensuring that compliance regulations are met. In this section, we’ll explore some common challenges faced by organizations when implementing the Shared Responsibility Model and offer suggestions for addressing them.

Un reto habitual al que se enfrentan las organizaciones es determinar cuáles son sus responsabilidades y cuáles corresponden a AWS en materia de cumplimiento normativo. Dependiendo de los servicios de AWS utilizados y de la integración con el entorno informático, las distintas áreas de responsabilidad pueden recaer en diferentes partes. Por ejemplo, una organización puede tener dudas sobre qué normativas son aplicables a su uso de los servicios de AWS o sobre cómo configurarlos correctamente. Un enfoque útil en este caso sería consultar la documentación de AWS o a expertos en la materia para aclarar cualquier aspecto que genere incertidumbre.

Otro posible reto es garantizar que los usuarios dispongan de controles de acceso adecuados sin dejar de mantener un nivel de seguridad adecuado. El modelo de responsabilidad compartida exige que los clientes gestionen sus propias identidades y políticas de control de acceso dentro de su propio entorno utilizando las herramientas de IAM proporcionadas por AWS. Esto significa que los clientes deben asegurarse de que los usuarios estén autorizados a acceder únicamente a lo que necesitan para desempeñar sus funciones. Además, los clientes deben asegurarse de que los roles y los permisos se asignen adecuadamente en función del puesto de trabajo, el nivel jerárquico, etc., al tiempo que limitan el acceso cuando no sea necesario. No abordar adecuadamente estas cuestiones puede acarrear graves consecuencias, como la pérdida de datos o el compromiso de la seguridad de los sistemas.

Para abordar estos problemas, algunas organizaciones optan por implementar soluciones de gestión de identidades independientes fuera de AWS. Aunque esto puede simplificar la administración y proporcionar un mayor control sobre las políticas de acceso de los usuarios, también añade complejidad adicional a entornos que ya de por sí son complejos. Además, muchos proveedores externos carecen de integraciones maduras con los servicios de AWS o pueden requerir esfuerzos de desarrollo a medida.

One potential solution is for organizations to utilize AWS’ Identity and Access Management (IAM) service. IAM offers a range of tools and services that enable organizations to define, manage, and enforce policies for access control across their AWS environment. Additionally, customers can leverage IAM roles to provide temporary credentials to external users or use federated login options to support single sign-on (SSO) capabilities.

Otro reto que puede surgir en el marco del modelo de responsabilidad compartida es garantizar que se mantengan niveles suficientes de seguridad en todo momento. Si bien AWS gestiona la seguridad de su capa de infraestructura y de los servicios de plataforma abstraídos, los clientes son responsables de implementar sistemas operativos invitados, aplicaciones y configuraciones de datos seguras. Una analogía útil en este sentido es pensar en la construcción de una casa: al igual que los contratistas deben asegurarse de que los cimientos sean estables antes de añadir nuevas capas de construcción, las organizaciones deben implementar protocolos de seguridad básicos adecuados antes de Entrustar más datos o cargas de trabajo a AWS.

En conclusión, aunque el modelo de responsabilidad compartida de AWS ofrece un marco excelente para repartir las responsabilidades entre proveedores y clientes, pueden surgir dificultades a la hora de aplicarlo en la práctica. Entre estas dificultades suelen figurar cuestiones relacionadas con el cumplimiento normativo, los controles de acceso de los usuarios y la aplicación de políticas de seguridad adecuadas. Al aprovechar las herramientas existentes de AWS, como la Gestión de Identidades y Accesos (IAM), definir cuidadosamente las áreas de responsabilidad y seguir las mejores prácticas en materia de gestión de la configuración de seguridad, las organizaciones pueden abordar mejor estos retos y aprovechar las ventajas de este modelo con el tiempo.

Preguntas frecuentes

What are the customer’s responsibilities in the AWS shared responsibility model?

En el modelo de responsabilidad compartida de AWS, los clientes son responsables de proteger sus propios datos y aplicaciones hasta el nivel del sistema operativo. Esto incluye configurar los ajustes de seguridad, gestionar los controles de acceso y realizar evaluaciones de seguridad periódicas.

According to research conducted by Gartner, “through 2025, 99% of cloud security failures will be the customer’s fault” (Gartner, 2018). This highlights the importance of understanding and fulfilling customer responsibilities in the shared responsibility model.

AWS ofrece una amplia variedad de herramientas y recursos para ayudar a los clientes a cumplir con sus responsabilidades. Entre ellos se incluyen funciones de seguridad, como la Gestión de identidades y accesos (IAM), y servicios como AWS Config, que permite la supervisión continua y las comprobaciones de cumplimiento normativo.

En definitiva, es fundamental que los clientes comprendan y asuman sus responsabilidades para proteger sus datos y aplicaciones en la plataforma de AWS.

What are the AWS provider’s responsibilities in the shared responsibility model?

In the AWS Shared Responsibility Model, the provider’s responsibilities include the security and management of the underlying infrastructure that supports the cloud. This includes physical security of data centers, network and firewall configuration, and operational security such as monitoring and incident response.

According to a report by Gartner in 2022, “AWS continues to be recognized as a leader in public cloud IaaS due to its comprehensive service offerings and expertise in running infrastructure at scale.” The report also highlights AWS’ strong position in security and compliance.

Además, AWS ofrece numerosas funciones de seguridad para los clientes, entre las que se incluyen la gestión de identidades y accesos, opciones de cifrado, herramientas de seguridad de red y certificaciones de cumplimiento normativo. Estas funciones están diseñadas para ayudar a los clientes a cumplir con sus propias obligaciones en materia de responsabilidad compartida.

However, it’s important to note that while AWS provides a secure infrastructure, customers are still responsible for securing their applications, data, and other assets within the cloud. This includes configuring access controls appropriately, patching operating systems and applications, and monitoring for potential threats or vulnerabilities.

En general, comprender el modelo de responsabilidad compartida es fundamental para cualquier organización que utilice servicios en la nube. Al colaborar con su proveedor (en este caso, AWS), los clientes pueden garantizar que sus datos y activos estén debidamente protegidos en la nube.

¿En qué se diferencia el modelo de responsabilidad compartida de AWS de los modelos de otros proveedores de servicios en la nube?

El modelo de responsabilidad compartida de AWS se distingue del de otros proveedores de servicios en la nube al definir claramente las responsabilidades en materia de seguridad tanto del cliente como de AWS. Esto significa que los clientes tienen un mayor control sobre sus datos y su infraestructura, al tiempo que siguen beneficiándose de las medidas de seguridad que ofrece AWS.

A diferencia de otros proveedores de servicios en la nube, AWS se hace responsable de la seguridad física de sus centros de datos, así como de la seguridad de su infraestructura en la nube. Esto incluye la seguridad del hardware, la capa de virtualización, la ubicación del almacenamiento y la infraestructura de red.

Por otra parte, los clientes son responsables de proteger sus aplicaciones y datos dentro de la plataforma de AWS. Esto incluye configurar los controles de acceso, gestionar las identidades y los permisos de los usuarios, cifrar los datos en tránsito y en reposo, y garantizar el cumplimiento de la normativa.

According to a report published by Gartner in 2020, the AWS shared responsibility model played a significant role in helping customers improve their overall security posture. In fact, Gartner stated that “by 2023, 99% of cloud security failures will be the customer’s fault.”

En resumen, al definir claramente las responsabilidades en materia de seguridad de ambas partes implicadas, el modelo de responsabilidad compartida de AWS ofrece a los clientes un mayor control sobre su propia seguridad, al tiempo que les permite seguir beneficiándose de la seguridad de primera clase que ofrece la infraestructura en la nube de AWS.

¿Existen ideas erróneas comunes sobre el modelo de responsabilidad compartida de AWS?

Sí, existen ideas erróneas muy extendidas sobre el modelo de responsabilidad compartida de AWS. Una de las más comunes es que los clientes tienden a creer que, una vez que se pasan a la nube, todas las responsabilidades en materia de seguridad recaen íntegramente en AWS. Sin embargo, esto no es cierto, y es importante que las empresas comprendan cómo se reparte la responsabilidad al utilizar AWS.

Según una encuesta realizada por LogicMonitor en 2019, el 66 % de los profesionales de TI consideraba que los proveedores de servicios en la nube eran los únicos responsables de garantizar la seguridad de los datos de sus clientes. Además, el 70 % de los encuestados opinaba que su responsabilidad en materia de seguridad era menor en un entorno en la nube que en las infraestructuras de TI tradicionales instaladas en las propias instalaciones. Estas estadísticas sugieren que sigue existiendo un malentendido en torno a la seguridad y la responsabilidad en la nube.

It’s essential to note that while AWS manages physical security and compliance of its infrastructure, customers are responsible for managing security controls within their own accounts. Customers must ensure proper configuration of their applications and infrastructure and implement safeguards such as firewalls, identity access management (IAM), data encryption, patch management, and more.

To quote a statement from AWS’ Shared Responsibility Model whitepaper:

“Customers retain control of what security they choose to implement to protect their content, platform, applications, systems, and networks, no differently than they would in an on-site data center.”

In conclusion, understanding the AWS shared responsibility model is crucial for businesses who use AWS or plan to migrate to the cloud. It’s essential to recognize that although AWS does provide excellent security measures, customers must take responsibility for security controls in their own infrastructures.

¿Cómo afecta el modelo de responsabilidad compartida a la seguridad y al cumplimiento normativo en AWS?

El modelo de responsabilidad compartida es un concepto clave en AWS que establece las diferentes responsabilidades en materia de seguridad entre el proveedor de servicios en la nube y sus clientes. Este modelo permite a los usuarios tener un mayor control sobre sus datos, al tiempo que permite a AWS mantener los estándares de seguridad necesarios.

From a security standpoint, customers are responsible for securing their applications, data and credentials, as well as managing compliance requirements, while AWS is responsible for the security of its infrastructure. Amazon claims that its infrastructure is designed to be highly secure, and that it has implemented extensive controls to maintain this level of security—such as physical and environmental controls, network and perimeter controls, and access controls. Additionally, AWS provides built-in security measures such as encryption, monitoring tools and identity and access management services.

En lo que respecta al cumplimiento normativo, AWS cumple con diversas normas del sector, como la HIPAA para las organizaciones sanitarias y la PCI DSS para las empresas de procesamiento de tarjetas de pago. No obstante, son los clientes los que, en última instancia, deben garantizar el cumplimiento de la normativa pertinente para su sector o región.

According to a report by McAfee in 2020, misconfigured cloud storage services were the primary cause of 1.5 billion records being exposed during the first half of the year alone. This highlights the importance of understanding one’s responsibilities in an AWS environment. Following best practices such as using multi-factor authentication (MFA) for user access and keeping sensitive data encrypted can greatly reduce the risk of data breaches.

Ultimately, understanding the shared responsibility model is crucial for proper security and compliance in AWS. By leveraging AWS’ infrastructure capabilities while also implementing effective security practices on one’s own end, businesses can ensure a secure cloud environment.

AI-driven Attacks

Cybercriminals leverage AI in various ways and explore further enhancements to increase their attack capabilities. For example:

Advanced phishing and social engineering
social permite a los delincuentes automatizar actividades fraudulentas, como la elaboración de correos electrónicos de phishing, la creación de cuentas falsas en redes sociales, reseñas y comentarios falsos, la suplantación de identidad de agentes de servicio y asistencia, y la realización de estafas. Es posible analizar en cuestión de segundos enormes conjuntos de datos con credenciales robadas y datos personales para mejorar las campañas de phishing y de ingeniería social.
Adaptive malware and botnet generation
AI-driven malware and botnets that shapeshift during attack stages expose exponential risk to IT and security teams by evolving in real-time to avoid security measures, identify vulnerabilities in target systems, and coordinate attacks more efficiently than human-generated threats. A growing concern in cybersecurity is related to AI-generated malware capable of bypass traditional signature-based defenses.
Zero-day exploits and supply chain attacks
a la cadena de suministro: Los actores maliciosos ocultan de forma creativa código malicioso y vulnerabilidades de día cero a los defensores para ampliar la distribución del ataque y extender su radio de acción. Por ejemplo, ocultando una carga maliciosa dentro de un modelo de IA diseñado para cumplir funciones legítimas, como la autenticación biométrica. En otro escenario, los atacantes pueden manipular la IA para que aprenda los algoritmos de los sistemas de detección de amenazas y evite así ser detectados.
Credential stuffing and brute-force attacks
By automating the process of gaining unauthorized access to business accounts and systems through stolen credentials and common password combinations AI speeds up the attack itself. Additionally, machine learning algorithms are utilized to evade security detection systems and AI-driven tools accelerate password cracking by analyzing patterns in leaked password databases.
Deepfake attacks
con deepfakes: los vídeos y audios generados por IA imitan voces y rostros conocidos para manipular a las personas y que estas realicen acciones que permitan el acceso a datos confidenciales, sistemas y fondos. La tecnología que hay detrás de los deepfakes crea audios e imágenes convincentes a partir de una cantidad mínima de información recopilada a través de las redes sociales u otras plataformas públicas.

La inteligencia artificial tiene el poder de amplificar el impacto y la complejidad de los ciberataques, lo que aumenta los posibles daños y riesgos para tus activos de datos. Commvault te ayuda a hacer frente a la incertidumbre combinando tecnología puntera de protección de datos con sólidas medidas de ciberseguridad, en consonancia con los marcos normativos, para invertir en mecanismos adecuados de ciberresiliencia y detección que mantengan tus datos protegidos.

Spotting Threats Early

ThreatWise, our cyber deception service integrated in the Commvault Cloud that layer’s defenses along the path to your data, shielding it from AI-driven attacks, and surfacing threat actors that are targeting the most valuable assets in production – your data. This early warning layer enables your organization to adopt a cyber resilience strategy defending your data against tomorrows threat actors:

Limit the blast radius of an incident and divert the threat sooner – before it’s time to recover. ThreatWise alerts key business stakeholders upon first touch while simultaneously luring attackers in and away from actual critical assets, forcing them to waste resources.
Identifica al atacante y recopila información sobre las tácticas, técnicas y procedimientos utilizados a lo largo de toda la cadena de ataque. Al revelar el origen del ataque impulsado por IA, es posible subsanar los síntomas y la causa del mismo para evitar que se agrave.
Delay attacks by confusing and misleading attackers’ algorithms. ThreatWise feeds AI-driven threats fake tokens leading to deceptive data that is making it harder to automate and execute attacks while wasting threat actors’ time.
ThreatWise detection is highly accurate, because it’s not reliant on signatures to identify malicious activity, spotting zero-day attacks, shape shifting malware, and silent threats across workloads and data estates.
Optimiza tu tiempo de respuesta automatizando la notificación a las partes interesadas clave de toda la empresa y facilita la coordinación de tu Recovery para limitar el impacto.

Mantenerse al día ante la evolución de las amenazas

Para obtener más información sobre cómo Commvault te ayuda a aprovechar todo el potencial de la IA sin que los costes se disparen, leeesta entrada del blog.

Más información: descubre cómo funciona esta solución conjunta

At Commvault, we’re excited to pursue data protection excellence with Microsoft. For organizations interested in seeing exactly how Microsoft 365 Backup Storage will function in a Commvault environment, click aquí for a walk-through demo. In the coming weeks, we will publish additional information regarding pricing, public preview, and general availability. For anyone interested in learning more about the integrated Commvault/Microsoft solution, email us at microsoft@commvault.com.

El panorama actual de las amenazas cibernéticas: «cuándo», no «si»

Según un reciente estudio de IDC encargado by Commvault, 61% of respondents believe that data loss within the next 12 months due to increasingly sophisticated access is “likely” to “very likely.” This alarming statistic highlights the urgent need for robust cyber resilience measures. Organizations must be prepared to detect, thwart, and recover from ransomware attacks swiftly. It’s a matter of when and how often.

Por eso hemos establecido colaboraciones en toda la cadena de herramientas de seguridad, incluyendo la gestión de información y eventos de seguridad (SIEM), la orquestación, automatización y respuesta en materia de seguridad (SOAR), la detección y respuesta en red, la detección de vulnerabilidades, riesgos y amenazas, y la gobernanza y privacidad de los datos.

Integración con socios líderes en seguridad e inteligencia artificial

La integración de Commvault con una amplia gama de socios especializados en seguridad e inteligencia artificial a través de la Commvault Cloud Platform ofrece a los clientes un enfoque integral de la ciberresiliencia. Entre ellos se encuentran:

Avira: Provides advanced AI-driven threat protection, enabling customers to rapidly identify potential nefarious activity and enhance protection against emerging threats.
CyberArk: We live in a zero-trust world when it comes to cybersecurity. Commvault’s integration with CyberArk’s Identity Security Platform helps customers follow strong Zero Trust architecture practices, reducing the risk of credential theft and exploitation in the face of double and triple extortion attacks.
Darktrace: When “when” happens, quick response is key. Combining Darktrace’s innovative HEAL platform and Commvault’s AI-powered data insights, joint customers can proactively defend against potential cyber threats and swiftly respond to incidents.
Databricks: The more data you amass, the more difficult it can be to maintain governance. The integration between Databricks and Commvault enables customers to leverage AI-driven search capabilities, making it easier to identify sensitive data and improve data governance.
Entrust: Get advanced cyber resiliency to protect critical data from current and future threats with Entrust’s post-quantum cryptography and data encryption solutions, integrated with Commvault Cloud.
Netskope: Netskope’s global SASE cybersecurity platform, combined with Commvault Cloud, helps organizations apply zero trust principles to protect data, ensuring ultra-sensitive data awareness and threat protection.

Estas se suman a nuestras integraciones ya anunciadas conMicrosoft Sentinel,para un SIEM inteligente, y con Cortex XSOAR dePalo Alto Networks’ Cortex XSOAR to accelerate response time.

Luchando contra las amenazas de hoy y de mañana

Esto es solo la punta del iceberg, ya que se están preparando más integraciones con Commvault Cloud para reforzar su ciberresiliencia frente a actores malintencionados, amenazas maliciosas y ransomware.

Juntos, Commvault y nuestros socios te ayudan a hacer frente al cambiante panorama de amenazas y a proteger tus datos, aplicaciones y cargas de trabajo de producción en entornos híbridos y multinube. Para obtener más información sobre cómo estas integraciones pueden contribuir al funcionamiento de Commvault Cloud, visitawww.commvault.com/platform/integrations.

Te presentamos a tu nuevo socio en ciberrresiliencia: Arlie

There’s obviously a lot of hype around AI and how it’s changing the way we work and interact with software and systems. We’re putting AI to use help you act quickly and efficiently.

Users of Commvault Cloud will soon have access to Arlie—short for “Autonomous Resilience” and much easier to say—a nuevo copiloto de IA that’s at the ready 24 hours a day, responding to inquiries in plain, simple language. We’re using Generative AI models to consolidate information and reports plus provide users with personalized actionable responses. You can use Arlie to verify or validate clean point of recovery for critical systems or generate requested code in mere seconds.

I’m excited about the possibilities this creates. It’s fueled by an integration with Azure OpenAI to enable amazing human-like interaction within Commvault Cloud to:

Te ofrece análisis de amenazas en tiempo real y resúmenes de informes que muestran lo último sobre el estado de su ciberresiliencia, lo que elimina la necesidad de tener que rebuscar entre filtros e informes para priorizar la información más urgente. Imagina el ahorro de tiempo que supone.
Ofrece una forma sencilla de crear una integración o programar una acción: solo tienes que escribir una descripción de lo que quieres hacer y el asistente de código generará el código al instante. Se acabaron los problemas por falta de un punto y coma.
Provide context-sensitive, guided product walk-throughs that make it easy for you to set-up, customize, and tune Commvault Cloud to your specifications. Simply ask “how to” questions and get step-by-step documentation complete with annotated screenshots.
Supervisa constantemente el rendimiento de Commvault Cloud utilizando inteligencia artificial generativa para detectar problemas, proporcionar soluciones y ofrecer recomendaciones en tiempo real sobre cómo optimizar la ciberresiliencia.

That’s just the start. We’ll have more generative AI model integrations following fast.

Cloudburst™ Recovery

You know and love us for our ability to recover from ransomware or other critical situations quickly. We’re making it faster and more efficient.

The new Cloudburst™ Recovery capability can help you improve business continuity by using infrastructure-as-code and cloud-scaling to automate rapid and frictionless recovery of data to any location. This enables mass recovery from cloud storage at scale with the highest speed possible. You don’t have to run an expensive cluster in the cloud to be able to do this, saving you money and headache.

Cleanroom

También contamos con lo que denominamosCleanroom, one of the standout features of Commvault Cloud. It’s a cutting-edge service that ensures rapid, frictionless, and reliable recoveries after a cyberattack.

Cuando se produce un ciberataque, es fundamental disponer de una copia de seguridad limpia. Pero es igual de importante contar con una ubicación limpia para la recuperación. Ahí es donde entra en juego Cleanroom Recovery. Con Commvault Cloud, puedes recuperar tus datos en un entorno seguro y aislado en la nube, diseñado específicamente para fines de recuperación. Este entorno «cleanroom» está «listo para usar», lo que significa que siempre está a tu disposición y preparado para facilitar el proceso de recuperación.

Cleanroom Recovery ofrece varias ventajas, entre las que se incluyen:

Ofrecemos un espacio seguro y aislado para la Recovery, garantizando que tus datos estén protegidos frente a cualquier amenaza o vulnerabilidad residual. Esto te da tranquilidad, ya que sabes que los datos recuperados están limpios y libres de cualquier posible malware o elemento malicioso.

Facilitar recuperaciones rápidas. El tiempo es fundamental a la hora de recuperarse de un ciberataque, y Cleanroom Recovery garantiza que el proceso sea lo más rápido y eficiente posible. Aprovechando el potencial de la nube, Commvault Cloud permite una recuperación de datos rápida y fluida, lo que minimiza el tiempo de inactividad y te permite volver a estar operativo en un abrir y cerrar de ojos.

Cleanroom Recovery no sirve solo para la recuperación tras un ataque, sino que también es una herramienta valiosa para realizar pruebas rutinarias de respuesta ante incidentes. Al poner a prueba periódicamente tus procesos de recuperación en el entorno de sala limpia, puedes asegurarte de que tus sistemas estén preparados y optimizados para hacer frente a cualquier posible amenaza cibernética. Este enfoque proactivo de las pruebas y la validación contribuye a reforzar tu resiliencia cibernética general.

Predicción de amenazas basada en IA

Attackers are using AI to make ransomware even quieter and harder to detect. One of the emerging attacks uses AI to change the shape of the malware. Security experts call these shapeshifting or poly-morphic attacks. Whatever you call it, they are extremely hard to see and go undetected by traditional anomaly detection techniques. In Commvault Cloud we’re la IA para combatir a la IA. Esto te ayuda a detectar amenazas de día cero impulsadas por IA que ya hanafectadoal contenido de las copias de seguridad, de modo que puedas poner en cuarentena y recuperar los datos de forma limpia, evitando al mismo tiempo la reinfección durante la Recovery.

Gestionamos la resiliencia cibernética por ti

As part of the Commvault Cloud release, we’re adding Platinum Resilience, un servicio totalmente gestionado que proporciona una protección, compromiso y capacidad de respuesta inigualables ante amenazas de ciberseguridad y situaciones de desastre. Este servicio, que se está presentando a clientes selectos como parte de un programa de acceso anticipado y cuya disponibilidad total está prevista para principios de 2024, ofrece lo siguiente:

Backup and Recovery básicas, automatización avanzada basada en IA, engaño cibernético, pruebas de Recovery y comprobaciones de Readiness, generación de informes avanzados, auditorías de seguridad, telemetría personalizada y mucho más.
Powerful and comprehensive hybrid data protection and resilience, with the ease of use of the cloud using a dedicated, isolated control plane.
Un equipo de Readiness y respuesta ante ataques de ransomware que se encarga de todo, desde la configuración hasta las pruebas y la validación continuas, pasando por Recovery en caso de un incidente cibernético.

We’re confident that Platinum Resilience offers the best in end-to-end cyber resilience and we’re backing that up with a new Commvault Protection Warranty to give everyone from IT managers to board members peace of mind that recovery from an attack is guaranteed.

Commvault Cloud para la Ciberresiliencia

This is the boldest product launch in my 26-year history here at Commvault. I’m confident that your organization’s approach to cyber resilience will be revolutionized by Commvault Cloud, powered by Metallic AI. With its unified platform, advanced AI capabilities, and unique architecture, Commvault Cloud offers a comprehensive solution for data protection, security, intelligence, and recovery. By leveraging the power of AI, you can benefit from enhanced visibility, simplified processes, and optimized cyber resilience.

Con Commvault Cloud, podrás estar tranquilo sabiendo que tus datos están a salvo, que tus operaciones están protegidas y que tu empresa puede seguir prosperando ante las amenazas cibernéticas en constante evolución. Es la solución definitiva para lograr la resiliencia cibernética en tu empresa híbrida.

Commvault Cloud, a unified data resilience platform

A common misconception is that Commvault bought or acquired our award-winning Metallic SaaS technology. Well, we did neither… we built it from the ground up. Metallic was purposefully crafted to join Commvault’s existing portfolio of data protection offerings, as a light-touch, cloud-centric alternative.

Commvault Cloud, nuestra nuevaplataforma de ciberresiliencia y Recovery, unifies our cloud, software, and appliance-based services into a single place. This not only provides our customers with a consistent and streamlined experience to consume our technologies, but also creates new synergies and capabilities that advance how our customers protect their data. Commvault Cloud stands as the industry’s first platform for true cloud data security. Simpler, smarter and more scalable than ever before for trusted cyber resilience to secure and recover data in today’s hybrid world.

Benefits for Metallic customers

By melding Metallic and Commvault technologies together into one platform, customers get even faster innovation, automation, and performance. While Metallic users will still enjoy the same SaaS-based backup they’ve come to know and love, the Commvault Cloud will pave the way for even more cloud-delivered advancements in disaster recovery, data security, artificial intelligence, and more. It means the best of all worlds: Simple SaaS protection, next generation cyber recovery innovations, and more flexibility of choice.

Advanced automation and intelligence with Metallic AI

Aunque nuestras solucionesde Backup and Recoveryofrecidas mediante SaaS se consolidarán en nuestra nueva Commvault Cloud Platform, el espíritu de Metallic perdura en nuestra capa de IA: Metallic AI. Metallic AI es nuestra capa de inteligencia artificial que impulsa nuestra nueva plataforma. Desde la automatización y el aprendizaje automático hasta la IA, Metallic AI aporta mayor rendimiento y eficiencia a todos los aspectos de Commvault Cloud. Metallic AI también funcionará como una potente capa de integración para los socios del ecosistema, lo que permitirá a los desarrolladores crear nuevos servicios sólidos e innovadores que optimicen continuamente Commvault Cloud y aporten un mayor valor a quienes la utilicen.

We are excited for this next phase in our journey, how the Commvault Cloud is redefining cyber resiliency and recovery as we know it, and continuing to support our customers with award-winning SaaS-based data protection.

Want to learn more? Check out the following video or visit our sección de preguntas frecuentes en la Comunidad de Commvault for additional details.

Aspectos a tener en cuenta sobre el SaaS

Para lograr la flexibilidad que ofrece el modelo SaaS, hay que tener en cuenta cinco factores clave:

It’s important to choose a SaaS provider that offers a highly scalable and reliable cloud infrastructure. A significant advantage of SaaS is its inherent scalability. This ensures that the software can handle increased workloads and provide uninterrupted access to users.
Organizations should look for SaaS solutions that offer anytime, anywhere access. Gone are the days of being tied to a specific physical location to access critical business applications. As of last year, 41.4% of cloud leaders say they are increasing their use of cloud-based services due to the macroeconomic climate.² This means that employees can access the software and data from any location, as long as they have an internet connection. This flexibility empowers remote work, collaboration across geographies, and increases productivity.
La rápida implementación y las actualizaciones son fundamentales para lograr la flexibilidad que ofrece el modelo SaaS. Las soluciones SaaS pueden implementarse rápidamente, a menudo en cuestión de horas o días, lo que permite a las organizaciones empezar a utilizar el software y aprovechar sus ventajas antes, impulsando así la eficiencia y la productividad. Además, los proveedores de SaaS se encargan de las actualizaciones y el mantenimiento, lo que garantiza que las empresas siempre tengan acceso a las últimas funciones y mejoras de seguridad sin interrupciones ni los costosos gastos generales que supone el mantenimiento de los sistemas locales.
Customization without complexity is another important aspect to consider. Flexibility in software often goes hand in hand with customization, so organizations should look for SaaS solutions that offer the ability to tailor the software to their specific business requirements without the need for complex and costly customization. Again, we see a need for this level of customization as 72% of IT Pros are taking a hybrid approach by combining public and private clouds.³ With this model, businesses can configure the software to align with their unique processes and workflows, empowering them to work the way they want to, without compromising on functionality.
Las capacidades de integración y colaboración son esenciales para lograr la flexibilidad que ofrece el modelo SaaS. Las soluciones SaaS deben ofrecer API y conectores que permitan una integración y un intercambio de datos fluidos con otros sistemas. Esto permite a las empresas crear un ecosistema unificado de herramientas de software, lo que agiliza los procesos y mejora la productividad.

En conclusión, la flexibilidad que ofrece el modelo SaaS permite a las organizaciones adaptarse rápidamente a las necesidades cambiantes de las empresas. Al elegir una solución SaaS que ofrezca escalabilidad, acceso en cualquier momento, rápida implementación y actualizaciones, opciones de personalización y capacidades de integración, las empresas pueden alcanzar la flexibilidad que necesitan para prosperar en el dinámico entorno empresarial actual. Adoptar el modelo SaaS no es solo un cambio tecnológico; es una apuesta estratégica para preparar tu empresa para el futuro y liberar todo su potencial.

For more information on SaaS delivered flexibility, please view ourResumen de la Solución, and watch our recent October 3webinar on demand.

References

1. Informe «El estado de la nube» de Flexera, 2023 – 2. Encuesta «Brand Pulse» de Google Cloud, 2022 – 3. Encuesta «Brand Pulse» de Google Cloud, 2022

More related posts

«EC2-Otros» es una categoría de costes de la facturación de AWS que incluye varios tipos de uso relacionados con los servicios, como la transferencia de datos, los volúmenes y las instantáneas de EBS, las direcciones IP elásticas y las puertas de enlace NAT. Los clientes pueden utilizarla para calcular el coste total de la ejecución de instancias de EC2, excluyendo los costes fijos por hora de ejecución de las instancias. Es fundamental comprender «EC2-Otros» para identificar las distintas categorías de costes que la componen, de modo que puedas optimizar el uso de las instancias de EC2 de forma eficiente y reducir los costes innecesarios.

Comprender EC2: Otros

When it comes to cloud computing, Amazon Elastic Compute Cloud (EC2) is one of the most popular options available on the market. EC2 offers a wide range of benefits, including cost savings, flexibility, and accessibility, but to get the most out of your instance, it’s important to understand the different types of EC2 instances as well as the billing and cost categories associated with them.

First, let’s take a closer look at EC2-Other. This cost category is created by Amazon and is often the second largest cost category on an AWS bill for heavy EC2 users. It includes multiple service-related usage types like data transfer, elastic IP addresses, EBS volumes and snapshots, NAT gateways and more. Essentially, EC2-Other encompasses all costs associated with running your EC2 instances except for fixed hourly instance running costs.

A modo de analogía: piensa en los costes de funcionamiento por hora de una instancia de EC2 como si fueran similares al alquiler de un piso con una cuota fija mensual. En comparación, «EC2-Otros» incluiría todos los demás gastos mensuales, como los servicios públicos (electricidad, agua, gas), las cuotas de televisión por cable o de conexión a Internet, así como cualquier gasto adicional de mantenimiento.

Understanding how AWS reports total EC2 costs can be daunting as different reporting tools display costs in varying ways. However, it’s crucial for tracking your usage and monitoring your spending so you can isolate individual cost categories within EC2-Other. Two categories that customers can use to get the total cost of running their EC2 instances include EC2-Instances and EC2-Other.

Now that we have a basic understanding of what EC2-Other means in terms of an AWS bill let’s delve further into the different types of EC2 instances available.

Tipos de instancias de EC2

Amazon ofrece varios tipos diferentes de instancias para adaptarse a las necesidades de cada usuario. Dentro de estas categorías hay distintos tamaños de instancias y opciones de precios.

Por ejemplo, las instancias «burstable» de uso general, como su nombre indica, ofrecen un equilibrio entre las capacidades de memoria de cálculo, CPU y ancho de banda de red. Las familias de instancias T3 y M6g forman parte de esta categoría. Si tienes cargas de trabajo con patrones de uso irregulares, estas instancias podrían ser una opción ideal.

Por el contrario, para las cargas de trabajo de computación de alto rendimiento puede ser más adecuado recurrir a instancias optimizadas para la computación, que se clasifican en las familias C6g y C5n. Estas instancias cuentan con procesadores personalizados y una gran capacidad de memoria.

Las instancias optimizadas para memoria son ideales para cargas de trabajo que requieren la manipulación de datos a gran escala y una gran capacidad de procesamiento. Entre ellas se incluyen los modelos R5a y R6g. Los usuarios pueden aprovechar hasta 768 GB para dar soporte a cualquiera de sus aplicaciones de big data.

A continuación, las instancias optimizadas para almacenamiento (I3en), perfectas para tareas con gran volumen de datos a escala de petabytes.

Por último, pero no por ello menos importante, las instancias basadas en GPU combinan las capacidades de la CPU de EC2 con GPU diseñadas específicamente para permitir el entrenamiento de aprendizaje automático o el renderizado.

Por supuesto, uno podría preguntarse: ¿por qué complicarse con todos estos tipos diferentes? Aunque pueda parecer abrumador, comprender tu caso de uso concreto te ayudará a ahorrar costes y, al mismo tiempo, a garantizar un rendimiento óptimo. Por ejemplo, ejecutar trabajos por lotes resulta mucho más económico con las opciones «Standard» o superiores que iniciar varias instancias bajo demanda para realizar el mismo cálculo a un precio más elevado.

Understanding which type of EC2 instance is right for a specific workload has become increasingly important in recent years as companies lean towards virtualized environments. In the next section we’ll take a closer look at how each instance type differs in terms of performance and features so you can make an informed decision on what works best for your particular business needs.

Amazon ofrece una amplia gama de instancias EC2 entre las que los usuarios pueden elegir en función de los requisitos específicos de su carga de trabajo. Cada tipo de instancia cuenta con un conjunto único de Features y capacidades diseñadas para optimizar el rendimiento y minimizar los costes. Es importante que las empresas comprendan con precisión sus casos de uso para poder seleccionar el tipo de instancia EC2 que mejor se adapte a sus necesidades empresariales. De este modo, pueden garantizar un rendimiento óptimo y reducir los gastos innecesarios.

Facturación de AWS y categorías de costes

Amazon Elastic Compute Cloud (EC2) is one of the most widely used cloud computing services in the world. With EC2, users have access to a wide range of virtual machines, or “instances,” which they can use to run software applications, store data, and perform other computing tasks in the cloud. However, as with any cloud service, understanding the costs associated with using EC2 is critical to managing expenses and optimizing usage.

AWS Billing and Cost Categories are a key aspect of using EC2 effectively. Amazon has designed specific cost categories to provide users with a clear understanding of how much they are spending on different types of EC2 instances and related services. By breaking down the costs in this way, users can gain valuable insights into their usage patterns, identify ways to save money, and optimize their overall experience using EC2.

There are two primary cost categories for EC2 – EC2 Instances and EC2-Other. EC2 Instances include the hourly charge for running an instance as well as any additional costs for data transfer or storage associated with that instance. The pricing model for these instances varies depending on factors such as location, operating system, instance type, and usage pattern.

«EC2-Otros» es una categoría de costes independiente creada por Amazon que podría constituir la segunda categoría de costes más importante de tu factura de AWS si eres un usuario intensivo de EC2. Incluye una serie de tipos de uso relacionados con los servicios, como la transferencia de datos, los volúmenes y las instantáneas de EBS, las direcciones IP elásticas, las puertas de enlace NAT y mucho más. Comprender qué costes se incluyen en esta categoría es fundamental para analizar en qué conceptos se desglosan tus gastos dentro de ese grupo.

Las herramientas de generación de informes de AWS muestran los costes totales de EC2 de diferentes maneras, ya que existen varias metodologías para calcular dichos costes en función de la herramienta utilizada. Una de las métricas calculadas por Cost Explorer se denomina «EC2-Otros gastos» y calcula el coste total de la ejecución de tus instancias de EC2, excluyendo los costes fijos por hora de funcionamiento de las instancias. Esto puede ayudar a los usuarios de AWS a determinar los gastos asociados a diferentes actividades sin perderse en los detalles de las operaciones de uso individuales.

Ventajas de utilizar EC2-Other

EC2-Other ofrece varias ventajas que lo convierten en un elemento fundamental de cualquier estrategia de computación en la nube. Una de las principales ventajas es el ahorro de costes y la flexibilidad. Al comprender cómo aislar las distintas categorías de costes dentro de EC2-Other, los usuarios pueden ahorrar dinero optimizando el uso de sus instancias de EC2 en la nube. Por ejemplo, si un usuario detecta una puerta de enlace NAT o una dirección IP elástica que no se utiliza, puede eliminar estos servicios y ahorrar costes en consecuencia.

In addition to cost savings, EC2-Other provides enhanced security and accessibility features for users. Accessible storage volumes and snapshots offer more flexible backup solutions, while Elastic IPs provide robust means of failover and disaster recovery. This level of redundancy is excellent protection against costly shutdowns or failures that could create inconsistent results, productivity losses or even potential data loss.

Otra ventaja fundamental de utilizar EC2-Other es la posibilidad de analizar los datos de uso con mayor profundidad. Los grupos de tipos de uso desglosan cada tipo según su finalidad, lo que ofrece una visión clara de cuánto se está gastando en cada aspecto. Esto permite una precisión milimétrica a la hora de optimizar el sistema en su conjunto, ya que permite alternar entre la visión global de tu huella de EC2 y profundizar en algunos de los aspectos de uso complementarios que requieren atención.

Al aprovechar herramientas como la agrupación de opciones de compra, los usuarios que ya hayan adquirido instancias reservadas de AWS pueden optimizar aún más sus patrones de uso y reducir los gastos generales ajustando la cobertura de las instancias reservadas en función de los niveles de utilización reales, en lugar de los previstos.

En 2023, se informó de que los servicios de EC2 representaban aproximadamente el 55 % de los ingresos totales de AWS, por lo que resultaba fundamental conocer los costes asociados a los mismos.
The cost of Amazon EC2-Other typically makes up around 10%-20% of the total EC2-related expenses on an average user’s AWS bill.
Un estudio reciente ha estimado que el análisis y la optimización de los costes de «EC2-Otros» podrían suponer un ahorro medio de entre el 15 % y el 30 % para los usuarios de Amazon EC2 con un volumen elevado de uso que adopten estrategias de gestión eficientes.

Ahorro de costes y flexibilidad

En lo que respecta a la computación en la nube, una de las principales ventajas es el ahorro de costes. Amazon EC2-Other ofrece numerosas oportunidades de ahorro que pueden ayudarte a optimizar tu gasto en AWS y, en última instancia, a reducir tu factura de AWS.

Por ejemplo, con EC2-Other, solo pagas por lo que utilizas. En lugar de adquirir hardware e infraestructura por adelantado, lo cual puede resultar caro, puedes limitarte a alquilar únicamente los recursos que necesitas para ejecutar tus aplicaciones. Esto te ofrece la flexibilidad de ampliar o reducir la capacidad en función de tus necesidades sin que te cueste un ojo de la cara.

Otra forma en la que EC2-Other permite ahorrar costes es a través de las instancias reservadas o las instancias Spot. Las instancias reservadas ofrecen descuentos por uso, al tiempo que proporcionan flexibilidad en cuanto a tipos de instancia, sistemas operativos y opciones de tenencia. Las instancias Spot ofrecen descuentos aún mayores, pero se recomiendan para aplicaciones no críticas que tengan horarios de inicio y fin flexibles.

While offering big cost savings, being able to scale up and down with ease also provides a great deal of flexibility. You can quickly increase capacity when there’s a sudden surge in demand or scale your compute environment down during periods of reduced activity.

Say you’re running an e-commerce website and anticipate a high spike in traffic for an upcoming sale event. With EC2-Other, instead of worrying about having enough resources available for the coming week, you can simply spin up additional instances as needed during the peak period and then spin them down afterward. This ensures that you have just enough resources when needed without paying for unnecessary instances during non-peak periods.

All these features make Amazon EC2-Other a popular choice among cloud users looking to save costs while increasing their infrastructure’s flexibility.

Seguridad y accesibilidad

AWS ha seguido sistemáticamente las prácticas de seguridad estándar del sector para garantizar un acceso seguro a sus servicios a lo largo del tiempo. Amazon EC2-Other refuerza estas buenas prácticas al ofrecer conexiones de red seguras y aisladas, funciones de escalado automático que protegen frente a fallos del sistema y mucho más.

EC2-Other también ofrece un control muy preciso sobre el acceso a las instancias y otros recursos. Por ejemplo, puedes utilizar grupos de seguridad para definir reglas de tráfico entrante y saliente para tus instancias, configurar listas de acceso a la red para permitir o denegar el acceso a direcciones IP o bloques CIDR específicos, y utilizar Amazon VPC (nubes privadas virtuales) para crear redes aisladas para tus instancias.

At the same time, EC2-Other is highly accessible from anywhere in the world. For instance, you can start up an instance on a cloud server located in Singapore and run its applications from New York with ease. You can also access your instances using the AWS Management Console, a web interface that gives you full control of your instances’ settings, performance metrics, storage usage, and more.

Just like how a bank’s vault provides both security and accessibility—locks keep valuables secure while tellers allow authorized individuals access to their accounts—the EC2-Other’s balance between security and accessibility protects users’ data assets while enabling their teams’ concurrent workflows.

Además, EC2-Other garantiza la seguridad mediante el cifrado de los datos tanto en reposo como en tránsito. Puedes cifrar volúmenes o instantáneas de Elastic Block Store (EBS) utilizando claves gestionadas por AWS-KMS (Key Management Service) o claves maestras del cliente. Esto añade una capa adicional de protección a los datos confidenciales durante su transferencia a terceros a través de protocolos externos como HTTPS o SSH.

Análisis de los costes de EC2 (otros)

Analizar los costes de «EC2-Otros» es fundamental para comprender el coste total de EC2, que incluye todos los costes de funcionamiento de una instancia de EC2, excepto los costes fijos por hora de funcionamiento de la instancia. «EC2-Otros» abarca diversos tipos de uso, como la transferencia de datos, los volúmenes y las instantáneas de EBS, las direcciones IP elásticas y las pasarelas NAT. Sin embargo, identificar las categorías de costes individuales dentro de «EC2-Otros» puede resultar complicado debido a las diferentes formas en que las herramientas de generación de informes de AWS muestran los costes totales de EC2.

To isolate individual cost categories within EC2-Other, it’s crucial to understand the three logical categories of EC2 costs: existence costs, utilization costs, and subresource costs. Existence costs are those that accumulate when an EC2 instance runs regardless of how much it is utilized. Utilization costs are those that accumulate when an instance is used beyond its fixed hourly cost. Finally, subresource-related charges arise because of additional services linked to an instance.

For example, consider a situation where a company has a 24×7 running web server on an m5.large instance in the US East Region. In this case, the existence cost will be the hourly rate charged by Amazon for keeping this instance online for 730 hours per month (24×30 days). The utilization cost for this situation can be assessed by looking at incoming traffic source regions. During high traffic periods, say from Russia or China instead of their target audience in the US East region, excess traffic could result in excessive utilization charges.

AWS’ cost allocation report shows usage costs separately for each usage type within each service category. In contrast, Cost Explorer aggregates these charges into broader categories such as Data Transfer or Elastic IP addresses while ignoring specific utilization-related charges like VPCPeering-In and Out or PublicIP-In and Out.

Comprender las distintas categorías de costes resulta de gran ayuda para que las empresas entiendan el desglose de sus cargos de facturación de EC2, lo que les permite identificar costes innecesarios y optimizar su uso.

Costes de utilización, existencia y subrecursos

Before reducing your costs with EC2-Other, it’s important first to understand how Amazon bills you for its services.

As discussed earlier, AWS separates costs into various categories depending on what service they pertain to. One such category is “EC2-Other.” By looking at individual cost categories within EC2-Other, you can get a sense of which services are costing you the most and where you can make cost-saving optimizations.

In the next section, we’ll dive into these individual categories with a focus on how to identify and isolate them for cost optimization.

Cómo elegir el tipo «EC2-Other» más adecuado para tus necesidades

Optimización del uso de EC2-Otros

El coste de utilización es una de las categorías individuales incluidas en «EC2-Otros». Amazon lo calcula en función del uso de la red y del consumo de datos de las instancias que superan su coste fijo por hora de funcionamiento. Por el contrario, el coste de existencia incluye los gastos en los que incurre la instancia cuando no se está utilizando de forma activa, pero permanece conectada a la espera de solicitudes. Por último, los cargos relacionados con los subrecursos son aquellos que surgen como servicios adicionales relacionados con la utilización y vinculados a una instancia.

Para diferenciar los costes de utilización por operación de otros tipos de costes, como los de mantenimiento o los relacionados con los subrecursos, analiza los valores de la línea «lineItem/Operation» de tu informe de AWS Cost Explorer. Algunos valores indican costes de mantenimiento, como «RunningHours:C5» en el modo bajo demanda, mientras que otros indican costes de utilización, como «VPCPeering-In» y «Out» o «PublicIP-In» y «Out».

Algunas empresas podrían argumentar que aislar categorías concretas dentro de «EC2-Otros» no resulta de gran ayuda, ya que estas categorías interactúan entre sí. Un volumen elevado de transferencia de datos a una instancia de EC2 —como el envío de archivos de gran tamaño o la realización de copias de seguridad de bases de datos— dará lugar a mayores cargos por el uso de direcciones IP elásticas y puertas de enlace NAT, lo que puede traducirse en facturas inesperadas. Por lo tanto, se puede lograr una mayor optimización analizando el coste total, en lugar de intentar desglosar las categorías individuales que lo componen.

Analyzing EC2-Other costs is similar to a puzzle where pieces need to be put together accurately for a full picture. Ultimately, understanding the individual pieces allows companies first to understand how much each problem area contributes towards the end state’s solution before formulating solutions across all these areas.

AWS ofrece varias herramientas que los clientes pueden utilizar para realizar un seguimiento eficaz de sus costes y optimizar su uso de EC2-Other. Al analizar conjuntos de datos exhaustivos, como la utilización, la existencia y los cargos relacionados con los subrecursos, podrás empezar a optimizar realmente tu uso de EC2-Other y, al mismo tiempo, reducir los costes.

Cómo elegir el tipo «EC2-Other» más adecuado para tus necesidades

Para aprovechar al máximo las posibilidades de «EC2-Other», es necesario conocer a fondo los diferentes tipos de instancias, así como el desglose de costes asociado a cada una de ellas. Determinar qué tipo de instancia se adapta mejor a tus necesidades y, a continuación, optimizar su uso mediante una supervisión continua puede ayudarte a lograr un ahorro significativo en los costes.

Amazon offers numerous different instance types for EC2-Other, ranging from general-purpose instances for computing and memory-intensive applications to storage-optimized instances for companies with vast amounts of data. Adopting an instance type that doesn’t fit your workload can lead to unnecessary spending or sub-optimal performance. Therefore, it’s vital first to identify specific patterns within your usage across individual instances to identify the areas that require modifications.

Los costes de utilización varían considerablemente en función de la carga de trabajo de la aplicación y los requisitos operativos, por lo que es fundamental supervisar periódicamente el uso de EC2 para garantizar una asignación óptima de los recursos. A menudo se observa que mantener un equilibrio entre las instancias con picos de carga de trabajo y las que tienen una demanda constante permite a las organizaciones lograr un ahorro significativo en los costes y, al mismo tiempo, maximizar el rendimiento.

Las organizaciones con demandas de carga de trabajo dinámicas deberían aprovechar los precios de mercado siempre que sea posible. Estas tarifas son mucho más bajas que las del modelo estándar de pago por consumo, ya que reflejan la capacidad disponible en una zona de disponibilidad determinada. Sin embargo, los precios de mercado solo son viables cuando se trabaja con cargas de trabajo no críticas, ya que la tarifa podría fluctuar en función de la dinámica de la demanda. Por lo tanto, las organizaciones deben evaluar cuidadosamente sus necesidades de carga de trabajo antes de decidir si los precios de mercado son la opción adecuada para ellas.

Optimizing EC2 instance usage is similar to driving a car more efficiently by monitoring speed, gear selection, and fuel economy metrics in real-time. The more information you have about how your car is performing, the better equipped you are at optimising your fuel usage and prolonging your car’s durability.

Preguntas frecuentes

¿Cuánto cuesta utilizar EC2-Other en comparación con otras instancias?

El coste de utilizar instancias EC2-Other puede variar en función de varios factores, como la región, el tipo de instancia y la duración del uso. No obstante, en general, las instancias EC2-Other tienen un precio competitivo en comparación con otras instancias que ofrece Amazon Web Services (AWS).

For example, according to AWS’s pricing calculator, the cost for an m5.xlarge instance (one of the most popular Instance types) in the US East (N. Virginia) region is $0.192/hour. On the other hand, the cost for an x1e.xlarge instance (an EC2-Other instance optimized for high-performance computing workloads) in the same region is $0.759/hour. Although this may seem more expensive at first glance, it’s essential to note that EC2-Other instances are designed for specific tasks and require specialized hardware to achieve optimal performance.

Additionally, AWS offers different pricing models that can further reduce costs when using EC2-Other instances. One such model is Spot Instances, which allows users to get spare computing capacity at a discounted price when there’s excess capacity available in AWS data centers. This model can provide significant discounts of up to 90% off on-demand prices.

In conclusion, while EC2-Other instances’ costs may appear higher than other instances initially when you factor in the specialized nature of these instances and their unique capabilities, they offer great value for money and can be priced competitively with other similar services in the market.

¿Qué servicios o Features concretos se incluyen en la categoría «EC2-Otros»?

EC2-Other refers to the various services and features that are available as part of Amazon’s Elastic Compute Cloud (EC2) platform, beyond its standard instances. These services and features offer tremendous benefits for businesses that require more robust computing power or that need to run specialized applications.

Algunos ejemplos concretos de servicios y Features de «EC2 – Otros» son:

1. Servidores dedicados: Con los servidores dedicados, las empresas pueden disponer de un servidor físico completo dedicado exclusivamente a su uso, lo que les proporciona un mayor control sobre los recursos y la seguridad.

2. Instancias Spot: Las instancias Spot permiten a las empresas pujar por capacidad EC2 no utilizada, lo que puede suponer un ahorro de hasta el 90 % en los costes sin dejar de tener acceso a una potencia de cálculo de alto rendimiento.

3. Instancias con GPU: Para las empresas que necesitan unidades de procesamiento gráfico (GPU) de alto rendimiento para aplicaciones avanzadas, como el aprendizaje automático o la investigación científica, Amazon ofrece potentes instancias con GPU que pueden incluir hasta 8 GPU NVIDIA Tesla V100 por instancia.

4. Fargate: Fargate es un servicio de computación sin servidor que permite a las empresas implementar aplicaciones en contenedores directamente en EC2 sin tener que gestionar los servidores por sí mismas.

5. Batch: Batch es un servicio totalmente gestionado para ejecutar cargas de trabajo de computación por lotes a gran escala.

Estos son solo algunos ejemplos de los numerosos servicios y Features que se ofrecen en la categoría «EC2-Otros». Según estudios recientes, las instancias de EC2 (tanto las estándar como las de la categoría «EC2-Other») tienen una gran demanda a nivel mundial, ya que, en 2020, casi la mitad de todas las cargas de trabajo en la nube se ejecutaban en AWS (Fuente: Synergy Research Group). Por ello, el uso de «EC2-Other» puede ofrecer ventajas significativas en términos de escalabilidad, rendimiento y ahorro de costes para las empresas que deseen aprovechar la tecnología de la computación en la nube.

¿Se puede utilizar EC2-Other para determinados tipos de aplicaciones o cargas de trabajo?

Sí, EC2-Other se puede utilizar para tipos específicos de aplicaciones o cargas de trabajo. De hecho, ofrece una amplia variedad de tipos de instancias para satisfacer diferentes necesidades informáticas, que van desde instancias de uso general hasta instancias optimizadas para memoria e instancias con GPU. Estas instancias cuentan con diferentes capacidades de CPU, memoria, almacenamiento y red para cumplir con los requisitos específicos de las distintas cargas de trabajo.

For example, if you’re running compute-intensive workloads such as scientific simulations or video encoding, you could choose an instance type that has more CPU cores and higher clock speeds. On the other hand, if you’re running memory-intensive workloads such as large-scale bases de datos relacionales or in-memory caching systems, you could go for an instance type that has more RAM.

Además de la variedad de tipos de instancias, EC2-Other también ofrece opciones de precios flexibles que te permiten optimizar tus costes en función de tus patrones de uso y tus necesidades de capacidad. Puedes elegir entre instancias bajo demanda, que ofrecen una tarificación de pago por uso sin costes iniciales ni reservas; instancias reservadas, que ofrecen importantes descuentos pero requieren un pago por adelantado para un plazo determinado; o instancias spot, que te permiten pujar por capacidad no utilizada a un precio más bajo.

Según un informe de Synergy Research Group, Amazon Web Services (AWS), incluido EC2-Other, alcanzó una cuota del 33 % del mercado mundial de infraestructura en la nube en el tercer trimestre de 2022. Esto pone de manifiesto la popularidad y la fiabilidad de los servicios de AWS entre los usuarios de todo el mundo.

In conclusion, EC2-Other is a versatile and scalable compute service that can be used for various types of applications and workloads. It provides a range of instance types with different configurations and competitive pricing options to suit diverse business needs. With its proven track record and solid customer base, it’s definitely worth considering as your cloud computing solution.

¿En qué se diferencia «EC2-Other» de otras instancias de EC2?

EC2-Other se diferencia de otras instancias de EC2 en que ofrece a los usuarios configuraciones únicas para satisfacer requisitos informáticos específicos. A diferencia de otras instancias de EC2, EC2-Other no se enmarca en ninguna categoría predefinida y permite a los usuarios personalizar por completo sus máquinas virtuales seleccionando diferentes combinaciones de opciones de CPU, memoria, almacenamiento y red.

Este nivel de personalización convierte a EC2-Other en una excelente opción para ejecutar cargas de trabajo especializadas, como el aprendizaje automático, la computación de alto rendimiento, el análisis de big data y otras aplicaciones complejas que requieren configuraciones a medida. Según un informe reciente de Synergy Research Group, Amazon Web Services (AWS), la empresa matriz de EC2-Other, ostenta una ventaja significativa en el mercado de los servicios de infraestructura en la nube, con una cuota superior al 30 %.

One of the key advantages of using EC2-Other is that it provides scalability and flexibility without any long-term commitments or upfront costs. Users only pay for what they use, and can easily modify their instance types or numbers with just a few clicks. Furthermore, EC2-Other comes equipped with a wide range of security features such as network firewalls, encryption at rest and in transit, identity and access management (IAM), and compliance certifications that ensure secure operations.

In conclusion, EC2-Other is a game-changing feature within the AWS ecosystem as it gives users complete control over their computing environments. It lets businesses optimize their resource allocation to reduce costs while achieving optimal performance levels for their unique use cases.

¿Hay alguna limitación o aspecto relacionado con el rendimiento que se deba tener en cuenta al utilizar EC2-Other?

Sí, hay ciertas limitaciones y aspectos relacionados con el rendimiento que hay que tener en cuenta al utilizar EC2-Other para la computación en la nube. A continuación se ofrece un resumen de algunos de los más importantes:

1. Zonas de disponibilidad limitadas: EC2-Other solo está disponible en determinadas zonas de disponibilidad, lo que significa que tus opciones para realizar implementaciones en diferentes regiones pueden verse limitadas. Esto puede suponer un problema si necesitas una mayor cobertura geográfica en diferentes regiones.

2. Menor rendimiento de red: En comparación con otros tipos de instancias de EC2, las instancias EC2-Other presentan un menor rendimiento de red debido al uso de la tecnología de redes definidas por software (SDN) en lugar de recursos de hardware dedicados. Esto puede afectar a los requisitos de ancho de banda y latencia de determinadas cargas de trabajo.

3. Falta de flexibilidad: Las instancias EC2-Other no son tan flexibles como otras instancias, lo que puede plantear algunas dificultades a la hora de ampliar o ajustar los requisitos de tu infraestructura.

Despite these limitations, it’s important to note that EC2-Other still has many benefits for cloud computing workloads. For example, it can provide more economical options for certain applications with low resource utilization requirements.

According to a recent study by Synergy Research Group, AWS continues to lead the public cloud market with a 33% share (as of Q4 2022). Therefore, given the adoption rate and demand for AWS services worldwide, we believe that any limitations on using EC2-Other are outweighed by its clear advantages over traditional on-premises IT infrastructure when it comes to cost-effectiveness and scalability for companies.

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

Ingredientes clave para la resiliencia cibernética en un mundo híbrido

Nuevas oportunidades gracias a la convergencia entre la sostenibilidad y la ciberresiliencia

Regístrate hoy mismo y envía tus preguntas

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

Comprender el modelo de responsabilidad compartida de AWS

La seguridad de la nube frente a la seguridad en la nube

Implementación del modelo de responsabilidad compartida de AWS

Prácticas de control de acceso de los usuarios y de gestión de datos

Ventajas del modelo de responsabilidad compartida de AWS

Mayor seguridad y flexibilidad en materia de cumplimiento normativo

Abordar los posibles retos del modelo compartido

Preguntas frecuentes

What are the customer’s responsibilities in the AWS shared responsibility model?

What are the AWS provider’s responsibilities in the shared responsibility model?

¿En qué se diferencia el modelo de responsabilidad compartida de AWS de los modelos de otros proveedores de servicios en la nube?

¿Existen ideas erróneas comunes sobre el modelo de responsabilidad compartida de AWS?

¿Cómo afecta el modelo de responsabilidad compartida a la seguridad y al cumplimiento normativo en AWS?

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

AI-driven Attacks

Spotting Threats Early

Mantenerse al día ante la evolución de las amenazas

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

Garantizar la resiliencia y la capacidad de recuperación de los datos de Microsoft 365

Con más de 27 años de experiencia en el desarrollo conjunto

Más información: descubre cómo funciona esta solución conjunta

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

Trabajamos juntos para mejorar el valor y la interoperabilidad con Microsoft Security Copilot

Participación de Commvault en el Microsoft Security Copilot Partner Private Preview

Commvault Cloud Brings “Arlie” the New AI Copilot to Life

Más información: descubre cómo funciona esta solución conjunta

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

Comparativas interactivas de AD en todo el dominio

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

El panorama actual de las amenazas cibernéticas: «cuándo», no «si»

Integración con socios líderes en seguridad e inteligencia artificial

Luchando contra las amenazas de hoy y de mañana

More related posts

Architect for Tomorrow: Unified Data Protection as the Foundation for Resilience

The Importance of Recovery Point Objective (RPO) in Your Business Continuity Plan

Business Continuity Planning for the Cloud-Native Era

Te presentamos a tu nuevo socio en ciberrresiliencia: Arlie

Cloudburst™ Recovery

Cleanroom

Predicción de amenazas basada en IA

Gestionamos la resiliencia cibernética por ti

Commvault Cloud para la Ciberresiliencia