Snap ve Flatpak ile Paket Yönetimi

Linux dünyasında yıllarca tek bir kural geçerliydi: yazılım kurmak istiyorsan dağıtımının resmi deposunu (apt, dnf, pacman) kullanırdın. Bu model çok sağlam çalışıyordu, ama bir sorunu vardı; her dağıtım paketi kendi elleriyle derliyor, kendi sürümünü barındırıyor ve kendi bağımlılık ağacına bağlıyordu. Sonuç olarak aynı programın Ubuntu 20.04'teki sürümüyle Debian 12'deki sürümü bambaşka olabiliyor, geliştiriciler ise "aynı yazılımı on farklı dağıtım için ayrı ayrı paketlemek" gibi bir yük altında eziliyordu. İşte Snap ve Flatpak tam olarak bu dağınıklığı çözmek için ortaya çıktı.

Her iki teknoloji de "universal paket" (evrensel paket) fikrine dayanır: yazılımı bağımlılıklarıyla birlikte, izole bir kutunun içine koyup her dağıtımda aynı şekilde çalıştırmak. Docker konteynerlerine benzeyen bir mantıkları var ama hedefleri farklı — Docker sunucu servislerini izole ederken, Snap ve Flatpak son kullanıcı uygulamalarını ve komut satırı araçlarını taşınabilir hâle getirmeye odaklanır. Bu yazıda ikisinin sandbox mantığını, klasik apt/dnf ile farkını, sunucuda kurulumunu, kanal seçimini ve otomatik güncelleme davranışını inceleyeceğiz; en önemlisi de sunucu tarafında bunları ne zaman kullanmanın mantıklı olduğunu, disk ve başlangıç maliyeti gibi dezavantajları dürüstçe konuşacağız.

Snap ve Flatpak Neden Ortaya Çıktı#

Klasik paket yönetiminin en büyük derdi "bağımlılık cehennemi" olarak bilinir. Bir yazılım libssl 3.0'a ihtiyaç duyarken, sistemdeki başka bir program hâlâ libssl 1.1 ile çalışıyorsa, ikisini aynı anda mutlu etmek zorlaşır. Dağıtım bakımcıları bu dengeyi yıllardır elle kuruyor; ama bir uygulamanın en yeni sürümünü istediğinizde çoğu zaman "depoda henüz o sürüm yok" duvarına toslarsınız. Özellikle uzun destekli (LTS) sunucu dağıtımlarında paketler kararlılık uğruna kasıtlı olarak eski tutulur.

Snap'i Canonical (Ubuntu'nun arkasındaki şirket) geliştirdi ve varsayılan olarak Ubuntu ile birlikte gelir. Flatpak ise topluluk odaklı, dağıtımdan bağımsız bir projedir ve Fedora, GNOME ekosisteminde güçlüdür. İkisinin de ortak vaadi şudur: geliştirici yazılımını bir kez paketler, kullanıcı hangi dağıtımı kullanırsa kullansın aynı paketi indirir. Böylece "benim makinemde çalışıyordu" sorunu büyük ölçüde ortadan kalkar. Temel Linux komutlarına ve paket mantığına henüz yabancıysanız, devam etmeden önce Linux temel komutları rehberimize göz atmanız bu yazıyı çok daha anlaşılır kılacaktır.

Sandbox Mantığı ve Bağımlılık İzolasyonu#

Snap ve Flatpak'in kalbinde "sandbox" yani kum havuzu fikri yatar. Klasik bir .deb paketini kurduğunuzda, içindeki dosyalar sistemin ortak dizinlerine (/usr/bin, /usr/lib) dağılır ve sistemdeki diğer kütüphaneleri paylaşır. Snap ve Flatpak ise her uygulamayı kendi izole alanına yerleştirir. Uygulama, kendi bağımlılıklarının bir kopyasını (ya da paylaşılan bir "runtime"ı) yanında taşır; sisteme yayılmaz, sistemi kirletmez.

Bu izolasyonun somut faydası şudur: aynı programın iki farklı sürümünü aynı anda kurabilir, birini bozmadan diğerini güncelleyebilirsiniz. Bir uygulama çöktüğünde veya bir güncelleme ters gittiğinde, geri kalan sistem etkilenmez. Ayrıca sandbox güvenlik açısından da bir bariyer sağlar; uygulamalar dosya sistemine, ağa veya donanıma erişmek için açıkça izin ("interface" ya da "portal") istemek zorundadır. Aşağıdaki komutla bir Snap uygulamasının hangi izinlere sahip olduğunu görebilirsiniz:

# Bir snap'in bağlı olduğu arayüzleri (izinleri) listele
snap connections firefox

# Bir izni elle bağla veya kes
sudo snap connect firefox:removable-media
sudo snap disconnect firefox:camera

Flatpak tarafında da benzer bir izin modeli vardır; buna "portal" denir. Bir Flatpak uygulamasının hangi izinlere sahip olduğunu şöyle görürsünüz:

# Bir flatpak uygulamasının izinlerini göster
flatpak info --show-permissions org.mozilla.firefox

# İzni override ile daralt veya genişlet
flatpak override --user --nofilesystem=home org.mozilla.firefox

Bu sandbox yaklaşımı Docker'ın konteyner izolasyonuyla felsefe olarak akrabadır; ikisinin nerede ayrıştığını merak ediyorsanız Docker'a giriş yazımızı okumanızı öneririm. Kısaca: Docker bir servisi tüm ortamıyla paketleyip sunucuda çalıştırmaya, Snap/Flatpak ise tek bir uygulamayı masaüstünde ya da terminalde taşınabilir kılmaya odaklanır.

Klasik apt/dnf ile Snap ve Flatpak Farkı#

En sık sorulan soru şudur: "Madem apt var, neden Snap kurayım?" Cevap kullanım senaryosuna göre değişir. Aşağıdaki tablo iki dünyanın temel farklarını özetliyor:

Buradaki en kritik ayrım disk ve güncellik dengesidir. apt ile kurulmuş yüz program aynı libc, aynı openssl sürümünü paylaşır; Snap ile kurulmuş yüz program ise her biri kendi runtime'ının bir kopyasını taşıyabilir. Bu yüzden Snap/Flatpak diskte belirgin şekilde daha fazla yer kaplar. Buna karşılık, en yeni bir aracın (örneğin node, kubectl ya da bir IDE) güncel sürümünü LTS bir sunucuda anında istiyorsanız, Snap bunu klasik depodan çok daha hızlı sunar.

Sunucuda snapd Kurulumu ve İlk Adımlar#

Ubuntu'da snapd genellikle önceden kuruludur. Debian, Fedora veya diğer dağıtımlarda ise elle kurmanız gerekir. Aşağıda tipik bir Debian tabanlı kurulum var:

# Debian / Ubuntu türevlerinde snapd kurulumu
sudo apt update
sudo apt install -y snapd

# Servisin çalıştığını doğrula
sudo systemctl enable --now snapd.socket

# Bazı snap'ler için gereken klasik desteğe sembolik bağ
sudo ln -s /var/lib/snapd/snap /snap

Kurulumdan sonra ilk paketinizi denemek için basit bir araç kurabilirsiniz. Snap komutlarının temel akışı oldukça sezgiseldir:

# Paket ara
snap find htop

# Kur (varsayılan stable kanaldan)
sudo snap install htop

# Kurulu snap'leri listele
snap list

# Belirli bir snap'in detayları ve kanalları
snap info node

# Güncelleme (tek paket ya da hepsi)
sudo snap refresh node
sudo snap refresh

# Kaldır (isteğe bağlı olarak veriyi de sil)
sudo snap remove htop --purge

Flatpak tarafında ise akış biraz farklıdır; önce bir "remote" (uzak depo) eklemeniz gerekir. En yaygın remote Flathub'dır:

# Flatpak kurulumu
sudo apt install -y flatpak

# Flathub deposunu ekle (sistem geneli)
sudo flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

# Uygulama ara ve kur
flatpak search gimp
flatpak install flathub org.gimp.GIMP

# Kurulu uygulamaları listele, güncelle
flatpak list
flatpak update

Not olarak: Flatpak esas olarak grafiksel masaüstü uygulamaları için tasarlanmıştır; başsız (headless) bir sunucuda daha çok Snap'in CLI paketleri işinize yarar. Sunucunuzda root erişiminiz yoksa ya da yönetilen bir ortamdaysanız, bu tür sistem seviyesi kurulumlar için sunucu yönetimi hizmetimiz size zaman kazandırabilir.

Kanal (Channel) Seçimi ve Otomatik Güncelleme#

Snap'in en güçlü ama en çok yanlış anlaşılan özelliği "kanal" (channel) sistemidir. Her Snap paketinin farklı olgunluk seviyelerinde yayınlanmış sürümleri olabilir. Bir kanal iki parçadan oluşur: bir "track" (örneğin latest veya 18) ve bir "risk" seviyesi. Risk seviyeleri en kararlıdan en deneysele doğru şöyledir: stable, candidate, beta, edge.

# Belirli bir kanaldan kurulum
sudo snap install node --channel=20/stable

# Kanal değiştir (aynı paketi farklı olgunluğa geçir)
sudo snap refresh node --channel=20/edge

# Bir paketin tüm kanallarını gör
snap info node

Sunucu ortamında neredeyse her zaman stable kanalını kullanmalısınız; edge ve beta üretim sunucularında sürprizlere açıktır. Track seçimi ise sürüm sabitleme (pinning) için kritiktir: 20/stable derseniz, ana sürüm 20'de kalır ve otomatik olarak 21'e sıçramaz — bu, üretimde kararlılık isteyenler için can simididir.

Otomatik güncelleme konusu Snap'te tartışmalıdır. Snap varsayılan olarak paketleri arka planda, günde birkaç kez otomatik günceller. Bu masaüstünde harika bir özellik olsa da, sunucuda "ben bilmeden servisim güncellendi ve davranışı değişti" gibi istenmeyen durumlar doğurabilir. Güncellemeyi tamamen kapatamazsınız (tasarım gereği) ama zamanlamasını ve ertelemesini kontrol edebilirsiniz:

# Güncellemeleri bakım penceresine sabitle (örn. gece 02:00-04:00)
sudo snap set system refresh.timer=02:00-04:00

# Güncellemeyi en fazla 60 güne kadar ertele
sudo snap set system refresh.hold="$(date --iso-8601=seconds -d '+60 days')"

# Belirli bir paketi bir süre dondur
sudo snap refresh --hold node

Bu kontrol mekanizması sayesinde, güncellemenin bir hizmet trafiğinin en yoğun olduğu saatte değil, sizin belirlediğiniz bakım penceresinde gerçekleşmesini sağlarsınız. Kritik hizmetlerde güncelleme öncesi anlık yedek almanız kesinlikle önerilir; düzenli yedekleme için yedekleme çözümlerimize göz atabilirsiniz.

Flatpak Tarafı ve Remote Yönetimi#

Flatpak'in mimarisi Snap'ten biraz farklıdır ve bu fark özellikle "runtime" kavramında belirginleşir. Flatpak uygulamaları, ortak bir çalışma zamanı (örneğin org.freedesktop.Platform ya da org.gnome.Platform) üzerine kurulur. Aynı runtime'ı kullanan on uygulama, o runtime'ın tek bir kopyasını paylaşır. Bu, Snap'in her paketin kendi bağımlılığını taşıması modeline göre disk açısından bazen daha verimli olabilir — çünkü paylaşılan runtime bir kez indirilir.

Flatpak'te "remote" yönetimi işin merkezindedir. Birden fazla remote ekleyebilir, uygulamaları sistem geneli (--system) ya da sadece kullanıcı için (--user) kurabilirsiniz:

# Mevcut remote'ları listele
flatpak remotes

# Kullanılmayan runtime'ları temizle (disk kazan)
flatpak uninstall --unused

# Bir uygulamanın hangi runtime'a bağlı olduğunu gör
flatpak info org.gimp.GIMP

# Sadece kullanıcı seviyesinde kurulum (root gerektirmez)
flatpak install --user flathub org.mozilla.firefox

--user seçeneği özellikle root yetkiniz olmayan paylaşımlı ortamlarda kıymetlidir; uygulamalar ev dizininize kurulur ve sistemi etkilemez. flatpak uninstall --unused komutu ise disk temizliği için düzenli çalıştırmanız gereken bir alışkanlıktır — artık hiçbir uygulamanın kullanmadığı eski runtime'lar zamanla birikir ve gigabaytları yiyebilir.

Sunucuda Ne Zaman Tercih Etmeli ve Dürüst Dezavantajlar#

Şimdi işin en önemli kısmına, yani "sunucuda bunları gerçekten kullanmalı mıyım?" sorusuna dürüstçe cevap verelim. Snap ve Flatpak masaüstü Linux için harika bir çözümdür; sunucu tarafında ise dengeli düşünmek gerekir. İyi bir kullanım senaryosu şudur: LTS bir sunucuda, resmi depoda çok eski kalmış bir aracın (örneğin certbot, kubectl, bir dil çalışma zamanı) en güncel sürümüne hızlıca ihtiyacınız var ve bunu ayrı depo ekleyip derlemekle uğraşmadan almak istiyorsunuz. Bu durumda snap install dakikalar içinde işinizi görür.

Ancak dezavantajları görmezden gelmemek gerekir. İlki disk maliyetidir: her Snap paketi bir sıkıştırılmış squashfs imajı olarak mount edilir ve kendi bağımlılıklarını taşır; on-yirmi paket kolayca birkaç gigabaytı bulur. Küçük diskli bir VPS'te bu ciddi bir yük olabilir. İkincisi başlangıç (startup) gecikmesidir: Snap uygulamaları ilk açılışta imajı mount edip sandbox'ı kurduğu için, özellikle ilk çalıştırmada klasik bir ELF ikilisine göre gözle görülür şekilde yavaş başlar. Sık sık başlayıp duran, kısa ömürlü süreçler (cron script'leri, hızlı CLI çağrıları) için bu gecikme sinir bozucu olabilir.

# Snap'lerin diskte ne kadar yer kapladığını ve kaç eski sürüm tutulduğunu gör
snap list --all
du -sh /var/lib/snapd/snaps

# Eski, devre dışı sürümleri temizleyerek disk kazan
sudo snap set system refresh.retain=2

Üçüncü dezavantaj otomatik güncellemenin üretimdeki öngörülemezliğidir; yukarıda bahsettiğimiz gibi zamanlamayı kontrol edebilseniz de, "hiç güncellenmesin" diyemezsiniz. Dördüncü olarak, ağır servis mimarileri için Snap/Flatpak genellikle yanlış araçtır — bir web uygulamasını, veritabanını ya da mikroservisi izole etmek istiyorsanız Docker ve konteyner orkestrasyonu çok daha uygundur. Özetle: sunucuda Snap/Flatpak'i "tek tük, güncel bir CLI aracına hızlı erişim" için düşünün; kalıcı, kaynak-hassas üretim hizmetlerinizin bel kemiği olarak değil. Kaynakları bol, üzerinde özgürce paket denemesi yapabileceğiniz bir ortam istiyorsanız VDS sunucularımız ya da sanal sunucu seçeneklerimiz esnek bir zemin sunar.

Sıkça Sorulan Sorular#

Snap ve Flatpak arasında hangisini seçmeliyim?#

Kullanım amacınıza bağlıdır. Masaüstü grafik uygulamaları ve dağıtımdan bağımsız bir deneyim istiyorsanız Flatpak (özellikle Flathub deposu) genellikle daha zengin ve topluluk odaklıdır. Ubuntu ekosistemindeyseniz, CLI araçlarına ve sunucu paketlerine ihtiyacınız varsa Snap zaten kurulu ve daha entegre gelir. İkisini aynı sistemde birlikte kullanmakta da bir sakınca yoktur; birbirlerini engellemezler.

Snap otomatik güncellemesini tamamen kapatabilir miyim?#

Hayır, Snap tasarımı gereği otomatik güncellemeyi kalıcı olarak kapatmanıza izin vermez; bunun güvenlik gerekçeleri vardır. Ancak güncellemeleri istediğiniz bir bakım penceresine (refresh.timer) sabitleyebilir, belirli paketleri geçici olarak dondurabilir (snap refresh --hold) veya güncellemeyi 60 güne kadar erteleyebilirsiniz. Üretim sunucularında bu ayarları yapılandırmak, beklenmedik güncellemelerin trafiği etkilemesini önlemenin en pratik yoludur.

Snap ve Flatpak diskte neden bu kadar çok yer kaplıyor?#

Çünkü her paket, klasik apt/dnf paketlerinin aksine, bağımlılıklarını sistemle paylaşmak yerine kendi izole runtime'ıyla birlikte taşır. Bu izolasyon kararlılık ve taşınabilirlik sağlar ama disk maliyeti getirir. Snap'te refresh.retain değerini düşürerek eski sürümleri, Flatpak'te ise flatpak uninstall --unused ile kullanılmayan runtime'ları temizleyerek bu şişkinliği önemli ölçüde azaltabilirsiniz.

Bu paketleri Docker konteynerinin yerine kullanabilir miyim?#

Genelde hayır, çünkü farklı problemleri çözerler. Docker bir servisi tüm ortamıyla paketleyip izole çalıştırmaya, ölçeklemeye ve dağıtmaya yöneliktir; Snap ve Flatpak ise tek bir uygulamayı taşınabilir ve güvenli biçimde çalıştırmaya odaklanır. Bir web uygulamasını veya veritabanını üretimde çalıştıracaksanız Docker daha doğru araçtır. Aradaki farkı daha derinlemesine görmek için Docker giriş yazımızı inceleyebilirsiniz.

snapd kurduktan sonra paketler çalışmıyor, ne yapmalıyım?#

Önce sudo systemctl status snapd.socket ile servisin gerçekten çalıştığını doğrulayın. Debian gibi dağıtımlarda çoğu zaman /snap sembolik bağının eksik olması sorun çıkarır; sudo ln -s /var/lib/snapd/snap /snap komutuyla bunu düzeltin. Bazı durumlarda AppArmor profillerinin yüklenmesi için sistemi yeniden başlatmanız gerekir. Sorun devam ederse snap changes ve journalctl -u snapd çıktıları hatanın kaynağını gösterir.

Kurumsal bir sunucuda Snap/Flatpak kullanmam güvenli mi?#

Sandbox modeli sayesinde uygulamalar sisteme doğrudan erişemez, açık izin ister; bu güvenlik açısından bir artıdır. Ancak kurumsal ortamda dikkat etmeniz gereken nokta güncelleme öngörülebilirliğidir. Otomatik güncellemeleri bakım penceresine sabitleyin, kritik paketleri sürüm track'ine (örneğin 20/stable) sabitleyin ve güncelleme öncesi yedek alın. Bu disiplinle Snap/Flatpak kurumsal bir sunucuda güvenle kullanılabilir.

Kapanış#

Snap ve Flatpak, Linux paket yönetimine yıllardır çözülemeyen "dağıtımlar arası taşınabilirlik" ve "güncel sürüme hızlı erişim" sorunlarına pratik bir cevap getirdi. Sandbox mantığıyla uygulamaları izole eder, bağımlılık çakışmalarını ortadan kaldırır ve size aynı yazılımın birden fazla sürümünü yan yana çalıştırma özgürlüğü tanır. Buna karşılık disk maliyeti, başlangıç gecikmesi ve otomatik güncellemenin öngörülemezliği gibi bedelleri vardır — sunucu tarafında bunları bilerek, doğru yerde kullanmak profesyonel bir sistem yöneticisini amatörden ayıran ayrıntıdır.

Bu teknolojileri özgürce deneyebileceğiniz, root yetkisiyle tam kontrol sahibi olacağınız bir altyapıya ihtiyacınız varsa Clou.TR yanınızda. Kaynaklarınızı esnetebileceğiniz VDS ve sanal sunucu paketlerimize, yük altındaki sitelerinizi rahatlatacak hosting çözümlerimize ve kurulum-bakım yükünü bizimle paylaşmak isterseniz uzman ekibimizin sunduğu sunucu yönetimi hizmetine göz atın. Doğru altyapı, doğru araçları en verimli şekilde kullanmanın ilk adımıdır.