diff --git a/docs/project/dependency/aurora-mysql-aws.mdx b/docs/project/dependency/aurora-mysql-aws.mdx
new file mode 100644
index 000000000..83a10d079
--- /dev/null
+++ b/docs/project/dependency/aurora-mysql-aws.mdx
@@ -0,0 +1,158 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS Aurora MySQL
+
+SleakOps provides seamless integration with Amazon Aurora MySQL, a fully managed, MySQL-compatible relational database service. Aurora MySQL combines the performance and availability of high-end commercial databases with the simplicity and cost-effectiveness of open-source databases. By leveraging SleakOps for this integration, you can efficiently manage Aurora MySQL clusters within your EKS environment, ensuring high performance, scalability, and reliability for your applications.
+
+## FAQs
+
+
+
+### How does SleakOps manage Aurora MySQL credentials?
+
+When you create an Aurora MySQL dependency in SleakOps, it automatically generates a Vargroup for your database cluster. This Variable Group securely stores the Aurora MySQL credentials and other important configuration details, such as the cluster endpoint and user access information. You'll be able to manage them from the [Vargroups](/project/vargroup/index.mdx) section.
+
+
+
+
+### Can I change the Aurora MySQL version after the cluster is deployed?
+
+Yes, Aurora MySQL supports engine version upgrades. However, the upgrade process requires careful planning and may involve downtime. It's recommended to test the upgrade process in a non-production environment first.
+
+
+
+
+### What happens if I need more storage for my Aurora MySQL cluster?
+
+Aurora MySQL automatically scales storage from 10 GB up to 128 TB without requiring you to provision storage in advance. The storage scales automatically as your data grows, and you only pay for the storage you use.
+
+
+
+
+### How do I create an Aurora MySQL database dump?
+
+To create a dump of your Aurora MySQL database:
+1. **Run the `mysqldump` Command**:
+```
+mysqldump -h AURORA_MYSQL_ADDRESS -u AURORA_MYSQL_USERNAME -p --all-databases > dump.sql
+```
+Replace `AURORA_MYSQL_ADDRESS`, `AURORA_MYSQL_USERNAME`, and `dump.sql` with the appropriate values.
+
+2. **Consult Documentation**: For more information on how to create a dump, refer to the official [MySQL documentation ](https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html).
+
+
+
+
+### How do I import an existent dump using docker?
+
+To import a database dump into your Aurora MySQL cluster:
+1. **Connect to the VPN**: Ensure you are connected to the VPN of the AWS account where the Aurora cluster is located.
+2. **Prepare the dump file**: Place your database dump file (e.g., `dump.sql`) in the `./initial_data/` directory on your local machine.
+3. **Run Docker Container** (Recommended):
+ - Install Docker on your local machine if not already installed.
+ - Leave your dump in an "initial_data" folder.
+ - Run a MySQL Docker container with the following command:
+ ```
+ docker run -it --name aurora-mysql-container -v ./initial_data/:/tmp/data/ -e MYSQL_ROOT_PASSWORD=AURORA_MYSQL_PASSWORD -d mysql bash
+ ```
+ - Attach to the container's terminal:
+ ```
+ docker exec -t -i aurora-mysql-container bash
+ ```
+ - Import the dump file:
+ ```
+ mysql -h AURORA_MYSQL_ADDRESS -u AURORA_MYSQL_USERNAME -p < /tmp/data/dump.sql
+ ```
+ Replace `AURORA_MYSQL_ADDRESS`, `AURORA_MYSQL_USERNAME`, and `dump.sql` with your specific details.
+
+
+
+
+### How do I import an existent dump to my local machine?
+
+Alternatively, you can use a MySQL client installed on your local machine to import the dump:
+```
+mysql -h AURORA_MYSQL_ADDRESS -u AURORA_MYSQL_USERNAME -p < dump.sql
+```
+
+
+
+
+### What should I do if I encounter connection issues with my Aurora MySQL cluster?
+
+Check the following:
+- Ensure the cluster endpoint, username, and password are correct.
+- Verify that your security groups and firewall rules allow access.
+- Ensure the cluster is running and has enough resources (CPU, memory).
+- Check if the cluster is in an available state.
+Otherwise, contact us.
+
+
+
+
+### What are the benefits of Aurora MySQL over standard RDS MySQL?
+
+Aurora MySQL offers several advantages:
+- **Performance**: Up to 5x faster than standard MySQL on RDS
+- **Scalability**: Automatic storage scaling up to 128 TB
+- **Availability**: Continuous backup to S3 with point-in-time recovery
+- **Durability**: 6-way replication across 3 Availability Zones
+- **Compatibility**: MySQL-compatible with minimal code changes
+- **Cost-effective**: Pay only for the storage you use
+
+
+:::info
+AWS documentation: [Amazon Aurora MySQL Documentation](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraMySQL.html)
+:::
+
+## Set up your Aurora MySQL
+### 1. Add Aurora MySQL as a Dependency
+To integrate Aurora MySQL with SleakOps:
+1. In the SleakOps console, go to the "Dependencies" section
+2. Choose "Aurora MySQL" from the list of available dependency types.
+For more detail see [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Set up your Aurora MySQL.
+You will access the following form:
+
+
+
+
+
+Here the parameters that SleakOps allows you to customize during the creation:
+
+| **Attribute** | **Description** |
+| --- | --- |
+| **Database Name** | Name for the Aurora MySQL database. Must follow pattern: lowercase letters and numbers, cannot be "db" or "database". |
+| **Database Engine Version** | Select the specific version of the Aurora MySQL database engine. Version 3 is compatible with MySQL 8, Version 2 with MySQL 5. |
+| **Database Engine Mode** | Choose between **Serverless** (auto-scaling, pay-per-use for unpredictable workloads) or **Provisioned** (fixed capacity, better for consistent workloads). |
+| **Database Master Username** | Master username for the Aurora MySQL cluster. Cannot be "admin", "user", "database", or "name". |
+| **Auto-generate Password** | If enabled, the backend will generate a strong password automatically. |
+| **Database Master Password** | Password for the master user. Required if auto-generate is disabled. Cannot contain @, ', ", or / characters. |
+| **Database Instance Class** | **Serverless mode**: Fixed to `db.serverless`
**Provisioned mode**: Choose from db.t3.medium, db.t4g.medium, db.t3.large, db.t4g.large, db.r8g.large, db.r8g.xlarge, db.r7i.large, db.r7i.xlarge.t3.medium. |
+| **Minimum Aurora Capacity** | *(Serverless only)* Minimum Aurora Capacity Units (0.5-256). Each unit ≈ 2GB RAM. |
+| **Maximum Aurora Capacity** | *(Serverless only)* Maximum Aurora Capacity Units (1-256). Each unit ≈ 2GB RAM. |
+| **Create a RDS from a snapshot** | Mark this if restoring from a database snapshot. |
+| **Snapshot Identifier** | *(Required if restoring from snapshot)* RDS snapshot identifier to restore from. |
+| **Backup Retention Period** | Number of days (1-35) for which automatic backups are kept. |
+| **Backup Window** | Period for automated backups in HH:MM-HH:MM format (UTC). |
+| **Read Replicas** | Configuration for database read replicas. Each replica requires a name and publicly accessible setting. |
+
+### 3. Customize your variable's name for your Aurora MySQL cluster.
+
+As explained, when a dependency is created, SleakOps generates a vargroup to hold all the needed attributes.
+In this step you can change the name of the attributes in case it is needed.
+SleakOps completes the values automatically.
+After this step, your dependency is created.
+
+
+
+
\ No newline at end of file
diff --git a/docs/project/dependency/aurora-postgresql-aws.mdx b/docs/project/dependency/aurora-postgresql-aws.mdx
new file mode 100644
index 000000000..214508869
--- /dev/null
+++ b/docs/project/dependency/aurora-postgresql-aws.mdx
@@ -0,0 +1,152 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS Aurora PostgreSQL
+
+SleakOps provides seamless integration with Amazon Aurora PostgreSQL, a fully managed, PostgreSQL-compatible relational database service. Aurora PostgreSQL combines the performance and availability of high-end commercial databases with the simplicity and cost-effectiveness of open-source databases. By leveraging SleakOps for this integration, you can efficiently manage Aurora PostgreSQL clusters within your EKS environment, ensuring high performance, scalability, and reliability for your applications.
+
+## FAQs
+
+
+
+### How does SleakOps manage Aurora PostgreSQL credentials?
+
+When you create an Aurora PostgreSQL dependency in SleakOps, it automatically generates a Vargroup for your database cluster. This Variable Group securely stores the Aurora PostgreSQL credentials and other important configuration details, such as the cluster endpoint and user access information. You'll be able to manage them from the [Vargroups](/project/vargroup/index.mdx) section.
+
+
+
+
+### Can I change the Aurora PostgreSQL version after the cluster is deployed?
+
+Yes, Aurora PostgreSQL supports engine version upgrades. However, the upgrade process requires careful planning and may involve downtime. It's recommended to test the upgrade process in a non-production environment first.
+
+
+
+
+### What happens if I need more storage for my Aurora PostgreSQL cluster?
+
+Aurora PostgreSQL automatically scales storage from 10 GB up to 128 TB without requiring you to provision storage in advance. The storage scales automatically as your data grows, and you only pay for the storage you use.
+
+
+
+
+### How do I create an Aurora PostgreSQL database dump?
+
+To create a dump of your Aurora PostgreSQL database:
+1. **Run the `pg_dump` Command**:
+```
+pg_dump -h AURORA_POSTGRESQL_ADDRESS -U AURORA_POSTGRESQL_USERNAME -W > dump.sql
+```
+Replace `AURORA_POSTGRESQL_ADDRESS`, `AURORA_POSTGRESQL_USERNAME`, and `dump.sql` with the appropriate values.
+
+2. **Consult Documentation**: For more information on how to create a dump, refer to the official [PostgreSQL documentation ](https://www.postgresql.org/docs/current/app-pgdump.html).
+
+
+
+
+### How do I import an existent dump using docker?
+
+To import a database dump into your Aurora PostgreSQL cluster:
+1. **Connect to the VPN**: Ensure you are connected to the VPN of the AWS account where the Aurora cluster is located.
+2. **Run Docker Container** (Recommended):
+ - Install Docker on your local machine if not already installed.
+ - Run a PostgreSQL Docker container with the following command:
+ ```
+ docker run -it --name aurora-postgresql-container -v ./initial_data/:/tmp/data/ -e POSTGRESQL_ROOT_PASSWORD=AURORA_POSTGRESQL_PASSWORD -d postgres bash
+ ```
+ - Attach to the container's terminal:
+ ```
+ docker exec -t -i aurora-postgresql-container bash
+ ```
+ - Import the dump file:
+ ```
+ psql -h AURORA_POSTGRESQL_ADDRESS -U AURORA_POSTGRESQL_USERNAME -W -f /tmp/data/dump.sql
+ ```
+ Replace `AURORA_POSTGRESQL_ADDRESS`, `AURORA_POSTGRESQL_USERNAME`, and `dump.sql` with your specific details.
+
+
+
+
+### How do I import an existent dump to my local machine?
+
+Alternatively, you can use a PostgreSQL client installed on your local machine to import the dump:
+```
+psql -h AURORA_POSTGRESQL_ADDRESS -U AURORA_POSTGRESQL_USERNAME -W -f /tmp/data/dump.sql
+```
+
+
+
+
+### What should I do if I encounter connection issues with my Aurora PostgreSQL cluster?
+
+Check the following:
+- Ensure the cluster endpoint, username, and password are correct.
+- Verify that your security groups and firewall rules allow access.
+- Ensure the cluster is running and has enough resources (CPU, memory).
+- Check if the cluster is in an available state.
+Otherwise, contact us.
+
+
+
+
+### What are the benefits of Aurora PostgreSQL over standard RDS PostgreSQL?
+
+Aurora PostgreSQL offers several advantages:
+- **Performance**: Up to 3x faster than standard PostgreSQL on RDS
+- **Scalability**: Automatic storage scaling up to 128 TB
+- **Availability**: Continuous backup to S3 with point-in-time recovery
+- **Durability**: 6-way replication across 3 Availability Zones
+- **Compatibility**: PostgreSQL-compatible with minimal code changes
+
+
+:::info
+AWS documentation: [Amazon Aurora PostgreSQL Documentation](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraPostgreSQL.html)
+:::
+
+## Set up your Aurora PostgreSQL
+### 1. Add Aurora PostgreSQL as a Dependency
+To integrate Aurora PostgreSQL with SleakOps:
+1. In the SleakOps console, go to the "Dependencies" section
+2. Choose "Aurora PostgreSQL" from the list of available dependency types.
+For more detail see [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Set up your Aurora PostgreSQL.
+You will access the following form:
+
+
+
+
+
+Here the parameters that SleakOps allows you to customize during the creation:
+
+| **Attribute** | **Description** |
+| --- | --- |
+| **Database Name** | Name for the Aurora PostgreSQL database. Must follow pattern: lowercase letters and numbers, cannot be "db" or "database". |
+| **Database Engine Version** | Select the specific version of the Aurora PostgreSQL database engine. Choose from versions supports. Each version includes specific PostgreSQL features and security updates. |
+| **Database Engine Mode** | Aurora PostgreSQL is available only in **Serverless** mode, which provides automatic scaling based on your application's needs. This mode scales compute capacity up and down automatically, making it cost-effective for variable workloads. |
+| **Database Master Username** | Master username for the Aurora PostgreSQL cluster. This is the main user with administrative privileges. Cannot be "admin", "user", "database", or "name". Must start with a letter and contain only alphanumeric characters. |
+| **Auto-generate Password** | If enabled, the backend will generate a strong password automatically for enhanced security. This is recommended for production environments. |
+| **Database Master Password** | Password for the master user. Required if auto-generate is disabled. Must be at least 8 characters long and cannot contain @, ', ", or / characters. |
+| **Minimum Aurora Capacity** | Minimum Aurora Capacity Units (0.5-256) for the serverless cluster. Each unit is approximately equal to 2GB of RAM. This sets the baseline performance level and ensures minimum resources are always available. |
+| **Maximum Aurora Capacity** | Maximum Aurora Capacity Units (1-256) for the serverless cluster. Each unit is approximately equal to 2GB of RAM. This prevents the cluster from scaling beyond your budget limits while allowing performance optimization. |
+| **Backup Retention Period** | Number of days (1-35) for which automatic backups are kept. Aurora PostgreSQL automatically backs up your database and stores the backups in Amazon S3. Longer retention periods provide more recovery options but increase storage costs. |
+| **Backup Window** | Time period for automated backups in HH:MM-HH:MM format (UTC). Choose a time when your database activity is typically low to minimize performance impact. Aurora performs backups during this window without affecting your application. |
+| **Read Replicas** | Configuration for database read replicas to improve read performance and provide additional availability. Each replica requires a unique name and can be configured as publicly accessible or private. Read replicas help distribute read traffic and provide failover capabilities. |
+
+### 3. Customize your variable's name for your Aurora PostgreSQL cluster.
+
+As explained, when a dependency is created, SleakOps generates a vargroup to hold all the needed attributes.
+In this step you can change the name of the attributes in case it is needed.
+SleakOps completes the values automatically.
+After this step, your dependency is created.
+
+
+
+
\ No newline at end of file
diff --git a/docs/project/dependency/mariadb-aws.mdx b/docs/project/dependency/mariadb-aws.mdx
new file mode 100644
index 000000000..c56d6466d
--- /dev/null
+++ b/docs/project/dependency/mariadb-aws.mdx
@@ -0,0 +1,152 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS MariaDB
+
+SleakOps facilitates the integration of MariaDB databases through Amazon RDS (Relational Database Service). Amazon RDS for MariaDB is a fully managed service that simplifies database setup, operation, and scaling. MariaDB is a community-developed, commercially supported fork of the MySQL relational database management system, offering enhanced features and performance improvements. By leveraging SleakOps for this integration, you can efficiently manage MariaDB databases within your EKS environment, ensuring robust, scalable, and reliable data storage solutions for your applications.
+
+## FAQs
+
+
+
+### How does SleakOps manage MariaDB credentials?
+
+When you create a MariaDB dependency in SleakOps, it automatically generates a Vargroup for your database. This Variable Group securely stores the MariaDB credentials and other important configuration details, such as the database endpoint and user access information. You'll be able to manage them from the [Vargroups](/project/vargroup/index.mdx) section.
+
+
+
+
+### What is Multi-AZ deployment and should I enable it?
+
+Multi-AZ (Availability Zone) deployment ensures high availability and failover support by replicating your database in another availability zone. It's recommended for production environments to prevent downtime. Keep in mind that it increases costs.
+
+
+
+
+### Can I change the MariaDB version after the database is deployed?
+
+Yes, MariaDB supports engine version upgrades. However, the upgrade process requires careful planning and may involve downtime. It's recommended to test the upgrade process in a non-production environment first.
+
+
+
+
+### What happens if I need more storage for my MariaDB database?
+
+You can adjust the storage size when configuring your database. If you need more storage after deployment, SleakOps allows you to scale the storage size without downtime.
+
+
+
+
+### How do I create a MariaDB database dump?
+
+To create a dump of your MariaDB database:
+1. **Run the `mysqldump` Command**:
+```
+mysqldump -h MARIADB_ADDRESS -u MARIADB_USERNAME -p --all-databases > dump.sql
+```
+Replace `MARIADB_ADDRESS`, `MARIADB_USERNAME`, and `dump.sql` with the appropriate values.
+
+2. **Consult Documentation**: For more information on how to create a dump, refer to the official [MariaDB documentation ](https://mariadb.com/kb/en/mysqldump/).
+
+
+
+
+### How do I import an existent dump using docker?
+
+To import a database dump into your MariaDB RDS instance:
+1. **Connect to the VPN**: Ensure you are connected to the VPN of the AWS account where the RDS instance is located.
+2. **Run Docker Container** (Recommended):
+ - Install Docker on your local machine if not already installed.
+ - Run a MariaDB Docker container with the following command:
+ ```
+ docker run -it --name mariadb-container -v ./initial_data/:/tmp/data/ -e MARIADB_ROOT_PASSWORD=MARIADB_PASSWORD -d mariadb bash
+ ```
+ - Attach to the container's terminal:
+ ```
+ docker exec -t -i mariadb-container bash
+ ```
+ - Import the dump file:
+ ```
+ mysql -h MARIADB_ADDRESS -u MARIADB_USERNAME -p < /tmp/data/dump.sql
+ ```
+ Replace `MARIADB_ADDRESS`, `MARIADB_USERNAME`, and `dump.sql` with your specific details.
+
+
+
+
+### How do I import an existent dump to my local machine?
+
+Alternatively, you can use a MariaDB client installed on your local machine to import the dump:
+```
+mysql -h MARIADB_ADDRESS -u MARIADB_USERNAME -p < dump.sql
+```
+
+
+
+
+### What should I do if I encounter connection issues with my MariaDB database?
+
+Check the following:
+- Ensure the database endpoint, username, and password are correct.
+- Verify that your security groups and firewall rules allow access.
+- Ensure the database is running and has enough resources (CPU, memory).
+Otherwise, contact us.
+
+
+:::info
+AWS documentation: [Amazon RDS MariaDB Documentation](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_MariaDB.html)
+:::
+
+## Set up your MariaDB
+### 1. Add MariaDB as a Dependency
+To integrate MariaDB with SleakOps:
+1. In the SleakOps console, go to the "Dependencies" section
+2. Choose "MariaDB" from the list of available dependency types.
+For more detail see [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Set up your MariaDB.
+You will access the following form:
+
+
+
+
+
+Here the parameters that SleakOps allows you to customize during the creation:
+
+| **Attribute** | **Description** |
+| --- | --- |
+| **Database Name** | Name for the MariaDB database. Must follow pattern: lowercase letters and numbers, cannot be "db" or "database". This identifies your specific database within the MariaDB instance. |
+| **Database Engine Version** | Select the specific version of the MariaDB database engine. Choose from versions supported. Each version includes specific MariaDB features, performance improvements, and security updates. |
+| **Database Master Username** | Master username for the MariaDB database instance. This is the main user with administrative privileges. Cannot be "admin", "user", "database", or "name". Must start with a letter and contain only alphanumeric characters. |
+| **Auto-generate Password** | If enabled, the backend will generate a strong password automatically for enhanced security. This is recommended for production environments to ensure password complexity. |
+| **Database Master Password** | Password for the master user. Required if auto-generate is disabled. Must be at least 8 characters long and cannot contain @, ', ", or / characters. |
+| **Create a RDS from a snapshot** | Mark this if restoring from a database snapshot. When enabled, you'll need to provide the snapshot identifier and some fields become read-only. |
+| **Snapshot Identifier** | *(Required if restoring from snapshot)* RDS snapshot identifier to restore from. This allows you to restore your database from a previous backup point. |
+| **Database Instance Class** | Define the instance class that specifies the hardware configuration for your MariaDB database. Choose from t4g/t3 (burstable performance) or m7i/m8g (memory optimized) instance types. This controls CPU, memory, and network performance. |
+| **Database Storage** | Specify the amount of storage allocated for the database in GiB (20-6144 GB). MariaDB uses General Purpose SSD storage by default. This is the initial storage allocation for your database. |
+| **Storage Autoscaling Enabled** | Enable automatic storage scaling for the RDS instance. When enabled, AWS will automatically increase storage when needed, up to the maximum allocated storage limit. |
+| **Maximum Allocated Storage** | *(Required if storage autoscaling is enabled)* Maximum storage size in GiB (20-65536 GB) when storage autoscaling is enabled. This prevents unexpected costs by setting an upper limit for automatic scaling. |
+| **Database Multi-AZ** | Enable Multi-Availability Zone deployment for high availability. This creates a standby replica in a different AZ and provides automatic failover capability. Recommended for production environments. |
+| **Automated Backup** | Enable automatic backups for the RDS instance. When enabled, MariaDB will perform daily snapshots and transaction log backups, providing point-in-time recovery capabilities. |
+| **Backup Retention Period** | *(Required if automated backup is enabled)* Number of days (1-35) for which automatic backups are kept. Longer retention periods provide more recovery options but increase storage costs. |
+| **Backup Window** | *(Required if automated backup is enabled)* Time period for automated backups in HH:MM-HH:MM format (UTC). Choose a time when your database activity is typically low to minimize performance impact. |
+| **Read Replicas** | *(Required if automated backup is enabled)* Configuration for database read replicas to improve read performance and provide additional availability. Each replica requires a name, instance class, and publicly accessible setting. |
+
+### 3. Customize your variable's name for your MariaDB database.
+
+As explained, when a dependency is created, SleakOps generates a vargroup to hold all the needed attributes.
+In this step you can change the name of the attributes in case it is needed.
+SleakOps completes the values automatically.
+After this step, your dependency is created.
+
+
+
+
\ No newline at end of file
diff --git a/docs/project/dependency/msk-aws.mdx b/docs/project/dependency/msk-aws.mdx
new file mode 100644
index 000000000..99187726f
--- /dev/null
+++ b/docs/project/dependency/msk-aws.mdx
@@ -0,0 +1,147 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS MSK (Managed Streaming for Apache Kafka)
+
+SleakOps provides seamless integration with Amazon MSK (Managed Streaming for Apache Kafka), a fully managed service that makes it easy to build and run applications that use Apache Kafka to process streaming data. Amazon MSK eliminates the operational overhead of managing Kafka infrastructure, allowing you to focus on building your applications. By leveraging SleakOps for this integration, you can efficiently manage MSK clusters within your EKS environment, ensuring high performance, scalability, and reliability for your streaming data applications.
+
+## FAQs
+
+
+
+### How does SleakOps manage MSK credentials?
+
+When you create an MSK dependency in SleakOps, it automatically generates a Vargroup for your Kafka cluster. This Variable Group securely stores the MSK credentials and other important configuration details, such as the cluster endpoints and authentication information. You'll be able to manage them from the [Vargroups](/project/vargroup/index.mdx) section.
+
+
+
+
+### Can I change the Kafka version after the cluster is deployed?
+
+Yes, Amazon MSK supports Kafka version upgrades. Choose from the versions supported. However, the upgrade process requires careful planning and may involve downtime. It's recommended to test the upgrade process in a non-production environment first.
+
+
+
+
+### What happens if I need more storage for my MSK cluster?
+
+**For Provisioned mode**: You configure the storage size per broker node (1-16384 GB) during cluster creation. This storage is automatically provisioned and managed by AWS. If you need more storage, you'll need to modify the cluster configuration, which may require downtime.
+
+**For Serverless mode**: Storage is automatically managed and scaled by AWS based on your usage patterns. You don't need to configure storage size as it scales automatically.
+
+
+
+
+### How do I connect to my MSK cluster?
+
+To connect to your MSK cluster:
+1. **Get the Bootstrap Servers**: Use the bootstrap server endpoints provided by SleakOps in the vargroup.
+2. **Configure Authentication**: MSK supports various authentication methods including SASL/SCRAM, IAM, and TLS.
+3. **Use Kafka Clients**: Connect using standard Kafka clients and libraries.
+4. **VPN Connection**: Ensure you are connected to the VPN of the AWS account where the MSK cluster is located.
+
+**Note**: Both Provisioned and Serverless modes use the same connection methods, but Serverless mode may have different performance characteristics and scaling behavior.
+
+
+
+
+### How do I create topics in my MSK cluster?
+
+To create topics in your MSK cluster:
+1. **Using Kafka Tools**:
+```
+kafka-topics.sh --create --topic my-topic --bootstrap-server MSK_BOOTSTRAP_SERVERS --partitions 3 --replication-factor 3
+```
+2. **Using Kafka Admin Client**: Use the Kafka Admin Client in your application code.
+3. **Replace Variables**: Replace `MSK_BOOTSTRAP_SERVERS` with the actual bootstrap server endpoints from your vargroup.
+
+**Note**: For Provisioned mode, set the replication factor to match your number of broker nodes (minimum 3 for production). For Serverless mode, AWS manages the replication automatically.
+
+
+
+
+### How do I produce and consume messages?
+
+To produce and consume messages:
+1. **Producer Example**:
+```
+kafka-console-producer.sh --topic my-topic --bootstrap-server MSK_BOOTSTRAP_SERVERS
+```
+2. **Consumer Example**:
+```
+kafka-console-consumer.sh --topic my-topic --bootstrap-server MSK_BOOTSTRAP_SERVERS --from-beginning
+```
+3. **Application Integration**: Use Kafka clients in your application code for production use.
+
+
+
+
+### What should I do if I encounter connection issues with my MSK cluster?
+
+Check the following:
+- Ensure the bootstrap server endpoints, username, and password are correct.
+- Verify that your security groups and firewall rules allow access.
+- Ensure the cluster is running and has enough resources.
+- Check if the cluster is in an available state.
+- Verify your authentication configuration (SASL/SCRAM, IAM, or TLS).
+Otherwise, contact us.
+
+
+
+
+### What are the benefits of Amazon MSK over self-managed Kafka?
+
+Amazon MSK offers several advantages:
+- **Managed Operations**: No need to manage Kafka infrastructure
+- **High Availability**: Built-in replication and failover capabilities
+- **Security**: Integrated with AWS security services
+- **Monitoring**: CloudWatch integration for monitoring and alerting
+- **Scalability**: Easy scaling of broker instances and storage
+- **Compatibility**: Fully compatible with Apache Kafka
+
+
+:::info
+AWS documentation: [Amazon MSK Documentation](https://docs.aws.amazon.com/msk/latest/developerguide/what-is-msk.html)
+:::
+
+## Set up your MSK
+### 1. Add MSK as a Dependency
+To integrate MSK with SleakOps:
+1. In the SleakOps console, go to the "Dependencies" section
+2. Choose "MSK" from the list of available dependency types.
+For more detail see [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Set up your MSK.
+You will access the following form:
+
+
+
+
+
+Here the parameters that SleakOps allows you to customize during the creation:
+
+| **Attribute** | **Description** |
+| --- | --- |
+| **Deployment Mode** | Choose between **Provisioned** (fixed capacity, full control over configuration) or **Serverless** (auto-scaling, pay-per-use for variable workloads). Provisioned mode is ideal for consistent workloads with specific performance requirements, while Serverless is perfect for development and variable traffic patterns. |
+| **Kafka Version** | *(Required for Provisioned mode)* Select the specific version of Apache Kafka for your MSK cluster. Choose from versions 2.8.1, 3.2.0, 3.3.2, 3.4.0, or 3.5.1. Each version includes specific Kafka features, performance improvements, and security updates. |
+| **Instance Type** | *(Required for Provisioned mode)* Define the instance type that specifies the hardware configuration for your Kafka brokers. Choose from t3 (burstable performance) or m5 (general purpose) instance types. This controls CPU, memory, and network performance for your streaming workloads. |
+| **Broker Nodes** | *(Required for Provisioned mode)* Number of broker nodes in your MSK cluster (2-15 nodes). Use 2 nodes for development environments. For production, use 3 or more nodes (must be multiple of 3) to ensure high availability and fault tolerance. More nodes provide better performance and availability. |
+| **Storage Size (GB)** | *(Required for Provisioned mode)* Storage size in GB per broker node (1-16384 GB). This determines how much data each broker can store locally. Consider your data retention requirements and throughput needs when setting this value. |
+
+### 3. Customize your variable's name for your MSK cluster.
+
+As explained, when a dependency is created, SleakOps generates a vargroup to hold all the needed attributes.
+In this step you can change the name of the attributes in case it is needed.
+SleakOps completes the values automatically.
+After this step, your dependency is created.
+
+
+
+
\ No newline at end of file
diff --git a/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/aurora-mysql-aws.mdx b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/aurora-mysql-aws.mdx
new file mode 100644
index 000000000..bef4f4cbb
--- /dev/null
+++ b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/aurora-mysql-aws.mdx
@@ -0,0 +1,158 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS Aurora MySQL
+
+SleakOps proporciona una integración perfecta con Amazon Aurora MySQL, un servicio de base de datos relacional completamente administrado y compatible con MySQL. Aurora MySQL combina el rendimiento y la disponibilidad de bases de datos comerciales de alta gama con la simplicidad y rentabilidad de las bases de datos de código abierto. Al aprovechar SleakOps para esta integración, puedes gestionar eficientemente clústeres Aurora MySQL dentro de tu entorno EKS, asegurando alto rendimiento, escalabilidad y confiabilidad para tus aplicaciones.
+
+## Preguntas Frecuentes
+
+
+
+### ¿Cómo gestiona SleakOps las credenciales de Aurora MySQL?
+
+Cuando creas una dependencia Aurora MySQL en SleakOps, se genera automáticamente un Vargroup para tu clúster de base de datos. Este Grupo de Variables almacena de forma segura las credenciales de Aurora MySQL y otros detalles importantes de configuración, como el endpoint del clúster y la información de acceso del usuario. Podrás gestionarlos desde la sección de [Vargroups](/project/vargroup/index.mdx).
+
+
+
+
+### ¿Puedo cambiar la versión de Aurora MySQL después de desplegar el clúster?
+
+Sí, Aurora MySQL soporta actualizaciones de versión del motor. Sin embargo, el proceso de actualización requiere planificación cuidadosa y puede involucrar tiempo de inactividad. Se recomienda probar el proceso de actualización en un entorno no productivo primero.
+
+
+
+
+### ¿Qué pasa si necesito más almacenamiento para mi clúster Aurora MySQL?
+
+Aurora MySQL escala automáticamente el almacenamiento de 10 GB hasta 128 TB sin requerir que provisiones almacenamiento por adelantado. El almacenamiento se escala automáticamente a medida que tus datos crecen, y solo pagas por el almacenamiento que uses.
+
+
+
+
+### ¿Cómo creo un dump de mi base de datos Aurora MySQL?
+
+Para crear un dump de tu base de datos Aurora MySQL:
+1. **Ejecuta el comando `mysqldump`**:
+```
+mysqldump -h AURORA_MYSQL_ADDRESS -u AURORA_MYSQL_USERNAME -p --all-databases > dump.sql
+```
+Reemplaza `AURORA_MYSQL_ADDRESS`, `AURORA_MYSQL_USERNAME`, y `dump.sql` con los valores apropiados.
+
+2. **Consulta la Documentación**: Para más información sobre cómo crear un dump, consulta la [documentación oficial de MySQL ](https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html).
+
+
+
+
+### ¿Cómo importo un dump existente usando docker?
+
+Para importar un dump de base de datos a tu clúster Aurora MySQL:
+1. **Conecta a la VPN**: Asegúrate de estar conectado a la VPN de la cuenta AWS donde se encuentra el clúster Aurora.
+2. **Prepara el archivo dump**: Coloca tu archivo dump de base de datos (ej., `dump.sql`) en el directorio `./initial_data/` en tu máquina local.
+3. **Ejecuta Contenedor Docker** (Recomendado):
+ - Instala Docker en tu máquina local si no está instalado.
+ - Dejar tu dump en una carpeta "initial_data".
+ - Ejecuta un contenedor MySQL Docker con el siguiente comando:
+ ```
+ docker run -it --name aurora-mysql-container -v ./initial_data/:/tmp/data/ -e MYSQL_ROOT_PASSWORD=AURORA_MYSQL_PASSWORD -d mysql bash
+ ```
+ - Conecta a la terminal del contenedor:
+ ```
+ docker exec -t -i aurora-mysql-container bash
+ ```
+ - Importa el archivo dump:
+ ```
+ mysql -h AURORA_MYSQL_ADDRESS -u AURORA_MYSQL_USERNAME -p < /tmp/data/dump.sql
+ ```
+ Reemplaza `AURORA_MYSQL_ADDRESS`, `AURORA_MYSQL_USERNAME`, y `dump.sql` con tus detalles específicos.
+
+
+
+
+### ¿Cómo importo un dump existente a mi máquina local?
+
+Alternativamente, puedes usar un cliente MySQL instalado en tu máquina local para importar el dump:
+```
+mysql -h AURORA_MYSQL_ADDRESS -u AURORA_MYSQL_USERNAME -p < dump.sql
+```
+
+
+
+
+### ¿Qué debo hacer si encuentro problemas de conexión con mi clúster Aurora MySQL?
+
+Verifica lo siguiente:
+- Asegúrate de que el endpoint del clúster, nombre de usuario y contraseña sean correctos.
+- Verifica que tus grupos de seguridad y reglas de firewall permitan el acceso.
+- Asegúrate de que el clúster esté ejecutándose y tenga suficientes recursos (CPU, memoria).
+- Verifica si el clúster está en estado disponible.
+De lo contrario, contáctanos.
+
+
+
+
+### ¿Cuáles son los beneficios de Aurora MySQL sobre MySQL estándar en RDS?
+
+Aurora MySQL ofrece varias ventajas:
+- **Rendimiento**: Hasta 5x más rápido que MySQL estándar en RDS
+- **Escalabilidad**: Escalado automático de almacenamiento hasta 128 TB
+- **Disponibilidad**: Respaldo continuo a S3 con recuperación punto en el tiempo
+- **Durabilidad**: Replicación de 6 vías a través de 3 Zonas de Disponibilidad
+- **Compatibilidad**: Compatible con MySQL con cambios mínimos de código
+- **Rentable**: Paga solo por el almacenamiento que uses
+
+
+:::info
+Documentación de AWS: [Documentación de Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraMySQL.html)
+:::
+
+## Configura tu Aurora MySQL
+### 1. Agrega Aurora MySQL como Dependencia
+Para integrar Aurora MySQL con SleakOps:
+1. En la consola de SleakOps, ve a la sección "Dependencies"
+2. Elige "Aurora MySQL" de la lista de tipos de dependencias disponibles.
+Para más detalles, consulta [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Configura tu Aurora MySQL.
+Accederás al siguiente formulario:
+
+
+
+
+
+Aquí están los parámetros que SleakOps te permite personalizar durante la creación:
+
+| **Atributo** | **Descripción** |
+| --- | --- |
+| **Nombre de la Base de Datos** | Nombre para la base de datos Aurora MySQL. Debe seguir el patrón: letras minúsculas y números, no puede ser "db" o "database". |
+| **Versión del Motor de la Base de Datos** | Selecciona la versión específica del motor de la base de datos Aurora MySQL. La versión 3 es compatible con MySQL 8, la versión 2 con MySQL 5. |
+| **Modo del Motor de la Base de Datos** | Elige entre **Serverless** (auto-escalado, pago por uso para cargas de trabajo impredecibles) o **Provisioned** (capacidad fija, mejor para cargas de trabajo consistentes). |
+| **Nombre de Usuario Maestro de la Base de Datos** | Nombre de usuario maestro para el clúster Aurora MySQL. No puede ser "admin", "user", "database", o "name". |
+| **Auto-generar Contraseña** | Si está habilitado, el backend generará una contraseña segura automáticamente. |
+| **Contraseña Maestra de la Base de Datos** | Contraseña para el usuario maestro. Requerida si auto-generar está deshabilitado. No puede contener caracteres @, ', ", o /. |
+| **Clase de Instancia de la Base de Datos** | **Modo Serverless**: Fijo a `db.serverless`
**Modo Provisioned**: Elige entre db.t3.medium, db.t4g.medium, db.t3.large, db.t4g.large, db.r8g.large, db.r8g.xlarge, db.r7i.large, db.r7i.xlarge.t3.medium. |
+| **Capacidad Mínima de Aurora** | *(Solo Serverless)* Unidades de Capacidad Mínima de Aurora (0.5-256). Cada unidad ≈ 2GB RAM. |
+| **Capacidad Máxima de Aurora** | *(Solo Serverless)* Unidades de Capacidad Máxima de Aurora (1-256). Cada unidad ≈ 2GB RAM. |
+| **Crear un RDS desde un snapshot** | Marca esto si restauras desde un snapshot de base de datos. |
+| **Identificador del Snapshot** | *(Requerido si restauras desde snapshot)* Identificador del snapshot RDS desde el cual restaurar. |
+| **Período de Retención de Respaldo** | Número de días (1-35) para los cuales se mantienen los respaldos automáticos. |
+| **Ventana de Respaldo** | Período para respaldos automatizados en formato HH:MM-HH:MM (UTC). |
+| **Réplicas de Lectura** | Configuración para réplicas de lectura de la base de datos. Cada réplica requiere un nombre y configuración de acceso público. |
+
+### 3. Personaliza el nombre de tus variables para tu clúster Aurora MySQL.
+
+Como se explicó, cuando se crea una dependencia, SleakOps genera un vargroup para contener todos los atributos necesarios.
+En este paso puedes cambiar el nombre de los atributos en caso de que sea necesario.
+SleakOps completa los valores automáticamente.
+Después de este paso, tu dependencia es creada.
+
+
+
+
\ No newline at end of file
diff --git a/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/aurora-postgresql-aws.mdx b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/aurora-postgresql-aws.mdx
new file mode 100644
index 000000000..27ac4fb9d
--- /dev/null
+++ b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/aurora-postgresql-aws.mdx
@@ -0,0 +1,152 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS Aurora PostgreSQL
+
+SleakOps proporciona una integración perfecta con Amazon Aurora PostgreSQL, un servicio de base de datos relacional completamente administrado y compatible con PostgreSQL. Aurora PostgreSQL combina el rendimiento y la disponibilidad de bases de datos comerciales de alta gama con la simplicidad y rentabilidad de las bases de datos de código abierto. Al aprovechar SleakOps para esta integración, puedes gestionar eficientemente clústeres Aurora PostgreSQL dentro de tu entorno EKS, asegurando alto rendimiento, escalabilidad y confiabilidad para tus aplicaciones.
+
+## Preguntas Frecuentes
+
+
+
+### ¿Cómo gestiona SleakOps las credenciales de Aurora PostgreSQL?
+
+Cuando creas una dependencia Aurora PostgreSQL en SleakOps, se genera automáticamente un Vargroup para tu clúster de base de datos. Este Grupo de Variables almacena de forma segura las credenciales de Aurora PostgreSQL y otros detalles importantes de configuración, como el endpoint del clúster y la información de acceso del usuario. Podrás gestionarlos desde la sección de [Vargroups](/project/vargroup/index.mdx).
+
+
+
+
+### ¿Puedo cambiar la versión de Aurora PostgreSQL después de desplegar el clúster?
+
+Sí, Aurora PostgreSQL soporta actualizaciones de versión del motor. Sin embargo, el proceso de actualización requiere planificación cuidadosa y puede involucrar tiempo de inactividad. Se recomienda probar el proceso de actualización en un entorno no productivo primero.
+
+
+
+
+### ¿Qué pasa si necesito más almacenamiento para mi clúster Aurora PostgreSQL?
+
+Aurora PostgreSQL escala automáticamente el almacenamiento de 10 GB hasta 128 TB sin requerir que provisiones almacenamiento por adelantado. El almacenamiento se escala automáticamente a medida que tus datos crecen, y solo pagas por el almacenamiento que uses.
+
+
+
+
+### ¿Cómo creo un dump de mi base de datos Aurora PostgreSQL?
+
+Para crear un dump de tu base de datos Aurora PostgreSQL:
+1. **Ejecuta el comando `pg_dump`**:
+```
+pg_dump -h AURORA_POSTGRESQL_ADDRESS -U AURORA_POSTGRESQL_USERNAME -W > dump.sql
+```
+Reemplaza `AURORA_POSTGRESQL_ADDRESS`, `AURORA_POSTGRESQL_USERNAME`, y `dump.sql` con los valores apropiados.
+
+2. **Consulta la Documentación**: Para más información sobre cómo crear un dump, consulta la [documentación oficial de PostgreSQL ](https://www.postgresql.org/docs/current/app-pgdump.html).
+
+
+
+
+### ¿Cómo importo un dump existente usando docker?
+
+Para importar un dump de base de datos a tu clúster Aurora PostgreSQL:
+1. **Conecta a la VPN**: Asegúrate de estar conectado a la VPN de la cuenta AWS donde se encuentra el clúster Aurora.
+2. **Ejecuta Contenedor Docker** (Recomendado):
+ - Instala Docker en tu máquina local si no está instalado.
+ - Ejecuta un contenedor PostgreSQL Docker con el siguiente comando:
+ ```
+ docker run -it --name aurora-postgresql-container -v ./initial_data/:/tmp/data/ -e POSTGRESQL_ROOT_PASSWORD=AURORA_POSTGRESQL_PASSWORD -d postgres bash
+ ```
+ - Conecta a la terminal del contenedor:
+ ```
+ docker exec -t -i aurora-postgresql-container bash
+ ```
+ - Importa el archivo dump:
+ ```
+ psql -h AURORA_POSTGRESQL_ADDRESS -U AURORA_POSTGRESQL_USERNAME -W -f /tmp/data/dump.sql
+ ```
+ Reemplaza `AURORA_POSTGRESQL_ADDRESS`, `AURORA_POSTGRESQL_USERNAME`, y `dump.sql` con tus detalles específicos.
+
+
+
+
+### ¿Cómo importo un dump existente a mi máquina local?
+
+Alternativamente, puedes usar un cliente PostgreSQL instalado en tu máquina local para importar el dump:
+```
+psql -h AURORA_POSTGRESQL_ADDRESS -U AURORA_POSTGRESQL_USERNAME -W -f /tmp/data/dump.sql
+```
+
+
+
+
+### ¿Qué debo hacer si encuentro problemas de conexión con mi clúster Aurora PostgreSQL?
+
+Verifica lo siguiente:
+- Asegúrate de que el endpoint del clúster, nombre de usuario y contraseña sean correctos.
+- Verifica que tus grupos de seguridad y reglas de firewall permitan el acceso.
+- Asegúrate de que el clúster esté ejecutándose y tenga suficientes recursos (CPU, memoria).
+- Verifica si el clúster está en estado disponible.
+De lo contrario, contáctanos.
+
+
+
+
+### ¿Cuáles son los beneficios de Aurora PostgreSQL sobre PostgreSQL estándar en RDS?
+
+Aurora PostgreSQL ofrece varias ventajas:
+- **Rendimiento**: Hasta 3x más rápido que PostgreSQL estándar en RDS
+- **Escalabilidad**: Escalado automático de almacenamiento hasta 128 TB
+- **Disponibilidad**: Respaldo continuo a S3 con recuperación punto en el tiempo
+- **Durabilidad**: Replicación de 6 vías a través de 3 Zonas de Disponibilidad
+- **Compatibilidad**: Compatible con PostgreSQL con cambios mínimos de código
+
+
+:::info
+Documentación de AWS: [Documentación de Amazon Aurora PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraPostgreSQL.html)
+:::
+
+## Configura tu Aurora PostgreSQL
+### 1. Agrega Aurora PostgreSQL como Dependencia
+Para integrar Aurora PostgreSQL con SleakOps:
+1. En la consola de SleakOps, ve a la sección "Dependencies"
+2. Elige "Aurora PostgreSQL" de la lista de tipos de dependencias disponibles.
+Para más detalles, consulta [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Configura tu Aurora PostgreSQL.
+Accederás al siguiente formulario:
+
+
+
+
+
+Aquí están los parámetros que SleakOps te permite personalizar durante la creación:
+
+| **Atributo** | **Descripción** |
+| --- | --- |
+| **Nombre de la Base de Datos** | Nombre para la base de datos Aurora PostgreSQL. Debe seguir el patrón: letras minúsculas y números, no puede ser "db" o "database". |
+| **Versión del Motor de la Base de Datos** | Selecciona la versión específica del motor de la base de datos Aurora PostgreSQL. Elige entre las versiones soportadas. Cada versión incluye características específicas de PostgreSQL y actualizaciones de seguridad. |
+| **Modo del Motor de la Base de Datos** | Aurora PostgreSQL está disponible solo en modo **Serverless**, que proporciona escalado automático basado en las necesidades de tu aplicación. Este modo escala la capacidad de cómputo hacia arriba y hacia abajo automáticamente, haciéndolo rentable para cargas de trabajo variables. |
+| **Nombre de Usuario Maestro de la Base de Datos** | Nombre de usuario maestro para el clúster Aurora PostgreSQL. Este es el usuario principal con privilegios administrativos. No puede ser "admin", "user", "database", o "name". Debe comenzar con una letra y contener solo caracteres alfanuméricos. |
+| **Auto-generar Contraseña** | Si está habilitado, el backend generará una contraseña segura automáticamente para mayor seguridad. Esto se recomienda para entornos de producción. |
+| **Contraseña Maestra de la Base de Datos** | Contraseña para el usuario maestro. Requerida si auto-generar está deshabilitado. Debe tener al menos 8 caracteres y no puede contener caracteres @, ', ", o /. |
+| **Capacidad Mínima de Aurora** | Unidades de Capacidad Mínima de Aurora (0.5-256) para el clúster serverless. Cada unidad es aproximadamente igual a 2GB de RAM. Esto establece el nivel de rendimiento base y asegura que los recursos mínimos estén siempre disponibles. |
+| **Capacidad Máxima de Aurora** | Unidades de Capacidad Máxima de Aurora (1-256) para el clúster serverless. Cada unidad es aproximadamente igual a 2GB de RAM. Esto previene que el clúster escale más allá de los límites de tu presupuesto mientras permite la optimización del rendimiento. |
+| **Período de Retención de Respaldo** | Número de días (1-35) para los cuales se mantienen los respaldos automáticos. Aurora PostgreSQL respalda automáticamente tu base de datos y almacena los respaldos en Amazon S3. Períodos de retención más largos proporcionan más opciones de recuperación pero aumentan los costos de almacenamiento. |
+| **Ventana de Respaldo** | Período de tiempo para respaldos automatizados en formato HH:MM-HH:MM (UTC). Elige un momento cuando la actividad de tu base de datos típicamente sea baja para minimizar el impacto en el rendimiento. Aurora realiza respaldos durante esta ventana sin afectar tu aplicación. |
+| **Réplicas de Lectura** | Configuración para réplicas de lectura de la base de datos para mejorar el rendimiento de lectura y proporcionar disponibilidad adicional. Cada réplica requiere un nombre único y puede configurarse como públicamente accesible o privada. Las réplicas de lectura ayudan a distribuir el tráfico de lectura y proporcionan capacidades de conmutación por error. |
+
+### 3. Personaliza el nombre de tus variables para tu clúster Aurora PostgreSQL.
+
+Como se explicó, cuando se crea una dependencia, SleakOps genera un vargroup para contener todos los atributos necesarios.
+En este paso puedes cambiar el nombre de los atributos en caso de que sea necesario.
+SleakOps completa los valores automáticamente.
+Después de este paso, tu dependencia es creada.
+
+
+
+
\ No newline at end of file
diff --git a/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/mariadb-aws.mdx b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/mariadb-aws.mdx
new file mode 100644
index 000000000..c613593a7
--- /dev/null
+++ b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/mariadb-aws.mdx
@@ -0,0 +1,152 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS MariaDB
+
+SleakOps facilita la integración de bases de datos MariaDB a través de Amazon RDS (Relational Database Service). Amazon RDS para MariaDB es un servicio completamente administrado que simplifica la configuración, operación y escalado de bases de datos. MariaDB es un fork desarrollado por la comunidad y soportado comercialmente del sistema de gestión de bases de datos relacionales MySQL, que ofrece características mejoradas y mejoras de rendimiento. Al aprovechar SleakOps para esta integración, puedes gestionar eficientemente bases de datos MariaDB dentro de tu entorno EKS, asegurando soluciones de almacenamiento de datos robustas, escalables y confiables para tus aplicaciones.
+
+## Preguntas Frecuentes
+
+
+
+### ¿Cómo gestiona SleakOps las credenciales de MariaDB?
+
+Cuando creas una dependencia MariaDB en SleakOps, se genera automáticamente un Vargroup para tu base de datos. Este Grupo de Variables almacena de forma segura las credenciales de MariaDB y otros detalles importantes de configuración, como el endpoint de la base de datos y la información de acceso del usuario. Podrás gestionarlos desde la sección de [Vargroups](/project/vargroup/index.mdx).
+
+
+
+
+### ¿Qué es el despliegue Multi-AZ y debería habilitarlo?
+
+El despliegue Multi-AZ (Zona de Disponibilidad) garantiza alta disponibilidad y soporte para conmutación por error al replicar tu base de datos en otra zona de disponibilidad. Se recomienda para entornos de producción para evitar tiempos de inactividad. Ten en cuenta que aumenta los costos.
+
+
+
+
+### ¿Puedo cambiar la versión de MariaDB después de desplegar la base de datos?
+
+Sí, MariaDB soporta actualizaciones de versión del motor. Sin embargo, el proceso de actualización requiere planificación cuidadosa y puede involucrar tiempo de inactividad. Se recomienda probar el proceso de actualización en un entorno no productivo primero.
+
+
+
+
+### ¿Qué pasa si necesito más almacenamiento para mi base de datos MariaDB?
+
+Puedes ajustar el tamaño de almacenamiento al configurar tu base de datos. Si necesitas más almacenamiento después del despliegue, SleakOps te permite escalar el tamaño de almacenamiento sin tiempo de inactividad.
+
+
+
+
+### ¿Cómo creo un dump de mi base de datos MariaDB?
+
+Para crear un dump de tu base de datos MariaDB:
+1. **Ejecuta el comando `mysqldump`**:
+```
+mysqldump -h MARIADB_ADDRESS -u MARIADB_USERNAME -p --all-databases > dump.sql
+```
+Reemplaza `MARIADB_ADDRESS`, `MARIADB_USERNAME`, y `dump.sql` con los valores apropiados.
+
+2. **Consulta la Documentación**: Para más información sobre cómo crear un dump, consulta la [documentación oficial de MariaDB ](https://mariadb.com/kb/en/mysqldump/).
+
+
+
+
+### ¿Cómo importo un dump existente usando docker?
+
+Para importar un dump de base de datos a tu instancia MariaDB RDS:
+1. **Conecta a la VPN**: Asegúrate de estar conectado a la VPN de la cuenta AWS donde se encuentra la instancia RDS.
+2. **Ejecuta Contenedor Docker** (Recomendado):
+ - Instala Docker en tu máquina local si no está instalado.
+ - Ejecuta un contenedor MariaDB Docker con el siguiente comando:
+ ```
+ docker run -it --name mariadb-container -v ./initial_data/:/tmp/data/ -e MARIADB_ROOT_PASSWORD=MARIADB_PASSWORD -d mariadb bash
+ ```
+ - Conecta a la terminal del contenedor:
+ ```
+ docker exec -t -i mariadb-container bash
+ ```
+ - Importa el archivo dump:
+ ```
+ mysql -h MARIADB_ADDRESS -u MARIADB_USERNAME -p < /tmp/data/dump.sql
+ ```
+ Reemplaza `MARIADB_ADDRESS`, `MARIADB_USERNAME`, y `dump.sql` con tus detalles específicos.
+
+
+
+
+### ¿Cómo importo un dump existente a mi máquina local?
+
+Alternativamente, puedes usar un cliente MariaDB instalado en tu máquina local para importar el dump:
+```
+mysql -h MARIADB_ADDRESS -u MARIADB_USERNAME -p < dump.sql
+```
+
+
+
+
+### ¿Qué debo hacer si encuentro problemas de conexión con mi base de datos MariaDB?
+
+Verifica lo siguiente:
+- Asegúrate de que el endpoint de la base de datos, nombre de usuario y contraseña sean correctos.
+- Verifica que tus grupos de seguridad y reglas de firewall permitan el acceso.
+- Asegúrate de que la base de datos esté ejecutándose y tenga suficientes recursos (CPU, memoria).
+De lo contrario, contáctanos.
+
+
+:::info
+Documentación de AWS: [Documentación de Amazon RDS MariaDB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_MariaDB.html)
+:::
+
+## Configura tu MariaDB
+### 1. Agrega MariaDB como Dependencia
+Para integrar MariaDB con SleakOps:
+1. En la consola de SleakOps, ve a la sección "Dependencies"
+2. Elige "MariaDB" de la lista de tipos de dependencias disponibles.
+Para más detalles, consulta [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Configura tu MariaDB.
+Accederás al siguiente formulario:
+
+
+
+
+
+Aquí están los parámetros que SleakOps te permite personalizar durante la creación:
+
+| **Atributo** | **Descripción** |
+| --- | --- |
+| **Nombre de la Base de Datos** | Nombre para la base de datos MariaDB. Debe seguir el patrón: letras minúsculas y números, no puede ser "db" o "database". Esto identifica tu base de datos específica dentro de la instancia MariaDB. |
+| **Versión del Motor de la Base de Datos** | Selecciona la versión específica del motor de la base de datos MariaDB. Elige entre las versiones soportadas. Cada versión incluye características específicas de MariaDB, mejoras de rendimiento y actualizaciones de seguridad. |
+| **Nombre de Usuario Maestro de la Base de Datos** | Nombre de usuario maestro para la instancia de base de datos MariaDB. Este es el usuario principal con privilegios administrativos. No puede ser "admin", "user", "database", o "name". Debe comenzar con una letra y contener solo caracteres alfanuméricos. |
+| **Auto-generar Contraseña** | Si está habilitado, el backend generará una contraseña segura automáticamente para mayor seguridad. Esto se recomienda para entornos de producción para asegurar la complejidad de la contraseña. |
+| **Contraseña Maestra de la Base de Datos** | Contraseña para el usuario maestro. Requerida si auto-generar está deshabilitado. Debe tener al menos 8 caracteres y no puede contener caracteres @, ', ", o /. |
+| **Crear un RDS desde un snapshot** | Marca esto si restauras desde un snapshot de base de datos. Cuando está habilitado, necesitarás proporcionar el identificador del snapshot y algunos campos se vuelven de solo lectura. |
+| **Identificador del Snapshot** | *(Requerido si restauras desde snapshot)* Identificador del snapshot RDS desde el cual restaurar. Esto te permite restaurar tu base de datos desde un punto de respaldo anterior. |
+| **Clase de Instancia de la Base de Datos** | Define la clase de instancia que especifica la configuración de hardware para tu base de datos MariaDB. Elige entre tipos de instancia t4g/t3 (rendimiento burstable) o m7i/m8g (optimizado para memoria). Esto controla el rendimiento de CPU, memoria y red. |
+| **Almacenamiento de la Base de Datos** | Especifica la cantidad de almacenamiento asignado para la base de datos en GiB (20-6144 GB). MariaDB usa almacenamiento SSD de propósito general por defecto. Esta es la asignación de almacenamiento inicial para tu base de datos. |
+| **Auto-escalado de Almacenamiento Habilitado** | Habilita el escalado automático de almacenamiento para la instancia RDS. Cuando está habilitado, AWS aumentará automáticamente el almacenamiento cuando sea necesario, hasta el límite máximo de almacenamiento asignado. |
+| **Almacenamiento Máximo Asignado** | *(Requerido si el auto-escalado de almacenamiento está habilitado)* Tamaño máximo de almacenamiento en GiB (20-65536 GB) cuando el auto-escalado de almacenamiento está habilitado. Esto previene costos inesperados estableciendo un límite superior para el escalado automático. |
+| **Multi-AZ de la Base de Datos** | Habilita el despliegue Multi-Zona de Disponibilidad para alta disponibilidad. Esto crea una réplica en espera en una AZ diferente y proporciona capacidad de conmutación por error automática. Recomendado para entornos de producción. |
+| **Respaldo Automatizado** | Habilita respaldos automáticos para la instancia RDS. Cuando está habilitado, MariaDB realizará snapshots diarios y respaldos de logs de transacciones, proporcionando capacidades de recuperación punto en el tiempo. |
+| **Período de Retención de Respaldo** | *(Requerido si el respaldo automatizado está habilitado)* Número de días (1-35) para los cuales se mantienen los respaldos automáticos. Períodos de retención más largos proporcionan más opciones de recuperación pero aumentan los costos de almacenamiento. |
+| **Ventana de Respaldo** | *(Requerido si el respaldo automatizado está habilitado)* Período de tiempo para respaldos automatizados en formato HH:MM-HH:MM (UTC). Elige un momento cuando la actividad de tu base de datos típicamente sea baja para minimizar el impacto en el rendimiento. |
+| **Réplicas de Lectura** | *(Requerido si el respaldo automatizado está habilitado)* Configuración para réplicas de lectura de la base de datos para mejorar el rendimiento de lectura y proporcionar disponibilidad adicional. Cada réplica requiere un nombre, clase de instancia y configuración de acceso público. |
+
+### 3. Personaliza el nombre de tus variables para tu base de datos MariaDB.
+
+Como se explicó, cuando se crea una dependencia, SleakOps genera un vargroup para contener todos los atributos necesarios.
+En este paso puedes cambiar el nombre de los atributos en caso de que sea necesario.
+SleakOps completa los valores automáticamente.
+Después de este paso, tu dependencia es creada.
+
+
+
+
\ No newline at end of file
diff --git a/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/msk-aws.mdx b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/msk-aws.mdx
new file mode 100644
index 000000000..733367d6c
--- /dev/null
+++ b/i18n/es/docusaurus-plugin-content-docs/current/project/dependency/msk-aws.mdx
@@ -0,0 +1,147 @@
+import Zoom from "react-medium-image-zoom";
+import "react-medium-image-zoom/dist/styles.css";
+import { FiExternalLink } from "react-icons/fi";
+
+# AWS MSK (Managed Streaming for Apache Kafka)
+
+SleakOps proporciona una integración perfecta con Amazon MSK (Managed Streaming for Apache Kafka), un servicio completamente administrado que facilita la construcción y ejecución de aplicaciones que usan Apache Kafka para procesar datos de streaming. Amazon MSK elimina la sobrecarga operacional de gestionar la infraestructura de Kafka, permitiéndote enfocarte en construir tus aplicaciones. Al aprovechar SleakOps para esta integración, puedes gestionar eficientemente clústeres MSK dentro de tu entorno EKS, asegurando alto rendimiento, escalabilidad y confiabilidad para tus aplicaciones de datos de streaming.
+
+## Preguntas Frecuentes
+
+
+
+### ¿Cómo gestiona SleakOps las credenciales de MSK?
+
+Cuando creas una dependencia MSK en SleakOps, se genera automáticamente un Vargroup para tu clúster Kafka. Este Grupo de Variables almacena de forma segura las credenciales de MSK y otros detalles importantes de configuración, como los endpoints del clúster y la información de autenticación. Podrás gestionarlos desde la sección de [Vargroups](/project/vargroup/index.mdx).
+
+
+
+
+### ¿Puedo cambiar la versión de Kafka después de desplegar el clúster?
+
+Sí, Amazon MSK soporta actualizaciones de versión de Kafka. Puedes actualizar entre las versiones soportadas. Sin embargo, el proceso de actualización requiere planificación cuidadosa y puede involucrar tiempo de inactividad. Se recomienda probar el proceso de actualización en un entorno no productivo primero.
+
+
+
+
+### ¿Qué pasa si necesito más almacenamiento para mi clúster MSK?
+
+**Para modo Provisioned**: Configuras el tamaño de almacenamiento por nodo broker (1-16384 GB) durante la creación del clúster. Este almacenamiento se provisiona y gestiona automáticamente por AWS. Si necesitas más almacenamiento, tendrás que modificar la configuración del clúster, lo que puede requerir tiempo de inactividad.
+
+**Para modo Serverless**: El almacenamiento se gestiona y escala automáticamente por AWS basado en tus patrones de uso. No necesitas configurar el tamaño de almacenamiento ya que se escala automáticamente.
+
+
+
+
+### ¿Cómo me conecto a mi clúster MSK?
+
+Para conectarte a tu clúster MSK:
+1. **Obtén los Bootstrap Servers**: Usa los endpoints de bootstrap server proporcionados por SleakOps en el vargroup.
+2. **Configura la Autenticación**: MSK soporta varios métodos de autenticación incluyendo SASL/SCRAM, IAM, y TLS.
+3. **Usa Clientes Kafka**: Conéctate usando clientes y librerías estándar de Kafka.
+4. **Conexión VPN**: Asegúrate de estar conectado a la VPN de la cuenta AWS donde se encuentra el clúster MSK.
+
+**Nota**: Tanto el modo Provisioned como Serverless usan los mismos métodos de conexión, pero el modo Serverless puede tener diferentes características de rendimiento y comportamiento de escalado.
+
+
+
+
+### ¿Cómo creo topics en mi clúster MSK?
+
+Para crear topics en tu clúster MSK:
+1. **Usando Herramientas Kafka**:
+```
+kafka-topics.sh --create --topic my-topic --bootstrap-server MSK_BOOTSTRAP_SERVERS --partitions 3 --replication-factor 3
+```
+2. **Usando Kafka Admin Client**: Usa el Kafka Admin Client en el código de tu aplicación.
+3. **Reemplaza Variables**: Reemplaza `MSK_BOOTSTRAP_SERVERS` con los endpoints reales de bootstrap server de tu vargroup.
+
+**Nota**: Para modo Provisioned, establece el factor de replicación para que coincida con tu número de nodos broker (mínimo 3 para producción). Para modo Serverless, AWS gestiona la replicación automáticamente.
+
+
+
+
+### ¿Cómo produzco y consumo mensajes?
+
+Para producir y consumir mensajes:
+1. **Ejemplo de Productor**:
+```
+kafka-console-producer.sh --topic my-topic --bootstrap-server MSK_BOOTSTRAP_SERVERS
+```
+2. **Ejemplo de Consumidor**:
+```
+kafka-console-consumer.sh --topic my-topic --bootstrap-server MSK_BOOTSTRAP_SERVERS --from-beginning
+```
+3. **Integración de Aplicación**: Usa clientes Kafka en el código de tu aplicación para uso en producción.
+
+
+
+
+### ¿Qué debo hacer si encuentro problemas de conexión con mi clúster MSK?
+
+Verifica lo siguiente:
+- Asegúrate de que los endpoints de bootstrap server, nombre de usuario y contraseña sean correctos.
+- Verifica que tus grupos de seguridad y reglas de firewall permitan el acceso.
+- Asegúrate de que el clúster esté ejecutándose y tenga suficientes recursos.
+- Verifica si el clúster está en estado disponible.
+- Verifica tu configuración de autenticación (SASL/SCRAM, IAM, o TLS).
+De lo contrario, contáctanos.
+
+
+
+
+### ¿Cuáles son los beneficios de Amazon MSK sobre Kafka auto-gestionado?
+
+Amazon MSK ofrece varias ventajas:
+- **Operaciones Administradas**: No necesitas gestionar la infraestructura de Kafka
+- **Alta Disponibilidad**: Capacidades de replicación y conmutación por error integradas
+- **Seguridad**: Integrado con servicios de seguridad de AWS
+- **Monitoreo**: Integración con CloudWatch para monitoreo y alertas
+- **Escalabilidad**: Escalado fácil de instancias broker y almacenamiento
+- **Compatibilidad**: Completamente compatible con Apache Kafka
+
+
+:::info
+Documentación de AWS: [Documentación de Amazon MSK](https://docs.aws.amazon.com/msk/latest/developerguide/what-is-msk.html)
+:::
+
+## Configura tu MSK
+### 1. Agrega MSK como Dependencia
+Para integrar MSK con SleakOps:
+1. En la consola de SleakOps, ve a la sección "Dependencies"
+2. Elige "MSK" de la lista de tipos de dependencias disponibles.
+Para más detalles, consulta [Dependencies: Integrating Databases, Caching, and Messaging Services](/project/dependency/index.mdx).
+
+### 2. Configura tu MSK.
+Accederás al siguiente formulario:
+
+
+
+
+
+Aquí están los parámetros que SleakOps te permite personalizar durante la creación:
+
+| **Atributo** | **Descripción** |
+| --- | --- |
+| **Modo de Despliegue** | Elige entre **Provisioned** (capacidad fija, control completo sobre la configuración) o **Serverless** (auto-escalado, pago por uso para cargas de trabajo variables). El modo Provisioned es ideal para cargas de trabajo consistentes con requisitos de rendimiento específicos, mientras que Serverless es perfecto para desarrollo y patrones de tráfico variables. |
+| **Versión de Kafka** | *(Requerido para modo Provisioned)* Selecciona la versión específica de Apache Kafka para tu clúster MSK. Elige entre las versiones 2.8.1, 3.2.0, 3.3.2, 3.4.0, o 3.5.1. Cada versión incluye características específicas de Kafka, mejoras de rendimiento y actualizaciones de seguridad. |
+| **Tipo de Instancia** | *(Requerido para modo Provisioned)* Define el tipo de instancia que especifica la configuración de hardware para tus brokers Kafka. Elige entre tipos de instancia t3 (rendimiento burstable) o m5 (propósito general). Esto controla el rendimiento de CPU, memoria y red para tus cargas de trabajo de streaming. |
+| **Nodos Broker** | *(Requerido para modo Provisioned)* Número de nodos broker en tu clúster MSK (2-15 nodos). Usa 2 nodos para entornos de desarrollo. Para producción, usa 3 o más nodos (debe ser múltiplo de 3) para asegurar alta disponibilidad y tolerancia a fallos. Más nodos proporcionan mejor rendimiento y disponibilidad. |
+| **Tamaño de Almacenamiento (GB)** | *(Requerido para modo Provisioned)* Tamaño de almacenamiento en GB por nodo broker (1-16384 GB). Esto determina cuántos datos puede almacenar localmente cada broker. Considera tus requisitos de retención de datos y necesidades de throughput al establecer este valor. |
+
+### 3. Personaliza el nombre de tus variables para tu clúster MSK.
+
+Como se explicó, cuando se crea una dependencia, SleakOps genera un vargroup para contener todos los atributos necesarios.
+En este paso puedes cambiar el nombre de los atributos en caso de que sea necesario.
+SleakOps completa los valores automáticamente.
+Después de este paso, tu dependencia es creada.
+
+
+
+
\ No newline at end of file
diff --git a/static/img/dependency/aurora-mysql/aurora-mysql-create-outputs.png b/static/img/dependency/aurora-mysql/aurora-mysql-create-outputs.png
new file mode 100644
index 000000000..17de253a9
Binary files /dev/null and b/static/img/dependency/aurora-mysql/aurora-mysql-create-outputs.png differ
diff --git a/static/img/dependency/aurora-mysql/aurora-mysql-create-p1.png b/static/img/dependency/aurora-mysql/aurora-mysql-create-p1.png
new file mode 100644
index 000000000..fba0a7509
Binary files /dev/null and b/static/img/dependency/aurora-mysql/aurora-mysql-create-p1.png differ
diff --git a/static/img/dependency/aurora-postgresql/aurora-postgresql-create-outputs.png b/static/img/dependency/aurora-postgresql/aurora-postgresql-create-outputs.png
new file mode 100644
index 000000000..6c9cce498
Binary files /dev/null and b/static/img/dependency/aurora-postgresql/aurora-postgresql-create-outputs.png differ
diff --git a/static/img/dependency/aurora-postgresql/aurora-postgresql-create-p1.png b/static/img/dependency/aurora-postgresql/aurora-postgresql-create-p1.png
new file mode 100644
index 000000000..cf58b94c1
Binary files /dev/null and b/static/img/dependency/aurora-postgresql/aurora-postgresql-create-p1.png differ
diff --git a/static/img/dependency/mariadb/mariadb-create-outputs.png b/static/img/dependency/mariadb/mariadb-create-outputs.png
new file mode 100644
index 000000000..f9051371d
Binary files /dev/null and b/static/img/dependency/mariadb/mariadb-create-outputs.png differ
diff --git a/static/img/dependency/mariadb/mariadb-create-p1.png b/static/img/dependency/mariadb/mariadb-create-p1.png
new file mode 100644
index 000000000..f3a5c8910
Binary files /dev/null and b/static/img/dependency/mariadb/mariadb-create-p1.png differ
diff --git a/static/img/dependency/msk/msk-create-outputs.png b/static/img/dependency/msk/msk-create-outputs.png
new file mode 100644
index 000000000..4e22e66de
Binary files /dev/null and b/static/img/dependency/msk/msk-create-outputs.png differ
diff --git a/static/img/dependency/msk/msk-create-p1.png b/static/img/dependency/msk/msk-create-p1.png
new file mode 100644
index 000000000..89abdf18e
Binary files /dev/null and b/static/img/dependency/msk/msk-create-p1.png differ
diff --git a/static/img/domain/domain-info-execution-drawer.png b/static/img/domain/domain-info-workload-drawer.png
similarity index 100%
rename from static/img/domain/domain-info-execution-drawer.png
rename to static/img/domain/domain-info-workload-drawer.png
diff --git a/static/img/domain/domain-info-execution-list.png b/static/img/domain/domain-info-workload-list.png
similarity index 100%
rename from static/img/domain/domain-info-execution-list.png
rename to static/img/domain/domain-info-workload-list.png