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

☄️ OpenShift on Podman Free ✔️ Videos:-


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


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

Short Notice 🔔

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

‼️ Reason: Due to copyrights ©️

📢 DevOps Project-23: ☁️ DevSecOps: Blue-Green Deployment of Swiggy-Clone on AWS ECS with AWS Code Pipeline


🔗 Project Link: HERE

📶 Project Overview :-
To demonstrate Blue-Green deployment, we’ll use AWS ECS to host our Swiggy-clone application. ECS is a highly scalable container orchestration service provided by AWS.

➡️Implementing Blue-Green Deployment with AWS CodePipeline:
AWS CodePipeline is a fully managed continuous integration and continuous delivery (CI/CD) service that automates the build, test, and deployment phases of your release process. Let’s see how to set up a Blue-Green deployment pipeline using AWS CodePipeline:
🔢. Source Stage: Connect your CodePipeline to your source code repository (e.g., GitHub). Trigger the pipeline when changes are detected in the repository.
🔢. Build Stage: Use AWS CodeBuild to build your Swiggy-clone Docker image from the source code. Run any necessary tests during this stage.
🔢. Deploy Stage: Configure AWS CodeDeploy for ECS to manage the deployment of your application to ECS clusters. Here’s where Blue-Green deployment strategy comes into play:

❤️‍🔥 Share with friends and colleagues ❤️‍🔥

📣 Note: Fork this Repository 🧑‍💻 for upcoming future projects, Every week releases new Project.

📱 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs

👨‍💻 HashiCorp Certified: Terraform Associate – Hands-On Labs

👉 Source -
https://www.udemy.com/course/terraform-hands-on-labs/

👉 Download link -
https://drive.google.com/drive/u/0/mobile/folders/1GhcXYuHd72K0uXscjqVnQ3ltNqJWZV2N?usp=sharing


🎄 𝗙𝗼𝗹𝗹𝗼𝘄 @prodevopsguy 𝐟𝐨𝐫 𝐦𝐨𝐫𝐞 𝐬𝐮𝐜𝐡 𝐜𝐨𝐧𝐭𝐞𝐧𝐭 𝐚𝐫𝐨𝐮𝐧𝐝 𝐜𝐥𝐨𝐮𝐝 & 𝐃𝐞𝐯𝐎𝐩𝐬!!! // 𝐉𝐨𝐢𝐧 𝐟𝐨𝐫 𝐃𝐞𝐯𝐎𝐩𝐬 𝐃𝐎𝐂𝐬: @devopsdocs