Tóm tắt nhanh

  • Pulumi đã đưa Pulumi Cloud trở thành Terraform backend và phát hành GA HCL trong Pulumi IaC. Đây là một lựa chọn thử nghiệm đáng chú ý cho đội ngũ muốn thay đổi lớp vận hành, trong khi vẫn giữ tài sản Terraform hiện có.
  • State và quy trình chạy thường là phần khó thay đổi nhất trong một hệ thống Terraform lâu năm. Khả năng tách backend khỏi việc viết lại cấu hình có thể giảm rủi ro chuyển đổi.
  • Chạy pilot trên một workspace không quan trọng, sao lưu state và đối chiếu plan, quyền truy cập cùng quy trình rollback trước khi mở rộng.

Điều gì đã xảy ra

Đối với nhiều đội ngũ devops, rào cản lớn nhất khi hiện đại hóa Terraform không phải là cú pháp HCL mà là state, quyền truy cập và quy trình chạy đã tích lũy qua nhiều năm. Pulumi đang định vị Pulumi Cloud như một Terraform backend, đồng thời đưa HCL trong Pulumi IaC lên GA.

Điểm đáng chú ý là con đường này không đòi hỏi phải chuyển toàn bộ hạ tầng sang một ngôn ngữ lập trình ngay từ đầu. Theo thông báo của Pulumi, đội ngũ có thể mang IaC hiện hữu vào Pulumi Cloud và tiếp tục làm việc với HCL.

Điều gì thay đổi với Terraform state?

State là bản ghi mà Terraform dùng để liên kết khai báo với tài nguyên thực tế. Vì vậy, thay backend hoặc engine có thể ảnh hưởng trực tiếp đến thao tác plan, apply, cộng tác và xử lý sự cố. Pulumi cho biết hỗ trợ mới bao gồm Terraform state, hosted modules và remote execution; bài hướng dẫn của hãng mô tả cách các phần này kết nối trong Pulumi Cloud.

Kỹ sư nền tảng đối chiếu hai luồng thay đổi hạ tầng trong môi trường cloud được kiểm soát.
Kỹ sư nền tảng đối chiếu hai luồng thay đổi hạ tầng trong môi trường cloud được kiểm soát.

Đây không nên được hiểu là lời hứa mọi kho Terraform sẽ hoạt động giống hệt nhau mà không cần kiểm tra. Giá trị thực tế là một bề mặt thử nghiệm để nhóm đánh giá vận hành Cloud mà vẫn bắt đầu từ state và HCL đã có.

Vì sao không nên coi đây là dự án đổi công cụ đơn thuần?

Backend quyết định nơi state được quản lý và cách các lần chạy được phối hợp; engine quyết định cách cấu hình được đánh giá và các thay đổi được thực hiện. Khi hai lớp cùng thay đổi, rủi ro không chỉ nằm ở cú pháp mà còn ở hành vi plan, khóa state, biến đầu vào, secrets và luồng phê duyệt nội bộ.

Hướng dẫn thực hành của Pulumi tập trung vào state, module, HCL và chạy từ xa. Đó là phạm vi hợp lý để thiết kế một pilot: chọn một workload cô lập, không phải estate quan trọng nhất.

Cách đánh giá an toàn trong một pilot

  • Chọn workspace ít phụ thuộc và sao lưu state trước mọi thử nghiệm.
  • So sánh plan của quy trình hiện tại với plan qua luồng mới trên cùng commit.
  • Kiểm tra riêng quyền truy cập, secrets, khóa state và quy trình phê duyệt.
  • Thử rollback và xử lý drift trước khi cho phép apply vào môi trường quan trọng.

Điều cần theo dõi

Pulumi nói HCL trong Pulumi IaC và vai trò Terraform backend của Pulumi Cloud đã GA. Tuy nhiên, mức độ phù hợp vẫn phụ thuộc vào provider, module và quy ước state cụ thể của từng tổ chức. Hãy coi khả năng tương tác là cơ sở để kiểm chứng, thay vì giả định đó là một cuộc di cư không ma sát.

Trong 5 phút

  • Pulumi Cloud hiện được Pulumi giới thiệu như một Terraform backend.
  • HCL trong Pulumi IaC đã GA, giúp giữ lại ngôn ngữ quen thuộc trong giai đoạn đầu.
  • State và vận hành cần được kiểm thử cùng nhau, không chỉ kiểm tra cú pháp.
  • Bắt đầu bằng pilot có thể so sánh plan và rollback rõ ràng.

Nguồn tham khảo

Vì sao developer cần quan tâm

State và quy trình chạy thường là phần khó thay đổi nhất trong một hệ thống Terraform lâu năm. Khả năng tách backend khỏi việc viết lại cấu hình có thể giảm rủi ro chuyển đổi.

  1. 1Chạy pilot trên một workspace không quan trọng, sao lưu state và đối chiếu plan, quyền truy cập cùng quy trình rollback trước khi mở rộng.