Kabin ne zaman kalır

Soru “gidilecek mi” değil, “ne kalacak”

On yıl önce “buluta gidiyor muyuz” hâlâ bir konuşmaydı. Artık değil: e-posta, belgeler, birlikte çalışma ve iş uygulamalarının çoğu, tesisat odasındaki bir sunucudan daha iyi ve daha ucuza bir bulut hizmetinde çalışır. O kısım karara bağlandı.

Geriye kalan kısım ise standart tavsiyelerin tam olarak bittiği yerdir. Bir üretim ortamı, bulut sürümü olmayan bir tedarikçi uygulaması, aynı binadaki cihazlarla konuşması gereken bir sistem. Bu yazı onunla ilgili.

Kabinin kalmasının dört nedeni

Bu dördüyle gerçekten karşılaşıyoruz ve dördü de gerekçelendirilebilir.

• Uygulama taşınmıyor. Bulut sürümü olmayan bir tedarikçi ya da kullandığınız işlevleri barındırmayan bir sürüm. Bu sizin değil onların geriliğidir ve etrafından dolaşılamaz. O zaman tedarikçi yetişene kadar yönetmeye devam edebileceğiniz bir ortam kurarız.
• Hat yetmiyor. Büyük dosyalar, tasarım işi, video kurgusu ya da mevcut hattın yeterince iyi olmadığı bir saha. Hesap çabuk çıkar: yerelde işle, yalnızca sonucu taşı.
• Verinin nerede duracağına dair bir gereklilik var. Bazen mevzuattan, daha sık bir müşteri sözleşmesinden. Bir şeyin hangi binada durduğunu gösterebilmeniz gerekiyorsa bu bir tercih değil, katı bir gerekliliktir.
• Yük ağır ve sürekli. Bulut kullanıma göre ücretlendirir; bu, kullanımınız dalgalandığında lehinizedir. Günün yirmi dört saati aynı şeyi yapan bir sistemde bu hesap sık sık ters yöne döner.

Neden sayılmayan üç neden

Bir de en az onlar kadar sık duyduğumuz ve neden olmayan üç tanesi var.

• “Verimiz kendi evimizde daha güvenli.” Genelde değil. Büyük bir bulut platformunun güvenlik ekibi bütün kurumunuzdan kalabalıktır. Doğru olan şu: kendi donanımınızda kimin erişeceğine siz karar verirsiniz — ve bu, güvenlikten farklı bir argümandır. Adını doğru koyun.
• “Daha yeni yatırım yaptık.” Anlaşılır, ama bu beklemek için bir neden, kalmak için değil. O zaman geçişi, donanımın zaten değişmesi gereken ana planlarız. Bu erteleme değil, zamanlamadır.
• “Zaten çalışıyor.” Çalışmayı bırakana kadar doğru. Asıl soru, desteğin ne zaman biteceğini ve o zaman ne olacağını bilip bilmediğinizdir. Kimse bilmiyorsa “çalışıyor” bir durum değil, bir varsayımdır.

Kendi donanımın neyi beraberinde getirir

Bir kabin kalıyorsa ilginç olan kısım marka değildir. Sunucu ve depolama tarafında diğerlerinin yanı sıra HPE veriyor ve yönetiyoruz; sanallaştırma tarafında VMware, Nutanix ve Proxmox ile çalışıyoruz. Markanız ne olursa olsun şunlar buna dâhildir:

• Kendi haber veren izleme. Dört diskli bir kümede bir diskin bozulması arıza değildir. İlkini kimse fark etmediği için ikinci diskin bozulması arızadır.
• Kararlaştırılmış parça ve süre. “Sipariş ederiz” değil; bir şeyin ne kadar sürede değiştirilebileceği ve bunun kurtarma sürenize sığıp sığmadığı önceden yazılı.
• Bildiğiniz bir bitiş tarihi. Donanımın bir destek ömrü vardır. Bunu kurulum günü not ederiz, dolduğu yıl değil.
• Binaya ihtiyaç duymayan bir kurtarma planı. Aşağıya bakın; en sık burada aksıyor.

Asıl farkı kurtarma planı yaratır

Bulut ya da kendi donanım, sıradan bir günde çalışma biçiminizi pek değiştirmez. Bir şeyin ters gittiği gündeki her şeyi değiştirir.

Bir bulut hizmetinde soru şudur: sağlayıcı ne kadar sürede geri döner ve sözleşme bu konuda ne diyor. Kendi donanımınızda soru şudur: bu bina kullanılamazsa nerede çalışmaya devam edersiniz. Sunucuyla aynı kabinde duran bir yedek, bozulan bir diske karşı korur; başka hiçbir şeye karşı değil.

Bu yüzden bir sistemin ne kadar süre kapalı kalabileceğini ve ne kadar işin kaybedilebileceğini sistem bazında kararlaştırır, kurtarmayı sıfırdan kurulmuş bir ortamda test ederiz. Bu, “dosya geri geliyor mu” testinden farklıdır ve daha sık sürpriz çıkarır.

Bunu nasıl yazıya döküp gösterdiğimiz yedekleme ve süreklilik altında.

Tercihi nasıl yapıyoruz

Önceden belirlenmiş bir tercihimiz yok; bu alçakgönüllülük değil, üç yıl sonra da geçerli olacak bir tavsiye vermenin tek yolu. Uygulamada şöyle işliyor.

• Önce hangi sistemlerin bulunduğuna ve neye ihtiyaç duyduklarına bakarız; şu anda nerede çalıştıklarına değil.
• Her sistemin yanına dört nedeni koyarız. Hiçbiri geçerli değilse başlangıç noktası buluttur.
• Donanımın kaldığı yerde değişimi, mevcut cihazın zaten ömrünü tamamladığı ana planlarız. Bir plan öyle istiyor diye çalışan donanımı değiştirmek pahalıdır ve nadiren bir karşılığı olur.
• Sonuç neredeyse hiçbir zaman ya hep ya hiç değildir. Kurumların çoğu bir kısmı bulutta, bir kısmı kabinde biter; her parçanın nedenini açıklayabildiğiniz sürece bu gayet iyi bir sonuçtur.

Geçiş ve günlük yönetim bulut hizmetleri ve yönetilen BT altında.