OpenTF deposu artık herkese açık
(github.com/opentffoundation)- OpenTofu, altyapıyı güvenli ve verimli şekilde kurmak, değiştirmek ve sürümlemek için kullanılan bir OSS aracıdır
- Mevcut popüler servis sağlayıcılarını ve kurum içi özelleştirilmiş çözümleri birlikte yönetebilir
- Altyapıyı yüksek seviyeli bir yapılandırma söz dizimiyle tanımlayan Infrastructure as Code yaklaşımını kullanır; böylece veri merkezi planları kod gibi sürümlenebilir, paylaşılabilir ve yeniden kullanılabilir
applyçağrısından önce bir yürütme planı oluşturan planning aşamasını sunar; böylece OpenTofu'nun altyapıda yapacağı işlemler önceden görülebilir- Tüm kaynaklar için bir Resource Graph oluşturur ve bağımlılığı olmayan kaynakların oluşturulmasını ve değiştirilmesini paralelleştirerek altyapı bağımlılıkları üzerinde görünürlük sağlar
- Karmaşık değişiklik kümeleri, asgari insan müdahalesiyle uygulanabilir; ayrıca yürütme planı ve kaynak grafiği sayesinde neyin hangi sırayla değişeceği görülebilir
mainüzerindeki en son değişiklikleri test etmek için Nightly Builds sunulur; bunlar deneysel derlemelerdir ve üretim kullanımına yönelik değildir- Her nightly build 30 gün sonra kaldırılır
- En güncel derleme bilgileri
https://nightlies.opentofu.org/nightlies/latest.jsonadresinde sunulur
- Güvenlik açıkları veya potansiyel güvenlik açıkları, Security Policy izlenerek bildirilmelidir
- Belirli menşe ülkelere ait kayıt defterlerine erişim engellenir; ayrıntılar Registry Inclusion Policy belgesinde yer alır
- Lisans Mozilla Public License v2.0 lisansıdır
1 yorum
Hacker News yorumları
Yoğun talep üzerine sonunda depoyu herkese açtık ve bundan sonra geliştirmeyi açık biçimde sürdüreceğiz.
Biraz zaman aldı ama ayrıntılar duyuruda bulunabilir: https://opentf.org/fork
Şimdiye kadarki desteğiniz için teşekkürler; depoda tartışmalara katılmanızı veya katkıda bulunmanızı isteriz.
HN’de de epey tartışılan katkı yöntemi olarak DCO’yu seçtik: https://developercertificate.org
Sorularınız varsa yanıtlayabilirim. Spacelift’te çalışıyorum ve komite yönetimine geçilene kadar OpenTF Project’in geçici Technical Lead’i olarak görev yapıyorum.
https://github.com/opentffoundation/opentf/pull/36/commits
Bu sürecin tamamının oldukça harika olduğunu düşünüyorum. HashiCorp, lisansın “projenin” kendisine değil, proje sürümüne bağlı olduğunu gayet iyi biliyordu ve bunu kurumsal ürün gelirini maksimize etmek için kullandı.
Topluluk da belirli bir sürüme lisans eklendiğinde bunun geri alınamayacağını biliyordu; ayrıca lisansın uygulandığı noktadan fork edip sürüm bazında kendi “yeni” projelerini oluşturarak açık kaynak kalmaya devam edebileceğini de biliyordu.
Bundan sonra nasıl gelişeceğini görmek ilginç olacak ve ileride yazılım lisansları için bir vaka çalışması hâline gelecek gibi. OpenTF’nin uzun vadede nasıl şekilleneceğini merakla bekliyorum.
Bu tür işlerde Oracle neredeyse her zaman işin içinde olur gibi geliyor ama Terraform’da şaşırtıcı biçimde öyle olmadı :D
“İsimle ilgili birkaç hukuk uzmanıyla görüşüyoruz; ‘TF’ kullanımı nedeniyle OpenTF de nihai ad olmayabilir” deniyor.
İsimde yalnızca TF geçmesinin bile sorun olabilmesi ilginç.
Kaynak: https://github.com/opentffoundation/opentf/issues/273#issuecomment-1706947318
Ayrıntılar için bkz. https://en.wikipedia.org/wiki/Wordmark
env0 kurucusuyum ve OpenTF girişimine birlikte liderlik ediyorum.
xfkomutu gibi.https://en.wikipedia.org/wiki/Network_Information_Service
İki şey istemek isterim. Birincisi, hem modüller hem de sağlayıcılar için bağımsız çalışabilen bir registry paketi sunulsa iyi olur. Bildiğim tek şey Artifactory; Nexus kullanılan bir ortamda bir de büyük bir depo yazılımı çalıştırmak istemiyorum.
İkincisi de bununla ilgili: sağlayıcı modüllerini daha kolay fork edebilmeyi isterim. Şimdiki gibi yerelde build edip binary’leri ekip arkadaşlarına elle kopyalayarak dağıtmak ya da özellikle upstream CLA imzası istediğinde PR’ın kabul edilmesini beklemek pek iyi değil.
Bu kullanım senaryosuna OCI registry’leri oldukça iyi uyuyor: https://twitter.com/opentforg/status/1696913055576387599
Bu proof of concept yakında herkese açık bir RFC’ye dönüşecek.
İkinci istekle ilgili olarak, aklındaki ideal iş akışını merak ediyorum.
Spacelift’te çalışıyorum ve komite yönetimine geçilene kadar OpenTF Project’in geçici Technical Lead’i olarak görev yapıyorum.
“terrafork” olmalıydı.
Güzel görünüyor. Test edebilmek için https://github.com/opentffoundation/roadmap/issues/8’i bekliyorum.
Kaynaktan build edebilirim ama mümkünse release build kullanmak isterim.
Üstünkörü baktım; dokümantasyon harika görünüyor. Terraform’un iç yapılarıyla biraz uğraşmış biri olarak, bu kod tabanında çalışmak isteyen geliştiriciler için epey büyük bir iyileştirme gibi duruyor.
Başlamak için iyi bir genel bakış sunuyor. Tebrikler.
Dokümantasyon daha iyi hâle geldiyse, bunun kredisi Terraform Core geliştiricilerine gitmeli.
Spacelift’te çalışıyorum ve komite yönetimine geçilene kadar OpenTF Project’in geçici Technical Lead’i olarak görev yapıyorum.
Tamamen yan konu ama logo koyu arka planda koyu mavi olduğu için epey tuhaf görünüyor.
Beyaz dış çizgi de yeterince kalın değil; koyu arka planla üst üste gelince pikseller belirgin görünüyor.
Bu kod tabanının, son “kullanmaya devam etmek güvenli” Terraform lisans commit’iyle karşılaştırıldığında nasıl farklı olduğuna dair diff elinde olan var mı?
Yeni lisans tartışması ve değişiklikler nedeniyle fiilen neyin değiştirilmesi gerektiğini tam anlayamıyorum.
mainarasındaki farklar buradan görülebilir: https://github.com/opentffoundation/opentf/compare/8a085b427b74ce3829500a59508b77465f1bbef0...a7d8cdd3eeaac968765c6819222606add3720ecfGitHub sayfasındaki logonun koyu arka planda iyileştirilmesi gerekiyor gibi görünüyor. Özellikle koyu harflerin etrafında açık renkli bir dış çizgi oluşuyor; alfa taşması gibi görünüyor ve kenarlarda tırtıklanma kalıyor.