Dockup'ta Linux Cloud Box'ları: 7 Dağıtım Seçeneği

Linux cloud box'ları, SSH üzerinden yapılandırdığınız bir işletim sistemi ortamı sağlar. Deneyler, eski yazılımlar, özel sistem servisleri, build host'ları ve yaşam döngüsü doğal olarak bir Git repository'sine veya container image'ına bağlı olmayan iş yükleri için kullanışlıdır.

Dockup yedi image seçeneğini destekler: Ubuntu 22.04, Ubuntu 24.04, Debian 12, Alpine 3.20, Fedora 40, AlmaLinux 9 ve Rocky Linux 9.

Linux box ne zaman container service'ten daha iyi bir seçenektir?

İş yükünün yalnızca bir application process'i değil, işletim sistemi üzerinde kontrol gerektirdiği durumlarda box seçin.

Uygun örnekler:

• Birden fazla system daemon yüklemek.
• İşletim sistemi paketlerini etkileşimli olarak test etmek.
• Manuel kurulum gerektiren eski bir uygulamayı çalıştırmak.
• Bir build veya automation host'u işletmek.
• Bir müşterinin Linux ortamını yeniden oluşturmak.
• Git deploy olarak organize edilmemiş, uzun süre çalışan araçları yürütmek.
• Geçici ve izole bir SSH çalışma alanı oluşturmak.

İş yükü repository, build, start command, health endpoint ve horizontal scaling gereksinimleri olan yeniden üretilebilir bir uygulamaysa Dockup service'i tercih edin.

Gereksinim	Linux box	Container service
Root düzeyinde işletim sistemi özelleştirmesi	Çok uygun	Değişiklikleri Dockerfile'a koyun
SSH yönetimi	Yerel destek	Interactive shell PRO'dur
Git push ile otomatik deploy	Manuel kurulum	Dahili
Blue-green health gate	Manuel tasarım	Dahili
Yeniden üretilebilir image	Runbook/script gerekir	Dockerfile/Nixpacks
Autoscaling	Box modelinde yok	Kubernetes seçeneği
Hızlı dağıtım testi	Çok uygun	Base image yeterli olabilir

Box, deployment automation karşılığında işletim sistemi esnekliği sunar.

Hangi yedi Linux dağıtımı kullanılabilir?

Güncel image listesini sorgulayın:

dockup box images --json

Image	Paket ekosistemi	Tercih edilmesinin tipik nedeni
ubuntu-22.04	APT	Uzun süreli uyumluluk
ubuntu-24.04	APT	Daha yeni Ubuntu LTS tabanı
debian-12	APT	İhtiyatlı genel amaçlı server
alpine-3.20	apk	Küçük, musl tabanlı ortam
fedora-40	DNF	Daha yeni Linux araçları
almalinux-9	DNF	Enterprise Linux uyumluluğu
rockylinux-9	DNF	Enterprise Linux uyumluluğu

Dağıtımı, yazılım sağlayıcısının desteklediği ortamla eşleştirin. Alpine, glibc yerine musl kullanır; bu durum önceden derlenmiş native binary'leri etkileyebilir. Enterprise Linux varyantları, yazılımın bu paket ekosistemini beklediği durumlarda kullanışlıdır.

Image slug'ını tam olarak kaydedin. “Ubuntu” ifadesi yeterli değildir; 22.04 ve 24.04 arasında paket sürümleri ve destek dönemleri farklıdır.

Linux cloud box nasıl oluşturulur?

Image'ı bir ad, memory ve CPU ile provision edin:

dockup box create \
  --project production \
  --image ubuntu-24.04 \
  --name build-host \
  --memory 2048 \
  --cpu 1 \
  --json

Bu örnekte 2.048 MB RAM ve 1 vCPU istenir. Ölçülmüş gereksinimlerle başlayın ve gözlemlediğiniz iş yüküne göre ayarlayın. CPU, RAM ve disk kullanımı, dakika bazında ölçülerek plan bakiyesinden düşülür.

Free plan aylık $0'dır; başlangıçta $10 kredi, bir workspace, üç database ve üç deployment içerir. Ücretli planlar sayı bakımından sınırsız resource sunar; ancak kullanılan compute yine dahil olan bakiyeden düşer. Önerilen Pro planı aylık $20'dır ve $20 kullanım kredisi içerir.

Oluşturulan box, production/build-host gibi sabit bir target'a sahip project resource'u olur. Bu target'ı runbook'a ekleyin.

SSH erişimi nasıl alınır ve korunur?

Bağlantı bilgilerini isteyin:

dockup box ssh production/build-host --json

Yanıtta host, port, user ve password bulunur. Password'ü hassas bilgi olarak değerlendirin. Onaylı bir password manager'da saklayın, bir agent yanıtında yazdırmayın ve erişimi kurum politikasına göre rotate edin veya değiştirin.

Bağlanmadan önce:

1. Project ve box slug'ını doğrulayın.
2. Operatörün yetkili olduğunu onaylayın.
3. Oturumun amacını kaydedin.
4. Production secret'larını disposable bir box'a kopyalamaktan kaçının.
5. Command history ve log'larda credential bulunmadığından emin olun.
6. Kullanılmayan erişim yollarını ve oturumları kapatın.

SSH erişimi box içinde geniş yetkiler sağlar. Credential'a sahip bir coding agent paket yükleyebilir, servisleri değiştirebilir, portları dışarı açabilir veya dosyaları silebilir. Agent erişimini yalnızca incelenmiş ve kapsamı dar bir görev için kullanın; shell dışında bir audit kaydı tutun.

AI agent production guardrails makalesi autonomy modelini açıklar.

SSH iş yükü Linux box'ta nasıl başlatılmalı?

SSH erişimini aldıktan sonra process startup'ını dağıtımın desteklediği işletim sistemi araçlarıyla yapılandırın. Ubuntu, Debian, Fedora, AlmaLinux ve Rocky Linux genellikle systemd kullanır; Alpine ise kendi service-management kurallarına sahiptir.

Startup tanımı executable, working directory, runtime user, gerekli environment, restart policy ve log destination bilgilerini belirtmelidir. Credential'ları unit file veya startup script dışında tutun ve davranışın interactive shell'e bağlı olmaması için absolute path kullanın.

Şunları test edin:

• İş yükü, operatör login olmadan reboot sonrasında başlıyor.
• Gerekli environment, yalnızca shell'e özel export'lar olmadan kullanılabiliyor.
• Log'ların bilinen bir konumu var.
• Process, amaçlanan user ile çalışıyor.
• Hatalar gözlemlenebiliyor.
• Güncellemeler dependency'leri sessizce değiştirmiyor.

Bu gereksinimlere sahip tek bir web process'i için Git tabanlı bir container service zaten daha iyi bir lifecycle sağlayabilir.

Linux box nasıl işletilmeli ve yeniden oluşturulmalı?

Her manuel komutu olası bir configuration drift olarak değerlendirin. Kurulumu bir script veya configuration-management sürecinde kaydedin:

#!/usr/bin/env bash
set -euo pipefail

apt-get update
apt-get install -y git ca-certificates
mkdir -p /opt/app

Bu genel örnek bir Dockup command'ı değildir; box yapılandırmasını tekrarlanabilir hâle getirme yöntemini gösterir. İş yükünün kararlılık gerektirdiği durumlarda paket sürümlerini sabitleyin veya belgeleyin.

Bir box runbook'unda şunlar bulunmalıdır:

• Image slug.
• İstenen CPU ve memory.
• Yüklü paketler ve repository'ler.
• User account'ları ve SSH policy.
• Filesystem konumları.
• Startup service, executable ve working directory.
• Açık service'ler ve authentication yöntemleri.
• Data backup yöntemi.
• Patch ve reboot prosedürü.
• Rebuild adımları.
• Migration veya retirement kriterleri.

Bu workflow açıkça yapılandırılmadığı ve resource için desteklenmediği sürece box filesystem'inin Dockup service volume'ü ile aynı snapshot workflow'una sahip olduğunu varsaymayın. Backup planını gerçekten orada çalışan data ve software için tasarlayın.

İş yükü ne zaman container'a taşınmalı?

Şu durumlarda container service'e geçişi değerlendirin:

• Kurulum kararlı bir script hâline geldiyse.
• Ana amaç tek bir application process'i çalıştırmaksa.
• Source değişiklikleri Git üzerinden deploy edilmeliyse.
• Health-gated zero-downtime release'lere ihtiyaç varsa.
• Rollback için önceki deployment ID seçilmeliyse.
• Birden fazla özdeş replica gerekiyorsa.
• Box, operatörler arasında farklılaşmaya başladıysa.
• SSH yalnızca manuel olarak yeniden deploy etmek için kullanılıyorsa.

Kurulumu bir Dockerfile'a dönüştürün, application port ve health path tanımlayın; ardından önce preview veya non-production service deploy edin. Box'ı kapatmadan önce davranışları karşılaştırın.

Nixpacks vs Dockerfile rehberi yeni build yöntemini seçmenize yardımcı olur. Kubernetes vs Docker runtime yerleşimi seçeneklerini açıklar.

Linux box seçim checklist'i

Güvenilir bir Linux cloud boxes kararı şu soruları yanıtlar:

1. Yedi image slug'ından hangisi sağlayıcı desteğiyle eşleşiyor?
2. İş yükü neden normal bir service kullanamıyor?
3. SSH credential'ları nasıl korunuyor?
4. Kurulum nasıl yeniden üretilecek?
5. Log'lar ve kalıcı data nerede?
6. Patch'ler nasıl test ediliyor?
7. Hangi process otomatik olarak başlamalı?
8. Containerization veya retirement sürecini hangi olay tetikliyor?

Güncel box command'ları ve image listesi için Dockup CLI reference sayfasına bakın. Yalnızca Windows üzerinde çalışan iş yükleri için Windows VM with RDP seçeneğini karşılaştırın.

Paket ve repository güvenini kontrol edin

Box, operatörün istediği herhangi bir paketi yükleyebileceğinden paket kaynakları güvenlik sınırının bir parçası hâline gelir. Dağıtımın imzalı repository'lerini kullanın, üçüncü taraf repository'lerini belgeleyin ve incelenmemiş network script'lerini doğrudan root shell'e pipe etmekten kaçının.

Kurulumdan sonra paket listesini kaydedin ve bakım sırasında karşılaştırın. Bir agent bir araç yüklemeyi önerdiğinde paket kaynağını, sürümü, amacı ve kaldırma planını isteyin.

Box'ın hâlâ gerekli olup olmadığını ölçün

SSH session sıklığını, manuel deployment adımlarını, uptime gereksinimini, resource kullanımını ve drift olaylarını her ay gözden geçirin. SSH üzerinden düzenli application release alan bir box, yeniden üretilebilir bir service workflow'una ihtiyaç duyduğunun sinyalini verir.

Box'ın CPU, RAM ve disk kullanımını app.dockup.ai üzerinde runbook'la birlikte inceleyin. Linux cloud boxes, işletim sistemi kontrolü gereksinim olduğunda değerlidir; yalnızca belgelenmemiş bir application deployment'ını gizlediklerinde operasyonel olarak maliyetlidir.

Geçici box'ları planlı şekilde emekliye ayırın

Bir test box'ının oluşturulurken bir sahibi ve son kullanma tarihi olmalıdır. Retirement öncesinde yalnızca onaylanmış kalıcı data'yı export edin, kopyalanmış credential'ları kaldırın, yeniden kullanılabilecek setup script'ini saklayın ve hiçbir DNS, scheduled job veya team runbook'unun artık host'a bağlı olmadığını doğrulayın.

Bu yaklaşım, kısa süreli bir denemenin patch uygulanmamış kalıcı bir server'a dönüşmesini önler.

Acil erişim için bir sorumlu belirleyin

Normal SSH operatörü kullanılamadığında sorumluluğu üstlenecek kişiyi veya ekibi belirleyin. Yedek sorumlu, credential'ların nerede saklandığını ve password paylaşmadan doğru target'ın nasıl doğrulanacağını bilmelidir.

Gerekçeyi belgeleyin

Linux cloud boxes'ın neden hâlâ gerekli olduğunu belgeleyin.

Doğrulanabilir bir deployment ile başlayın

Production dışı küçük bir box oluşturun, temiz bir image'dan eksiksiz kurulumunu script ile gerçekleştirin ve iş yükünü container'a taşıma kararını destekleyecek kanıtların neler olacağını önceden belirleyin.

app.dockup.ai adresinde ücretsiz başlayın. Free plan aylık $0'dır, başlangıçta $10 kredi içerir ve bir workspace, üç database ve üç deployment destekler.

SSS

Dockup box'larında hangi Linux dağıtımları kullanılabilir?

Dockup; ubuntu-22.04, ubuntu-24.04, debian-12, alpine-3.20, fedora-40, almalinux-9 ve rockylinux-9'u destekler.

Bir Linux box için SSH credential'larını nasıl alırım?

Tam project/box target'ı ve --json ile dockup box ssh komutunu çalıştırın, ardından dönen bağlantı bilgilerini güvenli bir şekilde saklayın.

SSH kurulumu sonrasında software nasıl başlatılmalı?

Startup'ı seçtiğiniz dağıtımın desteklediği service manager ile yapılandırın ve executable, working directory, runtime user, environment, restart policy ve log'ları belgeleyin.

Container service, Linux box'tan ne zaman daha iyi olur?

İş yükü Git deployment, health gate, rollback ve autoscaling'den yararlanan, yeniden üretilebilir tek bir application olduğunda container service kullanın.

Linux box resource'ları nasıl ücretlendirilir?

CPU, RAM ve disk tüketimi plan bakiyesine göre dakika başına ölçülür; bu nedenle gerçek kullanımı izleyin ve gereğinden büyük allocation'lardan kaçının.