Terraform: כלי ה-Infrastructure as Code למשרות הענן

לא, אתם לא צריכים לדעת הכל כדי להיכנס לעולם הענן. אתם צריכים לדעת את הדבר הנכון. ובשנת 2025, הדבר הנכון הוא Terraform. אם יש כלי אחד שמפריד בין מי שמגיש קורות חיים לבין מי שמקבל הצעות עבודה בתחום ה-Cloud וה-DevOps — זה הוא. Terraform של HashiCorp הוא כלי Infrastructure as Code (IaC) שמאפשר להגדיר, לנהל ולתחזק תשתיות ענן שלמות באמצעות קבצי קוד בפורמט HCL — במקום ללחוץ על כפתורים בקונסולה. לפי סקר State of DevOps 2024 של Puppet, ארגונים שמשתמשים ב-IaC מדווחים על שיפור של 67% בזמן שחרור תשתיות חדשות. זו לא תיאוריה. זו המציאות של שוק העבודה הישראלי והגלובלי כאחד.

מהגדרה ידנית לקוד מנוהל

בואו נהיה כנים: לפני עשור, הקמת תשתית ענן הייתה עבודה ידנית. מישהו נכנס לקונסולת AWS, לחץ "Create VPC", הגדיר subnets, security groups, load balancers — הכל ביד. ומה קרה כשמישהו אחר בצוות שינה הגדרה? כאוס. דריפט. תקלות פרודקשן בשלוש בלילה.

Infrastructure as Code הפך את הנוסחה. במקום ללחוץ על כפתורים, אתם כותבים קוד שמתאר את המצב הרצוי של התשתית. הקוד הזה נשמר ב-Git, עובר Code Review, מורץ דרך CI/CD pipeline, ומיושם באופן אוטומטי. כל שינוי מתועד, כל תשתית ניתנת לשחזור, וכל סביבה זהה לחברתה.

למה דווקא Terraform ולא משהו אחר

יש כלי IaC רבים בשוק. AWS CloudFormation, Pulumi, Ansible, Azure Bicep — כולם לגיטימיים. אבל Terraform ניצח את המלחמה על הלבבות מסיבה פשוטה: הוא cloud-agnostic. כלומר, אותו קוד, אותה שפה (HCL — HashiCorp Configuration Language), אותו workflow — בין אם אתם עובדים עם AWS, Azure, GCP, או אפילו עם ספקי ענן ישראליים.

לפי דוח HashiCorp State of Cloud Strategy 2024, יותר מ-76% מהארגונים מפעילים תשתיות ב-multi-cloud. ברגע שאתם עובדים עם יותר מספק ענן אחד — ו-Terraform הוא הכלי היחיד שמאחד את ההגדרות תחת שפה אחת — ההחלטה כמעט מתקבלת מעצמה. ולמי שרוצה להתחיל ללמוד את הכלי הזה בצורה מסודרת ומעשית, קורס Terraform שלנו נבנה בדיוק בשביל זה — ללמוד דרך פרויקטים אמיתיים, לא דרך מצגות.

המודל המנטלי — Plan, Apply, Destroy

Terraform עובד לפי עיקרון מרכזי אחד: Declarative Infrastructure. אתם לא אומרים "תעשה A, אחר כך B, אחר כך C". אתם אומרים "ככה אני רוצה שהעולם ייראה" — ו-Terraform מחשב לבד מה צריך לשנות כדי להגיע לשם.

תהליך העבודה הוא תמיד אותו דבר: terraform init מאתחל את הפרויקט ומוריד את ה-providers הנחוצים. terraform plan מראה לכם בדיוק מה עומד להשתנות — לפני שמשהו קורה בפועל. terraform apply מיישם את השינויים. ו-terraform destroy מפרק הכל כשאתם מסיימים. פשוט. צפוי. בטוח.

דוגמת קוד אמיתית — הקמת תשתית ב-AWS

בואו נראה איך זה נראה בפועל. נניח שאתם רוצים להקים VPC עם subnet ציבורי ו-EC2 instance ב-AWS. ככה זה נראה בקובץ Terraform:

# main.tf — הקמת תשתית בסיסית ב-AWS

terraform {
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"
    }
  }
  required_version = ">= 1.7.0"
}

provider "aws" {
  region = "eu-west-1"
}

resource "aws_vpc" "main" {
  cidr_block           = "10.0.0.0/16"
  enable_dns_hostnames = true
  enable_dns_support   = true

  tags = {
    Name        = "production-vpc"
    Environment = "production"
    ManagedBy   = "terraform"
  }
}

resource "aws_subnet" "public" {
  vpc_id                  = aws_vpc.main.id
  cidr_block              = "10.0.1.0/24"
  availability_zone       = "eu-west-1a"
  map_public_ip_on_launch = true

  tags = {
    Name = "public-subnet-1a"
  }
}

resource "aws_internet_gateway" "gw" {
  vpc_id = aws_vpc.main.id

  tags = {
    Name = "main-igw"
  }
}

resource "aws_route_table" "public" {
  vpc_id = aws_vpc.main.id

  route {
    cidr_block = "0.0.0.0/0"
    gateway_id = aws_internet_gateway.gw.id
  }

  tags = {
    Name = "public-rt"
  }
}

resource "aws_route_table_association" "public" {
  subnet_id      = aws_subnet.public.id
  route_table_id = aws_route_table.public.id
}

resource "aws_security_group" "web" {
  name        = "web-sg"
  description = "Allow HTTP and SSH"
  vpc_id      = aws_vpc.main.id

  ingress {
    from_port   = 80
    to_port     = 80
    protocol    = "tcp"
    cidr_blocks = ["0.0.0.0/0"]
  }

  ingress {
    from_port   = 22
    to_port     = 22
    protocol    = "tcp"
    cidr_blocks = ["0.0.0.0/0"]
  }

  egress {
    from_port   = 0
    to_port     = 0
    protocol    = "-1"
    cidr_blocks = ["0.0.0.0/0"]
  }
}

resource "aws_instance" "web" {
  ami                    = "ami-0905a3c97561e0b69"
  instance_type          = "t3.micro"
  subnet_id              = aws_subnet.public.id
  vpc_security_group_ids = [aws_security_group.web.id]

  tags = {
    Name = "web-server-01"
  }
}

output "instance_public_ip" {
  value       = aws_instance.web.public_ip
  description = "The public IP of the web server"
}

ועכשיו, ההרצה בפועל:

# אתחול הפרויקט — הורדת ה-provider של AWS
terraform init

# בדיקה מקדימה — מה עומד להשתנות
terraform plan -out=tfplan

# יישום השינויים
terraform apply tfplan

# בסוף — פירוק התשתית (לסביבות dev/test)
terraform destroy

שימו לב: הקוד הזה הוא אמיתי ורץ. אפשר להעתיק אותו, להריץ אותו, ולראות שרת חי באינטרנט תוך שלוש דקות. זו העוצמה של Terraform — מ-zero לתשתית חיה, עם קוד שניתן לביקורת, לגרסון ולשחזור.

איזה כלי IaC מתאים למה

אחד הדברים שמבלבלים מי שנכנסים לתחום הוא שפע הכלים. CloudFormation, Ansible, Pulumi, Terraform — כולם מבטיחים "תשתית כקוד". אבל הם לא אותו דבר. בואו נשווה בצורה ישירה:

קריטריון	Terraform	AWS CloudFormation	Pulumi	Ansible
שפה	HCL (ייעודית, קלה ללמידה)	JSON / YAML	Python, TypeScript, Go	YAML
תמיכה ב-Multi-Cloud	מלאה — AWS, Azure, GCP, ועוד מאות providers	AWS בלבד	מלאה	מוגבלת (דרך מודולים)
ניהול State	State file מרכזי — local או remote (S3, Terraform Cloud)	מנוהל על ידי AWS	State file דומה ל-Terraform	ללא state — agentless
גישה	Declarative	Declarative	Imperative / Declarative	Procedural (סדר ביצוע חשוב)
קהילה ואקוסיסטם	הגדולה ביותר — Terraform Registry עם אלפי מודולים	גדולה אבל מוגבלת ל-AWS	גדלה אבל עדיין קטנה	ענקית (אבל לא ממוקדת IaC)
עקומת למידה	בינונית — HCL אינטואיטיבית	גבוהה — JSON מסורבל	תלויה בשפה שבוחרים	נמוכה — YAML פשוט
דרישה בשוק העבודה הישראלי (2025)	גבוהה מאוד — מופיעה ב-78% ממשרות DevOps	בינונית — בעיקר בחברות AWS-only	נמוכה-בינונית — בצמיחה	בינונית — בעיקר כמשלים

המסקנה ברורה: אם אתם רוצים כלי אחד שיפתח את הכי הרבה דלתות בשוק העבודה — Terraform הוא ההימור הבטוח. לא כי הוא מושלם, אלא כי הוא הפך לשפה משותפת של התעשייה. כשמגייס רואה "Terraform" בקורות החיים, הוא יודע שאתם מדברים בשפה שלו.

הטעות הנפוצה: "אני כבר יודע Ansible, אז אני מכוסה"

זו טעות שאני רואה שוב ושוב. Ansible הוא כלי מעולה — ל-Configuration Management. הוא מצטיין בהתקנת חבילות, עדכון הגדרות, ניהול שרתים קיימים. אבל הוא לא בנוי להגדרת תשתיות ענן מאפס.

Terraform ו-Ansible משלימים אחד את השני — לא מחליפים. Terraform מקים את ה-VPC, ה-Load Balancer, ה-RDS. Ansible נכנס אחריו ומגדיר את מה שרץ בתוך השרתים. ארגון שמנהל תשתיות ענן רציניות צריך את שניהם. אבל אם אתם בוחרים ללמוד רק אחד — Terraform יפתח יותר דלתות.

מה מגייסים מחפשים ב-2025

בואו נדבר תכלס. חיפוש מהיר ב-LinkedIn Jobs ישראל עם המילה "Terraform" מחזיר מאות משרות פתוחות — מסטארט-אפים של שלושה אנשים ועד חברות כמו Wix, Monday.com, Check Point ו-CyberArk. הנתון המעניין: לפי דוח של חברת ההשמה Ethosia לשנת 2024, ידע ב-Terraform מופיע כדרישה ב-78% ממשרות ה-DevOps ו-Cloud Engineer בישראל. זה יותר מ-Docker (74%) ויותר מ-Kubernetes (71%).

למה? כי חברות ישראליות, שמרביתן עובדות ב-multi-cloud (בעיקר AWS + GCP), צריכות כלי אחד שמאחד את ניהול התשתיות. Terraform הוא הבחירה הטבעית. ושכר? מהנדס DevOps עם ניסיון מוכח ב-Terraform מרוויח בממוצע בין 32,000 ל-45,000 שקלים בחודש בישראל, כשהטווח העליון שמור למי שמביא ניסיון עם Terraform Modules, Terraform Cloud, ואוטומציה מלאה של pipelines.

הפרופיל שמצליח: לא רק ידע טכני

הנה דבר שמעט אנשים אומרים בקול: ידע ב-Terraform לבד לא מספיק. מה שמפריד בין מועמד ממוצע למועמד שמקבל הצעה תוך שבוע הוא היכולת לספר את הסיפור. כלומר: "הקמתי תשתית ב-AWS עם Terraform, שילבתי Terraform Cloud לניהול State מרוחק, בניתי מודולים שניתנים לשימוש חוזר, והרצתי הכל דרך GitHub Actions pipeline."

הסיפור הזה — פרויקט אמיתי עם תוצאות אמיתיות — שווה יותר מעשר הסמכות. לכן, כשאתם לומדים Terraform, אל תסתפקו ב-tutorials. בנו משהו. שברו משהו. תקנו את זה. זה מה שמגייסים רוצים לשמוע.

ניהול State — הלב של Terraform

ה-State file הוא כנראה הרכיב הכי קריטי — והכי לא מובן — ב-Terraform. הקובץ הזה (terraform.tfstate) מכיל מיפוי מלא של כל מה שהגדרתם בקוד מול מה שבאמת קיים בענן. בלעדיו, Terraform לא יודע מה לשנות ומה להשאיר.

בסביבת עבודה אמיתית, לעולם אל תשמרו את ה-State file מקומית. השתמשו ב-Remote Backend — כמו S3 bucket עם DynamoDB lock ב-AWS, או Azure Blob Storage, או Terraform Cloud. ככה מבטיחים שצוות שלם יכול לעבוד על אותה תשתית בלי לדרוס אחד את השני:

# backend.tf — שמירת State ב-S3 עם נעילה ב-DynamoDB

terraform {
  backend "s3" {
    bucket         = "my-company-terraform-state"
    key            = "production/network/terraform.tfstate"
    region         = "eu-west-1"
    encrypt        = true
    dynamodb_table = "terraform-lock"
  }
}

# יצירת ה-S3 bucket וה-DynamoDB table (הרצה חד-פעמית)
aws s3api create-bucket \
  --bucket my-company-terraform-state \
  --region eu-west-1 \
  --create-bucket-configuration LocationConstraint=eu-west-1

aws dynamodb create-table \
  --table-name terraform-lock \
  --attribute-definitions AttributeName=LockID,AttributeType=S \
  --key-schema AttributeName=LockID,KeyType=HASH \
  --billing-mode PAY_PER_REQUEST \
  --region eu-west-1

מודולים — הסוד של צוותי DevOps מנצחים

ברגע שאתם כותבים Terraform בארגון עם יותר מצוות אחד, אתם חייבים מודולים. מודול ב-Terraform הוא בעצם קטע קוד שניתן לשימוש חוזר — כמו פונקציה בתוכנה. במקום שכל צוות יכתוב מחדש הגדרות VPC, אתם כותבים מודול אחד שכולם צורכים.

Terraform Registry מכיל אלפי מודולים מוכנים לשימוש — מ-VPC modules ועד EKS cluster modules. אבל הערך האמיתי הוא ביצירת מודולים פנימיים מותאמים לארגון שלכם, שמשקפים את ה-best practices ואת מדיניות האבטחה שלכם.

חמישה כללים שלא מתפשרים עליהם

1. תמיד State מרוחק: כבר אמרנו, אבל שווה לחזור — State file מקומי הוא מתכון לאסון. השתמשו ב-Remote Backend מהיום הראשון.

2. מבנה תיקיות ברור: חלקו את הקוד לפי סביבות (dev, staging, production) ולפי רכיבים (network, compute, database). אל תשימו הכל בקובץ main.tf אחד ענק.

3. Variables ו-Outputs: לעולם אל תכתבו ערכים "קשיחים" (hardcoded) בקוד. השתמשו ב-variables.tf להגדרת פרמטרים וב-outputs.tf לחשיפת ערכים לצורכי שימוש חוזר.

4. Plan לפני Apply — תמיד: בסביבת production, לעולם אל תריצו terraform apply ישירות. תמיד הריצו terraform plan קודם, בדקו את הפלט, ורק אז אשרו. עדיף — הטמיעו את זה כשלב חובה ב-CI/CD pipeline.

5. שימוש ב-Workspaces או מבנה תיקיות נפרד לכל סביבה: ההפרדה בין dev ל-production חייבת להיות מוחלטת. טעות הגדרה בסביבת dev לא צריכה לגעת בפרודקשן.

אוטומציה מלאה: Terraform + CI/CD

הרמה הבאה היא שילוב Terraform בתוך CI/CD pipeline. הנה דוגמה ל-GitHub Actions workflow שמריץ terraform plan על כל Pull Request ו-terraform apply רק אחרי merge ל-main:

# .github/workflows/terraform.yml

name: Terraform CI/CD

on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

env:
  AWS_REGION: eu-west-1
  TF_VERSION: 1.7.5

jobs:
  terraform-plan:
    name: Terraform Plan
    runs-on: ubuntu-latest
    if: github.event_name == 'pull_request'
    steps:
      - uses: actions/checkout@v4

      - name: Setup Terraform
        uses: hashicorp/setup-terraform@v3
        with:
          terraform_version: ${{ env.TF_VERSION }}

      - name: Configure AWS Credentials
        uses: aws-actions/configure-aws-credentials@v4
        with:
          aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
          aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          aws-region: ${{ env.AWS_REGION }}

      - name: Terraform Init
        run: terraform init

      - name: Terraform Format Check
        run: terraform fmt -check

      - name: Terraform Validate
        run: terraform validate

      - name: Terraform Plan
        run: terraform plan -no-color
        continue-on-error: false

  terraform-apply:
    name: Terraform Apply
    runs-on: ubuntu-latest
    if: github.ref == 'refs/heads/main' && github.event_name == 'push'
    steps:
      - uses: actions/checkout@v4

      - name: Setup Terraform
        uses: hashicorp/setup-terraform@v3
        with:
          terraform_version: ${{ env.TF_VERSION }}

      - name: Configure AWS Credentials
        uses: aws-actions/configure-aws-credentials@v4
        with:
          aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }}
          aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          aws-region: ${{ env.AWS_REGION }}

      - name: Terraform Init
        run: terraform init

      - name: Terraform Apply
        run: terraform apply -auto-approve

זה לא פרויקט תיאורטי. זה בדיוק מה שצוותי DevOps ישראליים מריצים — ב-Wix, ב-Gett, ב-Playtika. הקוד הזה אומר: "אנחנו לא נוגעים בפרודקשן ביד. הכל עובר דרך קוד, דרך בדיקות, דרך אישור."

האם צריך לדעת לתכנת כדי ללמוד Terraform?

לא חייבים להיות מתכנתים. HCL, השפה של Terraform, היא שפה דקלרטיבית פשוטה יחסית — היא מתארת מצב רצוי, לא תהליך. עם זאת, הבנה בסיסית של קונספטים כמו משתנים, לולאות ופונקציות תעזור מאוד. ניסיון עם Linux, שורת הפקודה ו-Git הוא כמעט חובה.

כמה זמן לוקח ללמוד Terraform ברמה מספקת למשרת DevOps?

למידה ממוקדת של 6-8 שבועות, עם תרגול יומיומי ובניית פרויקט אמיתי, תביא אתכם לרמה שמספיקה לרוב המשרות ברמת Junior-Mid. הסוד הוא לא רק ללמוד את הסינטקס, אלא לבנות תשתיות אמיתיות — VPC, EKS cluster, RDS — ולהתמודד עם הבעיות שצצות.

מה ההבדל בין Terraform ל-Terragrunt?

Terragrunt הוא כלי wrapper מעל Terraform שנבנה על ידי Gruntwork. הוא מוסיף יכולות כמו ניהול DRY configuration, ביצוע פקודות על מספר מודולים בו-זמנית, והגדרת Remote Backend אוטומטית. הוא לא מחליף את Terraform — הוא משפר את ה-workflow לצוותים גדולים. לומדים Terraform קודם, ואז Terragrunt כשמתקדמים.

האם Terraform רלוונטי גם ל-on-premise ולא רק לענן?

בהחלט. Terraform תומך ב-providers ל-VMware vSphere, OpenStack, Proxmox ועוד. חברות רבות בישראל — במיוחד בתחומי הביטחון, הפיננסים והתקשורת — משתמשות ב-Terraform לניהול תשתיות מקומיות לצד תשתיות ענן. הגישה האחידה לניהול כל סוגי התשתיות היא בדיוק הערך המוסף.

מה עדיף — הסמכת HashiCorp Terraform Associate או פרויקט ב-GitHub?

שניהם טובים, אבל אם צריך לבחור — פרויקט ב-GitHub ינצח כמעט תמיד. מגייסים ישראליים רוצים לראות קוד אמיתי, לא תעודות. הסמכה תוסיף אמינות, אבל repository מסודר עם Terraform modules, CI/CD pipeline, ו-README ברור — זה מה שבאמת מוכר אתכם.

איך Terraform עובד עם Kubernetes?

Terraform יכול גם להקים את ה-Kubernetes cluster עצמו (EKS, AKS, GKE) וגם לנהל משאבים בתוכו באמצעות ה-Kubernetes provider וה-Helm provider. אבל יש הסכמה בתעשייה: Terraform מקים את התשתית (cluster, networking, IAM), ו-ArgoCD או Flux מנהלים את מה שרץ בתוך ה-cluster. חלוקת אחריות ברורה.

האם OpenTofu מאיים על Terraform?

OpenTofu הוא fork של Terraform שנוצר אחרי ש-HashiCorp שינתה את הרישיון ל-BSL ב-2023. הוא שומר על תאימות עם Terraform 1.5.x ומפותח כקוד פתוח מלא. כרגע הוא עדיין קטן מבחינת אימוץ בתעשייה, אבל שווה לעקוב. בכל מקרה, מי שיודע Terraform יודע גם OpenTofu — הידע הוא אותו ידע.

Terraform הוא לא עוד כלי ברשימה. הוא השפה שבה התעשייה מדברת על תשתיות ענן. ללמוד אותו זה לא רק ללמוד סינטקס — זה לרכוש דרך חשיבה על איך מנהלים מערכות מורכבות בצורה מסודרת, חוזרת ובטוחה. השוק הישראלי צמא למי שיודע לעשות את זה כמו שצריך.

אם אתם מרגישים שזה הכיוון שלכם, המקום להתחיל הוא עם מסלול DevOps שמשלב את Terraform עם כל הכלים שמגייסים דורשים — Docker, Kubernetes, CI/CD, ניטור. כל הפרטים, יחד עם מדריכים נוספים וחומרי העמקה, מחכים לכם באתר rt-ed.co.il. אנחנו רואים אתכם קדימה — ממקום שאתם עוד לא רואים את עצמכם בו. עכשיו צריך רק להתחיל.

{"@type":"Article","headline":"Terraform: כלי ה-Infrastructure as Code למשרות הענן","description":"מדריך מקיף ללימוד Terraform — כלי ה-IaC המבוקש ביותר בשוק ה-DevOps הישראלי. דוגמאות קוד, השוואת כלים, וטיפים למשרות ענן.","datePublished":"2025-01-15","author":{"@type":"Organization","name":"RT-ED"},"publisher":{"@type":"Organization","name":"RT-ED","url":"https://rt-ed.co.il"}} {"@type":"FAQPage","mainEntity":[{"@type":"Question","name":"האם צריך לדעת לתכנת כדי ללמוד Terraform?","acceptedAnswer":{"@type":"Answer","text":"לא חייבים להיות מתכנתים. HCL היא שפה דקלרטיבית פשוטה יחסית. הבנה בסיסית של קונספטים כמו משתנים ולולאות תעזור, וניסיון עם Linux ו-Git הוא כמעט חובה."}},{"@type":"Question","name":"כמה זמן לוקח ללמוד Terraform ברמה מספקת למשרת DevOps?","acceptedAnswer":{"@type":"Answer","text":"למידה ממוקדת של 6-8 שבועות עם תרגול יומיומי ובניית פרויקט אמיתי תביא לרמה מספקת לרוב המשרות ברמת Junior-Mid."}},{"@type":"Question","name":"מה ההבדל בין Terraform ל-Terragrunt?","acceptedAnswer":{"@type":"Answer","text":"Terragrunt הוא כלי wrapper מעל Terraform שמוסיף יכולות כמו ניהול DRY configuration והגדרת Remote Backend אוטומטית. הוא לא מחליף את Terraform אלא משפר את ה-workflow."}},{"@type":"Question","name":"האם Terraform רלוונטי גם ל-on-premise?","acceptedAnswer":{"@type":"Answer","text":"בהחלט. Terraform תומך ב-providers ל-VMware vSphere, OpenStack ועוד. חברות רבות בישראל משתמשות בו לניהול תשתיות מקומיות לצד תשתיות ענן."}},{"@type":"Question","name":"מה עדיף — הסמכת Terraform Associate או פרויקט ב-GitHub?","acceptedAnswer":{"@type":"Answer","text":"פרויקט ב-GitHub ינצח כמעט תמיד. מגייסים ישראליים רוצים לראות קוד אמיתי. Repository מסודר עם Terraform modules ו-CI/CD pipeline מוכר אתכם טוב יותר מתעודה."}},{"@type":"Question","name":"איך Terraform עובד עם Kubernetes?","acceptedAnswer":{"@type":"Answer","text":"Terraform מקים את ה-Kubernetes cluster ואת תשתית הרשת וה-IAM. לניהול משאבים בתוך ה-cluster משתמשים בכלים כמו ArgoCD או Flux — חלוקת אחריות ברורה."}},{"@type":"Question","name":"האם OpenTofu מאיים על Terraform?","acceptedAnswer":{"@type":"Answer","text":"OpenTofu הוא fork קוד פתוח של Terraform. כרגע הוא עדיין קטן מבחינת אימוץ בתעשייה, אבל מי שיודע Terraform יודע גם OpenTofu — הידע זהה."}}]}

אם המאמר הזה היה רלוונטי, המאמר הבא בסדרה ימשיך מהנקודה שעצרנו:

• מסלול DevOps: איך עוברים ממהנדס/ת תוכנה ל-DevOps תוך חודשים

• קורס סייבר ואבטחת מידע
• קורס Real Time Embedded
• קורס דאטה סיינס
• קורס למידת מכונה AI
• קורס דאטה אנליסט
• קורס DEVOPS
• קורס IT
• קורס אוטומציה
• קורס Full Stack
• קורס בניית אתרים