İçeriğe atla
Vasic Digital

// seviye: serverfactory-tertiary · sipariş 33

Server Factory — Additional Components karışıklisans: UNVERIFIED

Kotlin (service factories, on Core Framework)Shell (Utils, Definitions packs)GradleDocker (target runtime)SSH / OpenSSH (Utils bootstrap)SonarQube

Kaynak

Server Factory — Additional Components Family tree Data vs engine · bootstrap Maturity: solid = flagship (Mail) · dashed = early-stage service factories (UNVERIFIED) Core Framework Kotlin engine Mail Factory flagship Web Service Factory early-stage SonarQube Factory early-stage Caching-Proxy Factory early-stage Definitions packs Docker · Stack · Software Utils init_ssh_access.sh bootstrap
// mimari

Server Factory Provizyon Araç Zincirinin Yardımcı Bileşenleri

Server Factory destek depoları grubu: Web-Service-Factory, SonarQube-Factory ve Caching-Proxy-Factory (hizmet bazlı provizyon araçları, çoğunlukla erken aşamada); Docker/Stack/Software-Definitions (çerçeve tarafından tüketilen bildirimsel yapılandırma paketleri); ve Utils (SSH erişim yardımcıları ve genel araçlar). Tümü Çekirdek Çerçeve üzerine inşa edilmiştir.

Mail Server Factory ve Çekirdek Çerçeve’nin ötesinde, Server-Factory organizasyonu birkaç daha küçük bileşeni barındırır: hizmet bazlı "fabrikalar" (Web Hizmeti, SonarQube, Önbellekleme Vekil Sunucusu), bildirimsel yapılandırma paketleri (Docker/Yığın/Yazılım Tanımları) ve paylaşılan Araçlar. Bu birleştirilmiş sayfa, onları tam olarak belirlenmiş ürünler gibi değil, çoğu erken aşamada ya da taslak belgeli olan bileşenler olarak dürüstçe ele alıyor.

Bu sayfa, Server-Factory depolarının geri kalanını bir araya getiriyor çünkü tek tek ele alındıklarında çoğu küçük ya da kasıtlı olarak yetersiz belgelenmiş durumda ve her birini tamamlanmış bir ürün gibi sunmak, olgunluk düzeylerini abartılı gösterirdi. Bileşenler üç gruba ayrılıyor. Hizmet fabrikaları, Mail Server Factory modelini diğer sunucu rollerine uyarlıyor: Caching-Proxy-Factory ("Kendi önbellekleme vekil sunucunuzu çalıştırın"), önbellekleme vekil sunucusu, kendi imzaladığı sertifika ve güvenlik sertifikası alma HTTP uç noktasını temel özellikler olarak sıralıyor; SonarQube-Factory ("Kendi SonarQube sunucunuzu çalıştırın") yazılım geliştirme amaçlı tasarlanmış; Web-Service-Factory ise web siteleri ve mikro hizmetler gibi hedefleri dağıtmak için bir web sunucusunu örnekleyip yapılandırıyor. Üçü de Kotlin projeleri olarak Çekirdek Çerçeve üzerine inşa edilmiş olsa da, kamuya açık README dosyaları çoğunlukla yer tutucu ("Belirlenecek" uyumluluk, özellikler, kurulum ve kullanım için) — bu nedenle belirtilen amacın ötesindeki somut yetenekleri DOĞRULANMAMIŞ durumda. Tanımlama paketleri — Docker-Definitions, Stack-Definitions ve Software-Definitions — çerçevenin Docker görüntülerini, yığınlarını ve yazılımlarını nasıl oluşturup dağıtacağını bilmesi için tükettiği bildirimsel yapılandırma depolarıdır; bunlar uygulamalardan ziyade sürüm sabitli veri paketleridir. Utils ise aile için genel yardımcıları sunar; bunlar arasında, bir SSH anahtarı oluşturan ve sonraki provizyon işlemleri için parola gerektirmeyen root erişimini etkinleştirmek üzere bu anahtarı uzak bir sunucuya yükleyen init_ssh_access.sh betiği de yer alır. Bu bileşenler, amiral gemisi Mail Server Factory’un etrafında provizyon araç zincirini tamamlıyor.

Server Factory modeli genelleştirilebilir olacak şekilde tasarlandı: Bildirimsel bir tanımdan posta sunucusu sağlayabildiğinizde, aynı motorun web sunucuları, önbellekleme vekil sunucuları ve kod kalitesi sunucularını da sağlaması gerekir — her rol için özel mantık yerine yeniden kullanılabilir tanımlama paketleri ve paylaşılan araçlarla beslenerek. Bu depolar, kanıtlanmış modelin yeni sunucu türlerine genişletilmesindeki bu genelleştirme sürecini temsil ediyor. Buradaki değerleri, modelin erişimini kanıtlamalarıdır; olgunluk düzeyleri değişkenlik gösteriyor ve bu sayfa, hangilerinin yönelim, hangilerinin tamamlanmış olduğunu kasten net bir şekilde ortaya koyuyor.

İçerik

Bir bütün olarak ele alındığında, bu setler Çekirdek Çerçeve’nin farklı sunucu türlerinde yeniden kullanılabilirliğini gösterirken, bildirimsel verileri (Tanımlar) yürütmeden (fabrikalar) ayırıyor. Tek tek bakıldığında ise hizmet fabrikaları erken aşamada olup, tamamlanmış ürünler olarak değil, yönelim olarak sunulmalıdır.

  • Tek bir tedarik çerçevesi, posta/web/önbellek vekil sunucusu/SonarQube rollerini kapsayacak şekilde genelleştirildi.
  • Bildirimsel Tanımlar paketleri (Docker/Yığın/Yazılım), yürütme motorundan ayrıştırıldı.
  • Paylaşılan Araçlar (ör. tek komutla şifresiz SSH önyüklemesi), fabrikalar arasında yeniden kullanıldı.

  • Tek bir motorun farklı sunucu rollerinde kullanılması: Her fabrika Çekirdek Çerçeve üzerine inşa edilerek çözüldü.
  • Yapılandırmanın koddan ayrılması: Tanımlar depoları, sürüm sabitlenmiş veri paketleri olarak ele alınarak çözüldü.
  • (DOĞRULANMAMIŞ): Hizmet fabrikalarının README dosyaları yer tutucu niteliğinde; uygulama bütünlüğü kamu belgelerinden doğrulanamıyor — erken aşama olarak sunulmalı.

  • Kotlin — Web-Hizmet-Fabrikası, SonarQube-Fabrikası, Önbellek-Vekil Sunucusu-Fabrikası (Çekirdek Çerçeve üzerine inşa edildi).
  • Shell — Araçlar ve Tanımlar paketleri (betikler/yapılandırma).
  • Gradle — Fabrikalar genelinde ./gradlew test derleme/test akışı.
  • Docker — Hedef çalışma zamanı, Docker-Tanımlar tarafından tanımlandı.
  • SSH / OpenSSH — Araçların şifresiz erişim önyüklemesi.
  • SonarQube — SonarQube-Fabrikası tarafından tedarik edilen sunucu (ve Mail Server Factory’un temiz geçiş raporladığı sunucu).

Dürüstlük notu: Bu depoların çoğu kuruluş içi çatallamalar; hizmet fabrikaları yer tutucu belgelerle sunuluyor ve anayasanın §11.4.6 maddesi uyarınca DOĞRULANMAMIŞ olarak işaretlenmiş durumda. Mail Server Factory ve Çekirdek Çerçeve’nin açıkça altında sıralanıyorlar.