Kho lưu trữ OpenTF hiện đã được công khai
(github.com/opentffoundation)- OpenTofu là công cụ OSS để xây dựng, thay đổi và quản lý phiên bản hạ tầng một cách an toàn, hiệu quả
- Có thể quản lý cả các nhà cung cấp dịch vụ phổ biến hiện có lẫn các giải pháp tùy chỉnh nội bộ
- Sử dụng phương pháp Infrastructure as Code, mô tả hạ tầng bằng cú pháp cấu hình cấp cao, cho phép quản lý phiên bản, chia sẻ và tái sử dụng bản thiết kế trung tâm dữ liệu như mã nguồn
- Cung cấp bước planning tạo kế hoạch thực thi trước khi gọi
apply, giúp xem trước các thao tác OpenTofu sẽ thực hiện trên hạ tầng - Tạo Resource Graph cho tất cả tài nguyên và song song hóa việc tạo/sửa đổi các tài nguyên không có phụ thuộc, qua đó cung cấp khả năng quan sát các phụ thuộc của hạ tầng
- Có thể áp dụng các tập thay đổi phức tạp với mức can thiệp của con người tối thiểu; thông qua kế hoạch thực thi và đồ thị tài nguyên, có thể kiểm tra những gì sẽ được thay đổi và theo thứ tự nào
- Cung cấp Nightly Builds để kiểm thử các thay đổi mới nhất trên
main; đây là các bản build thử nghiệm và không nhằm mục đích sử dụng trong production- Mỗi nightly build sẽ bị xóa sau 30 ngày
- Thông tin bản build mới nhất được cung cấp tại
https://nightlies.opentofu.org/nightlies/latest.json
- Các lỗ hổng bảo mật hoặc lỗ hổng tiềm tàng được báo cáo theo Security Policy
- Chặn truy cập registry từ một số quốc gia xuất xứ nhất định; chi tiết tuân theo Registry Inclusion Policy
- Giấy phép là Mozilla Public License v2.0
1 bình luận
Ý kiến trên Hacker News
Như nhiều người đã yêu cầu, cuối cùng chúng tôi đã công khai kho lưu trữ, và từ nay sẽ tiếp tục phát triển một cách công khai.
Việc này mất một chút thời gian, nhưng có thể xem chi tiết trong thông báo: https://opentf.org/fork
Cảm ơn sự ủng hộ cho đến nay, và mong mọi người tham gia thảo luận hoặc đóng góp trong kho lưu trữ.
Cách thức đóng góp, vốn cũng đã được thảo luận khá nhiều trên HN, đã được chọn là DCO: https://developercertificate.org
Nếu có câu hỏi thì tôi có thể trả lời. Tôi làm việc tại Spacelift và đang giữ vai trò Technical Lead tạm thời của OpenTF Project cho đến khi dự án chuyển sang do ủy ban dẫn dắt.
https://github.com/opentffoundation/opentf/pull/36/commits
Tôi thấy toàn bộ quá trình này khá thú vị. HashiCorp biết rõ rằng giấy phép không gắn với bản thân “dự án” mà gắn với phiên bản của dự án, và đã tận dụng điều đó để tối đa hóa doanh thu từ sản phẩm doanh nghiệp.
Cộng đồng cũng biết rằng một khi đã gắn giấy phép vào một phiên bản cụ thể thì không thể rút lại, và từ điểm áp dụng giấy phép đó có thể fork để tạo “dự án” mới riêng theo từng phiên bản, qua đó tiếp tục duy trì dạng mã nguồn mở.
Sẽ rất thú vị để xem mọi chuyện diễn tiến ra sao, và có vẻ đây sẽ trở thành một nghiên cứu tình huống về giấy phép phần mềm trong tương lai. Tôi mong chờ xem OpenTF sẽ đi đến đâu về dài hạn.
Cảm giác Oracle gần như luôn dính tới những chuyện như thế này, nhưng với Terraform thì bất ngờ là không :D
Họ nói “chúng tôi đang tham vấn một số chuyên gia pháp lý về tên gọi, và do việc dùng ‘TF’, OpenTF cũng có khả năng không phải là tên cuối cùng”.
Thú vị là chỉ riêng việc tên có TF cũng có thể trở thành vấn đề.
Nguồn: https://github.com/opentffoundation/opentf/issues/273#issuecomment-1706947318
Xem thêm tại https://en.wikipedia.org/wiki/Wordmark
Tôi là nhà sáng lập env0 và đang đồng dẫn dắt sáng kiến OpenTF.
xf.https://en.wikipedia.org/wiki/Network_Information_Service
Tôi muốn yêu cầu hai điều. Thứ nhất, mong có một gói registry độc lập cho cả module lẫn provider. Thứ duy nhất tôi biết là Artifactory, nhưng trong môi trường đang dùng Nexus thì tôi không muốn phải chạy thêm một phần mềm kho lưu trữ lớn nữa.
Thứ hai cũng liên quan: mong việc fork provider module trở nên dễ hơn. Cách hiện tại là build cục bộ rồi sao chép thủ công binary cho đồng nghiệp để phân phối, hoặc chờ PR được chấp nhận, đặc biệt khi upstream yêu cầu ký CLA; cách đó không hay lắm.
OCI registry khá phù hợp với use case này: https://twitter.com/opentforg/status/1696913055576387599
Proof of concept này sẽ sớm dẫn tới một RFC công khai.
Liên quan đến yêu cầu thứ hai, tôi tò mò workflow lý tưởng mà bạn hình dung là gì.
Tôi làm việc tại Spacelift và đang giữ vai trò Technical Lead tạm thời của OpenTF Project cho đến khi dự án chuyển sang do ủy ban dẫn dắt.
Đáng lẽ nên đặt là “terrafork”.
Trông ổn. Tôi đang chờ https://github.com/opentffoundation/roadmap/issues/8 để có thể thử nghiệm.
Tôi có thể build từ source, nhưng nếu được thì muốn dùng release build hơn.
Tôi lướt qua thì thấy tài liệu có vẻ rất tốt. Với tư cách người từng động đến cấu trúc nội bộ của Terraform một chút, đây có vẻ là cải tiến khá lớn cho các developer muốn làm việc với codebase này.
Nó cung cấp một tổng quan toàn cục tốt để bắt đầu. Làm tốt lắm.
Nếu tài liệu tốt hơn thì công lao thuộc về các developer Terraform Core.
Tôi làm việc tại Spacelift và đang giữ vai trò Technical Lead tạm thời của OpenTF Project cho đến khi dự án chuyển sang do ủy ban dẫn dắt.
Hoàn toàn ngoài lề, nhưng logo có màu xanh dương đậm trên nền tối nên trông khá gượng.
Viền trắng cũng không đủ dày, nên khi đặt trên nền tối thì các pixel trông rất lộ.
Có ai có diff cho biết codebase này khác thế nào so với commit Terraform cuối cùng có giấy phép “vẫn ổn để tiếp tục dùng” không?
Tôi chưa hiểu rõ thực tế đã phải thay đổi những gì vì tranh cãi và thay đổi giấy phép mới.
mainhiện tại tại đây: https://github.com/opentffoundation/opentf/compare/8a085b427b74ce3829500a59508b77465f1bbef0...a7d8cdd3eeaac968765c6819222606add3720ecfLogo trên trang GitHub có vẻ cần được cải thiện trên nền tối. Đặc biệt, chữ tối màu lại có viền sáng, trông như bị lem alpha và vẫn còn răng cưa.