Hostlar: kendi sunucunu getir

Her hesap yönetilen PrimDB host’unda başlar: PrimDB’nin çalıştırıp sürdürdüğü paylaşımlı bir co-host. Onu asla yapılandırmazsın; sadece deploy edersin. Deploylarının kontrol ettiğin donanıma inmesini istediğinde, kendi sunucunu kaydet ve servisleri ona sabitle. Tek bir kontrol düzlemi ikisini de sürer, böylece panel, CLI ve MCP API’si konteyner nerede çalışırsa çalışsın aynı şekilde çalışır.

Dürüst not. Paylaşımlı PrimDB host’u senin için yönetilir ve düzenlenemez ya da kaldırılamaz. Kendi sunucunu getirmek isteğe bağlıdır: platform host’u her yeni uygulama için varsayılan kalır.

Bir sunucu kaydet

Sunucular sayfasında bir host ekle ve ona bir ad ver. PrimDB bir kayıt token’ıyla bir kerelik kurulum komutu döndürür. Bunu sunucunda çalıştır (Docker gerekir). Komut, dışa doğru bir WebSocket üzerinden geri bağlanan küçük bir PrimDB ajanı başlatır: açılacak gelen port yoktur. İçeri rapor verdiğinde host active durumuna geçer ve servisler ona deploy edilebilir.

# Shown once when you enroll a host. Run it on your server:
curl -fsSL https://relay.primdb.com/install/agent.sh | \
  PRIMDB_HOST_TOKEN=pdh_… sh

• Kayıt token’ı bir kez gösterilir. Yalnızca hash’i saklanır: ona bir parola gibi davran.
• Ajan kendi genel IP’sini algılar ve bildirir, böylece bir alan adı A-kaydı için güvenilir bir hedeftir.
• Ajan dışa doğru bağlanır; Docker’ı ya da herhangi bir portu internete açmazsın.
• Sunucular sayfasından istediğin an bir host’u kaldır. Servisleri bir sonraki deploy’da yeni bir host’a ihtiyaç duymaya döner.

Filo görünümü

Sunucular sayfası bir filo görünümüdür: sahip olduğun her host (paylaşımlı PrimDB co-host artı kaydettiğin her sunucu) ve ona deploy olan servisler. Hangi sunucunun neyi çalıştırdığını, her host durumu ve genel IP’siyle birlikte bir bakışta görürsün.

Bir servisi bir host’a sabitle

Bir servis, başka yere sabitlemedikçe paylaşımlı PrimDB host’una deploy olur. Bir uygulama oluştururken bir deploy host’u ayarla ya da sonra servis ayarlarından değiştir. Değişiklik bir sonraki build’de geçerli olur. Yönlendirme host-yereldir: o host’taki ajan kendi ters proxy’sini yönetir, böylece bir servis çalıştığı host üzerinden erişilebilir.

Zaten çalışanı keşfet

Zaten konteyner çalıştıran bir sunucu mu kaydettin? Keşif, o host’ta PrimDB’nin yönetmediği konteynerların salt-okunur bir envanterini verir. Yalnızca listeler: asla başlatmaz, durdurmaz ya da hiçbir şeye dokunmaz. Başka bir araçla (Coolify, Docker Compose, Swarm) yönetilen konteynerlar, harekete geçmeden önce bilesin diye işaretlenir.

Dürüst not. Keşif, paylaşımlı PrimDB host’unda engellenir, çünkü konteynerları başka kiracılara aittir. Yalnızca kaydettiğin sunucularda çalışır.

Bir konteynerı benimse

Keşfedilen bir konteynerı benimsemek, onu PrimDB’de o host’a sabitlenmiş yalnızca-gözlem bir uygulama olarak kaydeder. PrimDB onu görmen için bir tutamaç verir ama onu asla build etmez, deploy etmez ya da yeniden yönlendirmez: konteynerı bugün ne çalıştırıyorsa onu çalıştırmaya devam eder. Bu, başka bir orkestratörün yönettiği konteynerlar için kasıtlı olarak güvenlidir: birini benimsemek iki yöneticinin onun üzerinde çekişmesine yol açmaz. Benimsenen bir servisin reposu yoktur, bu yüzden deploy edilemez.

MCP üzerinden sür

Her host eylemi aynı zamanda hesap düzeyinde bir MCP aracıdır, böylece bir ajan filonu panelden yaptığın gibi yönetir. MCP bölümüne bak.