1 puan yazan GN⁺ 2023-09-06 | 1 yorum | WhatsApp'ta paylaş
  • 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
  • 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

 
GN⁺ 2023-09-06
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.

  • 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.

    • Topluluk etkisi ve tepki açısından Hudson ile Jenkins’in ayrışmasına en yakın örnek gibi görünüyor. Lisans tarafı farklı olsa da: https://en.wikipedia.org/wiki/Hudson_(software)
      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
    • “Proje sürümüne bağlı lisans” ile “projenin kendisine bağlı lisans” arasında ayrım yapmak için bir neden yok. HashiCorp’un gelecekteki lisansı değiştirme hakkı vardı; herkesin de önceki sürümleri kullanmaya devam etme veya fork etme hakkı vardı. Burada olan da fiilen bu.
    • Tarihsel açıdan Hudson/Jenkins kod tabanına bakmak da ilginç olabilir.
  • “İ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

  • İ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.

    • İlk isteği biraz daha açıklayabilir misin? Kişisel sağlayıcı/modül registry’si çalıştırabilecek kendi kendine yeten bir binary istiyorsan, bu tür birkaç açık kaynak proje var; ayrıca sağlayıcıları DockerHub veya GitHub Container Registry gibi OCI registry’leri üzerinden dağıtma yaklaşımı için bir proof of concept de yaptık.
      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.

    • Tam olarak hangi dokümandan bahsettiğinden emin değilim ama dokümanların çoğu, orijinal depodan marka ile ilgili kısımlar çıkarıldığında pek değişmedi.
      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.

    • Kesinlikle küçük bir tasarım tartışması ama TensorFlow logosuna da benzediği için bir an Google’dan projeyi bağımsızlaştıran bir grup sandım.
  • 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.

  • GitHub 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.