Giriş: Bu Geçiş Neden Bu Kadar Önemli?
Sunucunuz, e-ticaret sitenizin “kasası”, kampanya sayfalarınızın “vitrini”, ERP/CRM sistemlerinizin “omurgası”dır. Kullanılan işletim sistemi güncel kalmadığında; güvenlik açıkları, uyumluluk sorunları ve beklenmeyen kesintiler daha sık görülür. Özellikle KOBİ’ler ve pazarlama ekipleri için durum nettir. Reklam bütçesiyle gelen trafik, yavaşlık ya da kesinti nedeniyle satışa dönüşmeyebilir.
Bu yazının sonunda şunları bileceksiniz:
- CentOS Linux ve CentOS Stream farkı, işletmeler için ne anlama geliyor?
- AlmaLinux neden tercih ediliyor?
- Geçiş için hangi yöntem daha doğru: in-place dönüşüm mü, temiz kurulum mu?
- Üretim ortamında riski azaltan kontrol listesi nasıl kurulur?
- Makdos ile bu süreci nasıl daha yönetilebilir hale getirirsiniz?
CentOS Dünyasında Ne Değişti?
CentOS Linux neden bu kadar yaygındı?
CentOS Linux, uzun süre boyunca kurumsal dünyada “istikrarlı ve öngörülebilir” bir sunucu işletim sistemi olarak konumlandı. Yani “kur, uzun süre aynı çizgide devam et” yaklaşımını benimseyen ekipler için uygundu. Özellikle ajansların birden fazla müşteriyi barındırdığı sunucular bu stabiliteye ihtiyaç duyar. Aynı şekilde KOBİ’lerin ERP/CRM sistemleri ve e-ticaret altyapıları da istikrarlı bir yapı gerektirir.
CentOS Stream nedir, neden kritik?
CentOS Stream, Red Hat’in tanımına göre Red Hat Enterprise Linux hattının hemen önünde konumlanır. Sürekli güncellenen bir geliştirme akışı olarak ilerler. Yani klasik “sabit sürüm + uzun süre kararlılık” çizgisinden daha farklı bir yaşam döngüsüne sahiptir.
Bu durum, geliştirme yapan ve erken erişim isteyen ekipler için avantaj sağlayabilir. Ancak üretim ortamında daha öngörülebilir bir yapı isteyen işletmeler için planlama ihtiyacını artırır.
“red hat announced” sonrası işletmeler ne yaşadı?
Sahadaki temel gerçek şudur: Birçok firma, alışık olduğu “CentOS Linux” modelinin değiştiğini fark etti. Bu nedenle linux distribution seçimini yeniden gözden geçirmek zorunda kaldı.
Bu aşamada karar farklı seçeneklere bölündü. Firmalar üç seçeneği masaya yatırdı. CentOS Stream ile devam etmek, RHEL’e geçmek ya da RHEL uyumlu yeni bir dağıtıma yönelmek.
Bu kararın doğrusu; şirketin risk iştahına, ekip yetkinliğine ve kullandığı sistemlere göre değişir. Tek bir “en iyi” seçenek yoktur.
AlmaLinux Nedir ve Neden Tercih Ediliyor?
AlmaLinux, CentOS Linux sonrası oluşan boşluğu doldurmak üzere topluluk odaklı bir kurumsal Linux dağıtımı olarak konumlanır. Resmi tanımında “forever-free”, topluluk tarafından yönetilen ve üretim odaklı istikrar hedefleyen bir yaklaşım vurgulanır.
AlmaLinux OS Foundation ve yönetişim yaklaşımı
Burada kritik kelime almalinux os foundation: Dağıtımın arkasında topluluk ve yönetişim modeli vardır. Bu durum, işletmeler için tek bir vendor’a bağımlılık riskini azaltan bir yapı sunar. Ancak her işletme kendi risk analizini mutlaka yapmalıdır.
“binary compatible with rhel” ne demek?
Bu ifade, pratikte şu soruya yanıt verir: “RHEL ekosisteminde çalışan paketler ve uygulamalar bende de çalışır mı?”
AlmaLinux, RHEL ile ikili uyumluluk (binary compatibility) hedefini açıkça vurgular. Bu, özellikle kurumsal yazılımlarda ve uzun süre yaşayan sistemlerde önemli bir avantaj olabilir.
Doğru sürüm seçimi: “version of almalinux” nasıl belirlenir?
Üretimde asıl mesele “en yeni sürüm” değil, “işe uygun sürüm”dür. “version of almalinux” seçerken şunlara bakın:
- Uygulamanızın desteklediği sürüm aralığı
- Kullandığınız kontrol paneli (varsa) uyumluluğu
- Kendi güncelleme politikanız (staging/production akışı)
- Kernel ve kütüphane bağımlılıkları
Bu yaklaşım; e-ticaret gibi 7/24 çalışan sistemlerde sürprizleri azaltır.
Geçişe Başlamadan Önce: Planlama ve Risk Yönetimi
CentOS’tan AlmaLinux’a geçişi “tek komutluk iş” gibi görmek risklidir. Önce envanter, yedek ve geri dönüş (rollback) planı oluşturun.
Aşağıdaki adımlar, “kesintiyi azaltma” ve “geri dönebilme” hedefiyle tasarlanmıştır.
1) Sunucu envanteri çıkarın
Şu sorulara net yanıt verin:
- Bu sunucu ne çalıştırıyor? (web, DB, queue, cache, mail vb.)
- Hangi kritik servisler var? (Nginx/Apache, MySQL/MariaDB, Redis, PHP-FPM, Docker vb.)
- Üçüncü parti repository kullanıyor musunuz?
- Panel var mı? (cPanel/Plesk/DirectAdmin gibi)
AlmaLinux’un resmi dönüşüm aracı bazı panelleri desteklediğini belirtir; bu, planlamada önemli bir detaydır.
2) Yedekleme + snapshot stratejisi kurun
- Dosya yedeği (web root, config dosyaları)
- Veritabanı yedeği (dump + doğrulama)
- Mümkünse “snapshot” (VM veya storage snapshot)
AlmaLinux dokümantasyonu da dönüşüm öncesi yedek/snapshot önerir.
3) Test ortamı ve bakım penceresi planlayın
E-ticaret ve kampanya dönemleri için en kritik konu şudur: “Bakım penceresi” net olmalı. Mümkünse staging ortamında dönüşümü test edip, prod’da aynı adımları uygulayın.
4) Rollback senaryosu yazın
Bir şey ters giderse:
- Snapshot’tan geri mi döneceksiniz?
- Trafiği eski sunucuya mı alacaksınız?
- DNS/Load balancer yönlendirmesi hazır mı?
Bu senaryo yazılı olursa, stres anında hata azalır.
CentOS’tan AlmaLinux’a Geçiş Yöntemleri
Temelde iki yaklaşım var: in-place dönüşüm veya clean install (temiz kurulum).
KOBİ’ler için pratik kural şudur: Eğer sunucunuz uzun süredir yalnızca yamalarla çalışıyorsa dikkatli olun. Böyle durumlarda temiz kurulum genellikle daha az sürpriz çıkarır. Eğer yapı düzenliyse ve iyi dokümanteyse in-place dönüşüm hız kazandırır.
Adım Adım In‑Place Geçiş Rehberi
Bu bölüm, “resmi dönüşüm aracı ile genel akış” mantığını anlatır. Her ortam farklıdır; üretimde uygulamadan önce staging’de denemeniz önemlidir.
Ön koşullar (üretim ortamı için kritik)
AlmaLinux dönüşüm kılavuzu özellikle şunları vurgular:
- Güvenilir konsol erişimi kullanın (SSH/ana konsol).
- /boot bölümünde yeterli alan olduğundan emin olun (çekirdekler yan yana kurulabilir).
- Dönüşüm öncesi yedek/snapshot alın.
Yedeksiz dönüşüm, veri kaybı riskini “kabul edilebilir seviyenin” üstüne taşır. Üretimde yedek/snapshot olmadan geçişe başlamayın.
Teknik Kutu: Resmi dönüşüm aracıyla örnek akış
Aşağıdaki komutlar, AlmaLinux resmi rehberinde yer alan “online sistemlerde dönüşüm” adımlarının sadeleştirilmiş bir örneğidir. Ortamınıza göre uyarlayın ve önce test edin.
1) Sistemi güncelleyin
sudo dnf update -y
2) Dönüşüm script'ini indirin
curl-O https://raw.githubusercontent.com/AlmaLinux/almalinux-deploy/master/almalinux-deploy.sh
3) Script'i çalıştırın
sudobash almalinux-deploy.sh
4) Restart
sudo reboot
5) Doğrulama
cat /etc/redhat-release
sudo grubby --info DEFAULT | grep AlmaLinux
Dönüşüm aracının hangi işletim sistemlerini desteklediği (CentOS 8, CentOS Stream 8/9/10 vb.) dokümantasyonda listelenir.
Geçiş sonrası doğrulama checklist’i
Dönüşüm tamamlandıktan sonra şu kontrolleri yapın:
- Web servisleri ayakta mı? (Nginx/Apache, PHP-FPM)
- Veritabanı sağlıklı mı? (servis, bağlantı, performans)
- Cron işleri çalışıyor mu?
- Uygulama log’larında kritik hata var mı?
- Repo’lar doğru mu? (istenmeyen üçüncü parti repo kaldı mı?)
İlk 30 dakikada “servis ayakta + temel işlem akışı” doğrulanırsa, geri kalan iyileştirmeler planlı şekilde yapılabilir. Önce temel iş akışını (sipariş, ödeme, kayıt) test edin.
Geçiş Sonrası İyileştirmeler: Güvenlik, Performans, İzleme
Altyapı değişimi sadece “OS değişimi” değildir. Aynı zamanda operasyon kalitesini yükseltmek için fırsattır.
Repo ve güncelleme politikası
- Üretimde otomatik “major upgrade” yerine kontrollü güncelleme tercih edin.
- Staging → production akışını standardize edin.
Güvenlik temel ayarları
- SSH erişimini sınırlandırın (IP kısıtı, anahtar tabanlı giriş)
- Firewall kurallarını sadeleştirin
- Log’ları merkezi takip edin
Makdos’un Firewall ve Güvenlik hizmeti, trafik kontrolünü merkezi bir yapı içinde yönetmenizi sağlar. IPS ve WAF gibi katmanları da bu çerçevede daha yönetilebilir hale getirir.
Yedekleme ve felaket kurtarma bakışı
Geçişten sonra yeni “yedekleme ritmini” netleştirin. Snapshot + dosya yedeği + DB yedeği üçlüsü, felaket anında geri dönüş süresini ciddi şekilde iyileştirir. Bu konuda Makdos Blog’daki VMware yedekleme ve felaket kurtarma rehberine göz atabilirsiniz. Rehberi iç kaynak olarak referans alın.
Pratik Çözümler
Paket çakışmaları ve repo problemleri
En sık görülen sorun: Üçüncü parti repo’ların veya eski paketlerin dönüşüm sırasında çatışması. Çözüm yaklaşımı:
- Geçiş öncesi “gereksiz repo” temizliği
- Kritik servislerin bağlı olduğu sistemlerin tek tek kontrolü.
- Test ortamında aynı adımların uygulanması
Servis açılmıyor / portlar kapalı / izin sorunları
Dönüşüm sonrası:
- Servis config dosyalarını kontrol edin
- SELinux / permission konularını gözden geçirin
- Log’larda ilk hatayı yakalayın (genelde domino etkisini başlatan odur)
“işletim sistemine” bağlı bileşenler
Bazı agent’lar (monitoring, backup, security) işletim sistemine sıkı bağlı olabilir. Bu yüzden envanter aşamasında bu bileşenleri ayrıca listeleyin. Hedef, sürpriz yaşamamaktır.
Hedef Kitleye Göre Yol Haritası
KOBİ’ler için: hızlı ve düşük riskli geçiş
- Önce staging’de prova
- Temel servisleri doğrula (web + DB)
- Kısa bakım penceresiyle prod geçişi
E‑ticaret firmaları için: kesinti minimizasyonu
- Yedek sunucu planı oluşturun.
- Kampanya günlerinde büyük değişiklik yapmayın
- Ödeme/sipariş akışını özellikle test edin
Ajanslar ve kurumsal markalar için: standartlaştırma
- Sunucu şablonları (hardening + izleme + yedekleme)
- Versiyon yönetimi
- Dokümantasyon ve ekip içi checklist
Makdos ile AlmaLinux’a Geçiş: Süreci Nasıl Basit Hale Getirilir?
Makdos, sunucu ve hosting çözümlerinde; kesintisiz hizmet ve güçlü operasyonel kontrol isteyen işletmeler için uygun altyapılar sunar:
- Sanal Sunucu Kiralama: Kaynakları hızlı ölçeklemek ve kontrolü elinizde tutmak için.
- Bulut Sunucu Kiralama: Esneklik ve panel üzerinden yönetim kolaylığı arayan ekipler için.
- Fiziksel Sunucu Kiralama: Yüksek performans, izole kaynak ve kurumsal iş yükleri için.
Ayrıca Makdos’un operasyonel gücünü belirleyen bazı başlıklar:
- Yaklaşık 8 yıllık sektör deneyimi ve 25 kişilik profesyonel ekip
- 3 farklı veri merkezi, her birinde 20 Gbps uplink ve yaklaşık 35 kabin
- Tüm altyapının %100 yerli yazılım CRM ile yönetilmesi
- Türkiye’de mobil uygulama üzerinden hizmet veren ilk hosting firması olma yaklaşımı
Makdos müşterileri için pratik geçiş planı
- Önce yeni sunucuyu Makdos panelinden hazır edin (Sanal/Bulut/Fiziksel)
- AlmaLinux kurulumunu standartlaştırın
- Uygulamayı “kademeli taşıma” ile alın (önce test, sonra prod)
- Firewall kuralları ve yedekleme ritmini baştan belirleyin
Pazarlama ekipleri için kısa not: İYS uyumu
E-ticaret ve pazarlama ekipleri sunucu taşırken genelde “mail/SMS akışı”nı da etkiler. Eğer ticari ileti gönderiyorsanız, izin yönetimi tarafını da aynı proje planına dahil edin. Bu noktada Makdos’un İYS Entegrasyonu hizmeti; izinlerinizi güvenle yönetmeniz için doğrudan çözüm sunar.
Sonuç: Ne Yapmalısınız?
Özetle:
- CentOS tarafındaki değişim, işletmeleri yeni bir rota belirlemeye itti.
- AlmaLinux, üretim odaklı, topluluk tarafından yönetilen ve RHEL uyumluluğunu hedefleyen bir seçenek olarak öne çıkıyor.
- Başarı kriteri + yedek + test + rollback planı.
Linux’a geçişi planlı ve düşük riskle yapmak istiyorsanız doğru altyapıyı seçmelisiniz. Makdos Sanal Sunucu, Bulut Sunucu veya Fiziksel Sunucu seçenekleriyle geçiş mimarinizi hızlıca kurabilirsiniz. Firewall ve operasyon desteği sayesinde süreci güvenle yönetirsiniz.
Sunucu yapınızı netleştirin ve Makdos'la geçişe başlayın.
