diff --git a/content/docs/en/support.mdx b/content/docs/en/support.mdx index 2edd96859..e1fa7679d 100644 --- a/content/docs/en/support.mdx +++ b/content/docs/en/support.mdx @@ -18,19 +18,19 @@ If you run into an issue or have a question, the fastest way to get help is thro For a few common questions, the fastest answer is one you can get yourself, right now: -- **Something's wrong in your application or its code** — that's owned and debugged by your own team; SleakOps manages the infrastructure your application runs on, not the application itself. -- **The application feels slow** — start with [Kubecost](/docs/cluster/addons/kubecost) and [Prometheus](/docs/cluster/addons/prometheus) to see what your workloads are actually using, before assuming it's an infrastructure problem. -- **Questions about your Dockerfile or build configuration** — see [Chart Dependencies](/docs/project/chart/chart_dependencies) for what's supported out of the box. -- **You want to understand or reduce your AWS spend** — see [AWS Cost Optimization Strategies](/tutorial/optimize-aws-costs) for concrete ways to bring it down. +- **Something's wrong in your application or its code** — that's owned and debugged by your own team; SleakOps manages the infrastructure your application runs on, not the application itself. As a first step, you can run an AI-powered [Autodiagnostic](/docs/powered-ai/autodiagnostic) on the workload to guide the investigation. +- **The application feels slow** — start with [Grafana](/docs/cluster/addons/grafana) to see what your workloads are actually using, before assuming it's an infrastructure problem. +- **Questions about your Dockerfile or build configuration** — see [Configure your Dockerfile](/docs/project/configure_your_dockerfile) for what's supported out of the box. +- **You want to understand or reduce your AWS spend** — see the [Cost Review Guide](/tutorial/cost-review-guide) to read what you're already spending, and [AWS Cost Optimization Strategies](/tutorial/optimize-aws-costs) for concrete ways to bring it down. - **Choosing AWS services or designing your architecture** — see the [Responsibility Model](/docs/responsability-model) below and [AWS's own documentation](https://docs.aws.amazon.com/) for guidance; these decisions are yours to make for your application. ## Responsibility at a glance | | SleakOps | You | |---|---|---| -| **Platform & infrastructure** | Clusters, networking, provisioning, and the resources SleakOps creates for you | Configure environment variables, define resource requirements, and monitor usage | +| **Platform & infrastructure** | Clusters, networking, provisioning, and the resources SleakOps creates for you — as long as you don't modify them directly in AWS, outside the platform. | Configure environment variables, define resource requirements, and monitor usage | | **Your application** | Provide runtime environment, CI/CD pipelines capabilities, and observability tools (logs/metrics) | Your code, its dependencies, and its performance | -| **Data & backups** | Provide the resource's backup options (e.g. automated RDS backups) and their secure storage | Define and manage backup and restoration policies for your dependencies — RDS, S3, RabbitMQ (see [Responsibility Model](/docs/responsability-model)) | +| **Data & backups** | Expose the resource's backup settings in the dependency form (e.g. the RDS "Automated Backup" toggle and retention period) | Define and manage backup and restoration policies for your dependencies — RDS, S3, RabbitMQ — and their secure storage (see [Responsibility Model](/docs/responsability-model)) | ## Still not sure? diff --git a/content/docs/es/support.mdx b/content/docs/es/support.mdx index 3400ebe6b..c8845c0da 100644 --- a/content/docs/es/support.mdx +++ b/content/docs/es/support.mdx @@ -18,19 +18,19 @@ Si tienes un problema o una pregunta, la forma más rápida de obtener ayuda es Para algunas preguntas frecuentes, la respuesta más rápida es una que puedes conseguir tú mismo, ahora mismo: -- **Algo falla en tu aplicación o en su código** — eso lo maneja y depura tu propio equipo; SleakOps administra la infraestructura sobre la que corre tu aplicación, no la aplicación en sí. -- **La aplicación se siente lenta** — empieza por [Kubecost](/docs/cluster/addons/kubecost) y [Prometheus](/docs/cluster/addons/prometheus) para ver qué están usando realmente tus workloads, antes de asumir que es un problema de infraestructura. -- **Preguntas sobre tu Dockerfile o la configuración del build** — consulta [Chart Dependencies](/docs/project/chart/chart_dependencies) para ver qué está soportado de fábrica. -- **Quieres entender o reducir tu gasto en AWS** — consulta [Estrategias de optimización de costos en AWS](/tutorial/optimize-aws-costs) para formas concretas de bajarlo. -- **Elegir servicios de AWS o diseñar tu arquitectura** — consulta el [Modelo de Responsabilidad](/docs/responsability-model) más abajo y la [documentación propia de AWS](https://aws.amazon.com/) como guía; estas decisiones son tuyas para tu aplicación. +- **Algo falla en tu aplicación o en su código** — eso lo maneja y depura tu propio equipo; SleakOps administra la infraestructura sobre la que corre tu aplicación, no la aplicación en sí. Como primer paso, puedes correr un [Autodiagnóstico](/docs/powered-ai/autodiagnostic) con IA sobre el workload para orientar la investigación. +- **La aplicación se siente lenta** — empieza por [Grafana](/docs/cluster/addons/grafana) para ver qué están usando realmente tus workloads, antes de asumir que es un problema de infraestructura. +- **Preguntas sobre tu Dockerfile o la configuración del build** — consulta [Configura tu Dockerfile](/docs/project/configure_your_dockerfile) para ver qué está soportado de fábrica. +- **Quieres entender o reducir tu gasto en AWS** — consulta la [Guía de revisión de costos](/tutorial/cost-review-guide) para leer lo que ya estás gastando, y [Estrategias de optimización de costos en AWS](/tutorial/optimize-aws-costs) para formas concretas de bajarlo. +- **Elegir servicios de AWS o diseñar tu arquitectura** — consulta el [Modelo de Responsabilidad](/docs/responsability-model) más abajo y la [documentación propia de AWS](https://docs.aws.amazon.com/) como guía; estas decisiones son tuyas para tu aplicación. ## Responsabilidad de un vistazo | | SleakOps | Tú | |---|---|---| -| **Plataforma e infraestructura** | Clusters, networking, provisión, y los recursos que SleakOps crea para ti | Configurar variables de entorno, definir requisitos de recursos y monitorear el uso. | +| **Plataforma e infraestructura** | Clusters, networking, provisión, y los recursos que SleakOps crea para ti — siempre que no los modifiques directamente en AWS por fuera de la plataforma. | Configurar variables de entorno, definir requisitos de recursos y monitorear el uso. | | **Tu aplicación** | Proveer el entorno de ejecución, pipelines de CI/CD y herramientas de observabilidad (logs/métricas). | Tu código, sus dependencias y su rendimiento | -| **Datos y backups** | Proveer las opciones de backup del recurso (por ejemplo, backups automatizados de RDS) y su almacenamiento seguro. | Definir y gestionar las políticas de backup y restauración de tus dependencias — RDS, S3, RabbitMQ (ver [Modelo de Responsabilidad](/docs/responsability-model)) | +| **Datos y backups** | Exponer la configuración de backup del recurso en el formulario de la dependencia (por ejemplo, el toggle "Automated Backup" de RDS y su período de retención). | Definir y gestionar las políticas de backup y restauración de tus dependencias — RDS, S3, RabbitMQ — y su almacenamiento seguro (ver [Modelo de Responsabilidad](/docs/responsability-model)) | ## ¿Todavía no estás seguro? diff --git a/content/tutorials/en/migrate-rds-snapshot-between-accounts.mdx b/content/tutorials/en/migrate-rds-snapshot-between-accounts.mdx index 8e256f823..e2d495958 100644 --- a/content/tutorials/en/migrate-rds-snapshot-between-accounts.mdx +++ b/content/tutorials/en/migrate-rds-snapshot-between-accounts.mdx @@ -116,7 +116,8 @@ Unencrypted snapshots can be shared directly between accounts. If your RDS uses 1. Go to **SleakOps → Dependencies → Create**. 2. Select **Create an RDS from a snapshot**. -3. Enter the identifier of the copied snapshot. +3. If the snapshot isn't encrypted with the default AWS-managed key, enter the full ARN of the KMS key used for the copy in the **KMS Key ID** field (format: `arn:aws:kms:::key/`). +4. Enter the identifier of the copied snapshot. --- diff --git a/content/tutorials/es/migrate-rds-snapshot-between-accounts.mdx b/content/tutorials/es/migrate-rds-snapshot-between-accounts.mdx index 1432701ee..e082d3546 100644 --- a/content/tutorials/es/migrate-rds-snapshot-between-accounts.mdx +++ b/content/tutorials/es/migrate-rds-snapshot-between-accounts.mdx @@ -116,7 +116,8 @@ Los snapshots sin cifrado pueden compartirse directamente entre cuentas. Si tu R 1. Ir a **SleakOps → Dependencies → Create**. 2. Seleccionar **Create an RDS from a snapshot**. -3. Ingresar el identificador de la snapshot copiada. +3. Si la snapshot no está cifrada con la clave predeterminada de AWS, ingresar en el campo **KMS Key ID** el ARN completo de la clave KMS usada para la copia (formato: `arn:aws:kms:::key/`). +4. Ingresar el identificador de la snapshot copiada. ---