Handling secrets securely in your Terraform configuration is crucial to protect sensitive information. Here are some best practices:

1. Use Environment Variables: Store secrets (such as API keys, passwords, and tokens) in environment variables rather than hardcoding them directly in your Terraform files. You can reference these variables in your configuration.

2. Terraform Variables: Define variables in your Terraform configuration using the variable block. Use these variables to parameterize your code. For sensitive data, use the sensitive attribute to prevent accidental exposure in logs.

3. Sensitive Data Sources: When retrieving secrets from external sources (e.g., AWS Secrets Manager, Azure Key Vault), use Terraform data sources. These sources allow you to fetch secrets securely without exposing them in your configuration.

4. Backend Configuration: Configure a remote backend (such as AWS S3, Azure Storage, or HashiCorp Consul) to store your Terraform state files. Ensure that access to the backend is restricted and encrypted.

5. State Encryption: Enable state file encryption using the -backend-config option or by configuring encryption in your backend. This protects sensitive data stored in the state files.

6. Git Ignore Secrets: Add sensitive files (like \.tfvars or \.tfstate) to your \.gitignore file. Avoid committing secrets to your version control system.

7. Secrets as Inputs: Pass secrets as input variables during Terraform execution. Avoid hardcoding them directly in your configuration files.

8. Secrets Management Tools: Leverage external secrets management tools (e.g., HashiCorp Vault, AWS Secrets Manager, Azure Key Vault). These tools provide centralized secret storage and access control.

9. Avoid Logging Secrets: Ensure that your Terraform logs do not include sensitive information. Use the sensitive attribute for variables and avoid printing secrets in your code.

10. Audit and Rotation: Regularly audit and rotate secrets. Update them when necessary (e.g., password changes, API key rotations).

Remember that security is a continuous process. Regularly review and enhance your practices to keep your secrets safe. 🚀 🔒

For more detailed guidance, refer to the Terraform documentation on managing secrets.


❤️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

🚨 AWS with Terraform and Jenkins Pipeline ♾

In this article, we will explain how to create and manage the public and private subnets using terraform and create instance in the desired subnet.

🌐 Blog Link: https://blog.prodevopsguy.xyz/aws-with-terraform-and-jenkins-pipeline

☁️ Source Code Link: https://github.com/NotHarshhaa/Jenkins-Terraform-AWS-Infra


💬 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

If you're a beginner looking to gain hands-on experience with DevOps, here are some real-time project ideas that you can explore:

1⃣. Create a Simple Web Server:
Build a basic HTTP server that responds to client requests (such as web browsers) by serving HTML pages or JSON from an API. This project will help you understand how web servers work and how to handle HTTP requests and responses[1].


2⃣. Improve Jenkins Remoting:
Jenkins is a popular automation server used for continuous integration and continuous delivery (CI/CD). Enhance Jenkins by exploring its remoting capabilities, understanding how agents communicate with the master, and optimizing the communication process.


3⃣. Create Default Base Images with Docker:
Docker allows you to create lightweight, portable containers. Practice creating custom base images that include essential tools and dependencies. These images can serve as a foundation for your future projects.


4⃣. Learn Git Branching and Source Code Management:
Git is crucial for version control and collaboration. Set up a Git repository, create branches, merge changes, and manage your codebase effectively. Understanding Git workflows is essential for any DevOps engineer.


5⃣. Containerization of a Java Project using Docker:
Containerize a Java application using Docker. Learn how to write a Dockerfile, build an image, and run containers. This project will give you practical experience with container orchestration and deployment[1].


Remember that these projects are designed for beginners, so feel free to explore and experiment. As you gain confidence, you can move on to more complex projects. Happy coding! 😊 🚀

➡️Reference links: [1] [2] [3] [4]


❤️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

Jenkins pipelines are a powerful way to define your software delivery process as code.

Let's explore how you can get started with Jenkins pipelines:

1️⃣. Getting Started with Pipeline in Jenkins:
Jenkins Pipeline is a suite of plugins that allows you to create and integrate continuous delivery pipelines directly into Jenkins. These pipelines can be expressed as code using the Pipeline DSL.
To use Jenkins Pipeline, you'll need:

Jenkins 2.x or later: Older versions (back to 1.642.3) may work but are not recommended.
Pipeline plugin: This is installed as part of the "suggested plugins" during Jenkins installation.

➡️You can define a pipeline in one of the following ways:
Through Blue Ocean: Set up a Pipeline project in Blue Ocean, and the graphical editor will help you create and commit your Jenkinsfile (Pipeline script) to source control.
Classic UI: You can enter a basic Pipeline directly in Jenkins through the classic UI.
In SCM: Write a Jenkinsfile manually and commit it to your project's source control repository.

While Jenkins supports entering Pipeline directly in the classic UI, it's best practice to define the Pipeline in a Jenkinsfile stored in source control.
Learn more about creating your first Pipeline.


2️⃣. Tutorials and Resources:
Here are some helpful resources to learn more about Jenkins pipelines:

Getting Started with Pipeline in Jenkins: Official documentation on creating your first Pipeline.
Jenkins Pipeline Tutorial for Beginners: A detailed tutorial covering concepts and automation testing using Selenium in Jenkins pipelines.
Learn Jenkins by Building a CI/CD Pipeline: A video course demonstrating how to build a CI/CD pipeline for a web application.
Beginner's Guide to Jenkins Pipelines: Covers types of pipelines, basics, and more.

Remember, Jenkins pipelines allow you to automate and streamline your software delivery process, making it easier to manage and maintain. Happy learning! 🚀🔧 [1] [2] [3] [4]

➡️Reference links: [1] [2] [3] [4] [5]


❤️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

As a DevOps engineer, mastering Ansible commands is essential for managing and orchestrating infrastructure.

➡️Here are some essential Ansible commands you should know:

1. ansible-playbook:
The workhorse for executing Ansible playbooks, which define tasks to be performed on target hosts.
Example usage: ansible-playbook -i <inventory_file> <playbook\.yml>[1].

2. ansible:
Used for running ad-hoc commands or tasks on remote hosts.
Examples:
Copy a file: ansible all -m copy -a "src=/path/to/local/file dest=/path/to/remote/file"
Install a package using yum: ansible all -m yum -a "name=httpd state=latest"[1].

3. ansible-galaxy:
Manage Ansible roles from the Ansible Galaxy community.
Install a role: ansible-galaxy install <role_name>[1].

4. ansible-vault:
Encrypt and manage sensitive data within Ansible.
Encrypt a file: ansible-vault encrypt <file>
Edit an encrypted file: ansible-vault edit secrets\.yml[1].

5. ansible-galaxy init:
Initiate a new Ansible role scaffold.
Example: ansible-galaxy init <role_name>[1].

6. ansible-inventory:
Inspect Ansible's inventory.
List hosts: ansible-inventory --list -i /path/to/inventory/hosts[1].

7. ansible-config:
Customize Ansible configurations.
List configuration options: ansible-config list
View specific configuration: ansible-config view[1].

8. ansible-pull:
Pull playbooks from a version control system and execute them locally.
Example: ansible-pull -U <repository_url> <playbook\.yml>[1].

9. ansible-playbook --syntax-check:
Check playbook syntax without execution.
Example: ansible-playbook --syntax-check <playbook\.yml>[1].

10. ansible-playbook --list-hosts:
- List hosts defined in a playbook.
- Example: ansible-playbook --list-hosts playbook\.yml[1].

11. ansible-playbook --tags:
- Run specific tagged tasks within a playbook.
- Example: ansible-playbook --tags=tag1,tag2 playbook\.yml[1].

12. ansible-playbook --limit:
- Limit playbook execution to specific hosts or groups.
- Example: ansible-playbook --limit=<host_pattern> <playbook\.yml>[1].

13. ansible-doc:
- Refer to documentation for Ansible modules.
- Example: ansible-doc <module_name>[1].

14. ansible-console:
- Start an interactive console for executing Ansible tasks.
- Example: ansible-console[1].

15. ansible-lint:
- Ensure best practices and identify potential errors.
- Example: ansible-lint <playbook\.yml>[1].

16. ansible-vault encrypt_string:
- Encrypt strings for secure use in playbooks.
- Example: ansible-vault encrypt_string <string>[1].

17. ansible-vault rekey:
- Rekey an encrypted file with a new password.
- Example: ansible-vault rekey <file>[1].

Remember to explore these commands further and practice using them in real-world scenarios. Happy automating! 🚀🔧

➡️Reference links: [1] [2] [3]


❤️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

📱 https://prodevopsguy.xyz/5-must-have-tools-to-install-on-your-kubernetes-cluster


✈️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

👉 Writing Ansible playbooks involves more than just defining tasks. Here are best practices to follow when creating effective and maintainable Ansible playbooks:

1. Modularity and Reusability:
Break down your playbook into smaller roles and tasks. Each role should have a specific purpose (e.g., installing packages, configuring services). This makes it easier to reuse and maintain code.
Use Ansible roles to organize your tasks. Roles allow you to encapsulate functionality and share it across different playbooks.

2. Idempotence:
Ansible playbooks should be idempotent, meaning they can be run multiple times without causing unintended changes.
Use Ansible modules that support idempotence (most built-in modules do).
Avoid using shell commands directly unless necessary.

3. Use YAML Syntax Correctly:
YAML indentation matters! Be consistent with spaces (preferably 2 spaces) and avoid tabs.
Use proper YAML syntax for lists, dictionaries, and variables.

4. Separate Variables from Playbooks:
Store variables in separate files (e.g., vars\.yml, defaults/main\.yml within roles).
Avoid hardcoding values directly in playbooks.

5. Use Descriptive Variable Names:
Choose meaningful variable names that convey their purpose.
Avoid generic names like var1, var2, etc.

6. Document Your Playbooks:
Add comments to explain the purpose of each task.
Use # for single-line comments and | for multiline comments.

7. Error Handling and Failure Conditions:
Include error handling tasks (using failed_when or ignore_errors) to gracefully handle failures.
Use block and rescue to group tasks and handle exceptions.

8. Secrets and Sensitive Data:
Use Ansible Vault to encrypt sensitive data (passwords, API keys, etc.) within playbooks.
Never hardcode secrets directly in playbooks.

9. Testing and Validation:
Test your playbooks in a safe environment (e.g., staging) before deploying to production.
Use --check mode to validate changes without applying them.

10. Inventory Management:
- Maintain a well-organized inventory file (hosts) with clear host groups.
- Use dynamic inventories if your infrastructure is dynamic (e.g., AWS, Azure).

11. Use Roles for Common Tasks:
- Create reusable roles for common tasks (e.g., setting up Nginx, configuring databases).
- Roles allow you to share functionality across different playbooks.

12. Version Control and Git:
- Store your playbooks in version control (e.g., Git).
- Commit frequently and write meaningful commit messages.

13. Testing Frameworks:
- Explore testing frameworks like Molecule or Ansible Test Kitchen for automated testing of your playbooks.

14. Performance Optimization:
- Optimize playbooks for performance by minimizing unnecessary tasks.
- Use async and poll for long-running tasks.

15. Keep Playbooks Simple:
- Avoid complex logic within playbooks. If needed, move it to custom Ansible modules or scripts.

Remember that practice and experience are key to mastering Ansible playbooks. Happy automating! 🚀🔧

✈️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

📢 Newbie's View of Google Cloud Services ☁️

🌐 Blog Link: https://blog.prodevopsguy.xyz/newbies-view-of-google-cloud-services


❤️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

Structuring your Ansible roles effectively is crucial for maintainability, reusability, and clarity. Let's dive into some best practices and guidelines:

1. Standard Directory Structure:
Organize your roles using a consistent directory structure. Ansible roles typically have the following directories:

tasks/: Contains the main tasks file (usually named main\.yml) that defines what the role does.
handlers/: Includes handlers that can be triggered by tasks.
templates/: Holds template files (usually with \.j2 extension) used by the role.
vars/: Contains high-priority variables specific to the role.
defaults/: Contains default variables with lower precedence.
meta/: Includes metadata about the role (dependencies, platforms supported, etc.).
files/: Stores files that the role uses.
library/: Optionally includes custom Ansible modules.
module_utils/: Optionally includes custom module utilities.
lookup_plugins/: Optionally includes custom lookup plugins.

➡️ Example directory layout:

roles/
├── common/
│   ├── tasks/
│   │   └── main\.yml
│   ├── handlers/
│   │   └── main\.yml
│   ├── templates/
│   ├── vars/
│   │   └── main\.yml
│   ├── defaults/
│   │   └── main\.yml
│   ├── meta/
│   │   └── main\.yml
│   └── files/
├── webtier/
│   └── \.\.\.
└── monitoring/
    └── \.\.\.

Customize this structure based on your needs[1].

2. Use Variables:
Define variables within your role. These can be default variables (defaults/main\.yml) or user-defined variables (vars/main\.yml).
Variables allow you to make your roles reusable and configurable.

3. Templates:
Use Jinja2 templates (stored in the templates/ directory) to create dynamic configuration files.
Templates allow you to generate files with variable values, making your roles adaptable to different environments.

4. Handlers:
Handlers are tasks that run only when notified by other tasks.
Define handlers in the handlers/main\.yml file.
For example, restart a service after configuration changes.

5. Role Dependencies:
Specify role dependencies in the meta/main\.yml file.
Roles can depend on other roles, ensuring proper execution order.

6. Keep It Simple:
Avoid complex logic within roles. Roles should be focused and straightforward.
If a role becomes too large, consider breaking it down into smaller roles.


Remember that effective role structuring enhances collaboration, maintainability, and scalability in your Ansible projects. Happy automating! 🚀

➡️ Reference links: [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22]


✈️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

Docker 🐳 is a powerful tool, but like any technology, it can sometimes throw unexpected errors. Here are some common Docker issues and their solutions:

1. Problems with the Dockerfile:
When building an image from a Dockerfile, typos or incorrect commands can cause issues.
Example: Suppose you have a typo in your Dockerfile like this:

# base image
FROM debian:latest
# install basic apps
RUN aapt-get install -qy nano

The error message will indicate that aapt-get is not found. To fix this, correct the command to apt-get[1].

2. Container Naming Collisions:
If you try to create a container with a name that already exists, Docker will throw an error.
Solution: Use unique container names or remove existing containers with the same name before creating a new one.

3. Networking Issues:
Containers may not communicate with each other due to network misconfigurations.
Solution: Ensure containers are on the same network or use proper DNS names for communication.

4. Volume Mounting Failures:
Incorrect volume paths or permissions can lead to mounting failures.
Solution: Double-check volume paths and permissions when using -v or --mount.

5. Resource Constraints:
Containers may fail due to insufficient resources (CPU, memory, etc.).
Solution: Adjust resource limits using -m (memory) and --cpus options.

6. Image Pull Errors:
Issues fetching images from registries can occur.
Solution: Verify network connectivity and registry credentials.

7. Orphaned Containers and Images:
Unused containers and images consume disk space.
Solution: Regularly clean up unused containers and images with docker system prune.

8. Docker Daemon Not Running:
If the Docker daemon isn't running, you can't interact with Docker.
Solution: Start the Docker daemon (sudo systemctl start docker on Linux).

9. Permissions and User Groups:
Permission errors when running Docker commands may be due to user group settings.
Solution: Add your user to the docker group (sudo usermod -aG docker $USER).

10. Container Crashes and Logs:
- Containers may crash without clear error messages.
- Solution: Check container logs with docker logs <container_name> to diagnose issues[2] [3].

Remember, troubleshooting Docker issues often involves a combination of understanding Docker concepts, checking logs, and experimenting with different configurations. Happy containerizing! 🐳⚙️

➡️ Reference links: [1] [2] [3]


✈️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

💡 Kubernetes vs Docker: What's The Difference?

➡️Docker and Kubernetes are the most common names that one might hear in the field of container technology.

➡️Docker is a runtime and containerization platform that was first introduced in 2013 and brought about a microservices-based computing model.

➡️Kubernetes is a platform that manages and runs containers from multiple container runtimes and supports various container runtimes, including Docker.


❤️ 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝗳𝗼𝗿 𝗺𝗼𝗿𝗲 𝘀𝘂𝗰𝗵 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝗮𝗿𝗼𝘂𝗻𝗱 𝗰𝗹𝗼𝘂𝗱 & 𝗗𝗲𝘃𝗢𝗽𝘀!!! // Join for DevOps DOCs: @devopsdocs

🟩 AWS & DevOps Free Videos :– 🟩


🎁 Part -1 : https://drive.google.com/drive/folders/1P2MORPWWUDk6MBzLktlahDRHJgh9YNta?usp=sharing

🎁 Part -2: https://drive.google.com/drive/folders/1-9pCWtNrSwWW3Bgd0BjqfH_x0sfJcXvE?usp=sharing

🎁 Part -3 : https://drive.google.com/drive/folders/1OD3B97MfmlQbnBVB_PMbt5bb5mtjyQk9?usp=sharing


❤️ 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝗳𝗼𝗿 𝗺𝗼𝗿𝗲 𝘀𝘂𝗰𝗵 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝗮𝗿𝗼𝘂𝗻𝗱 𝗰𝗹𝗼𝘂𝗱 & 𝗗𝗲𝘃𝗢𝗽𝘀!!! // Join for DevOps DOCs: @devopsdocs

🟩 Docker Free Videos 🐬


🔗 Link : https://drive.google.com/drive/folders/1lXSplxsWu-7f4Bbb3V9o-Em4XUahWVeD?usp=sharing


❤️ 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝗳𝗼𝗿 𝗺𝗼𝗿𝗲 𝘀𝘂𝗰𝗵 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝗮𝗿𝗼𝘂𝗻𝗱 𝗰𝗹𝗼𝘂𝗱 & 𝗗𝗲𝘃𝗢𝗽𝘀!!! // Join for DevOps DOCs: @devopsdocs

🟩 Ansible 🆓 Videos 🔴


🔗 Link : https://drive.google.com/drive/folders/1p35HHSamOyL1Rta8hK5--4k1mPWYAXaV?usp=sharing


❤️ 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝗳𝗼𝗿 𝗺𝗼𝗿𝗲 𝘀𝘂𝗰𝗵 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝗮𝗿𝗼𝘂𝗻𝗱 𝗰𝗹𝗼𝘂𝗱 & 𝗗𝗲𝘃𝗢𝗽𝘀!!! // Join for DevOps DOCs: @devopsdocs

🟩 🌐 Git/GitHub Free Videos:- 🟩


🔗 Link: https://drive.google.com/drive/folders/1vhSsxz9oAtSh136JVo3gryaDPJAYWteF?usp=sharing


❤️ 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝗳𝗼𝗿 𝗺𝗼𝗿𝗲 𝘀𝘂𝗰𝗵 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝗮𝗿𝗼𝘂𝗻𝗱 𝗰𝗹𝗼𝘂𝗱 & 𝗗𝗲𝘃𝗢𝗽𝘀!!! // Join for DevOps DOCs: @devopsdocs

Short Notice 🔔

⚠️ Note : Above links will be deleted soon in few hours so kindly save it 🔗

‼️ Reason: Due to copyrights ©️

☄️ Shell Script, Prometheus, AWS EKS, Jenkins, Terraform, K8S :-


🔗 Link: https://drive.google.com/drive/folders/1C25f8WAhefPx3ml4fTGuQyjnljI7bTlY?usp=sharing


✈️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

☄️ Terraform Free ✔️ Videos:-


🔗 Link: https://drive.google.com/drive/u/0/mobile/folders/1COG6x8YCEceHTai3w52h9suHZ2H0rHvF


✈️ 𝐅𝐨𝐥𝐥𝐨𝐰 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs