Ankara BT Blogu
Yönetilen servisler, sanallaştırma, siber güvenlik, bulut ve kurumsal web operasyonlarıyla ilgili karar destekleyen içerikleri burada bir arada keşfedin.
Blog içinde konu bazlı filtreleme
Aşağıdaki arama ve kategori filtreleri yalnız içerik keşfini hızlandırır; blogun SEO açısından indexlenen ana liste sayfası bu landing olarak kalır.
GPU İş Yüklerinde Güvenlik Bölümleme ve Erişim Ayrımı
GPU sunucusunu tek bir alan gibi ele almak riski bütün ortama yayar. Veri, hesaplama, servis ve yönetim bölgelerini iş yükünden başlayarak ayırın.
Devamını Oku
Dell Storage Low IOPS Sorunu: Host ve Dizi Tarafı Ayırıcı Testler
IOPS düşük göründüğünde sorunun hostta, yolda ya da dizide olduğunu ayırmak gerekir. Bu yazı her katmanda hangi testin neyi gösterdiğini sırayla anlatır.
Devamını Oku
Reserved ve On-Demand Mantığı: Taahhüt Kararını Nasıl Çerçevelersiniz?
Reserved taahhüdü birim fiyatı düşürebilir, ama kullanılmayan kapasitenin bedeli de sürer. On-demand esneklik verir, ama sürekli yükte toplam fatura yükselebilir. Bu yazı iki modeli iş yükü verisiyle nasıl karşılaştıracağınızı anlatır.
Devamını Oku
Etiketleme (Tagging) Stratejisi: FinOps için Maliyet Görünürlüğü
Etiket, bulut kaynağına eklenen anahtar ve değer çiftidir. Doğru tasarlandığında harcamayı sahibine, uygulamaya ve ortama bağlar. Bu yazı küçük bir etiket sözlüğünün nasıl kurulacağını, nasıl zorunlu kılınacağını ve nasıl denetleneceğini anlatır.
Devamını Oku
Bulut Maliyetinde Egress ve Veri Çıkış Ücretlerini Nasıl İzlersiniz?
Egress, verinin bulut sağlayıcının ağından, bölgesinden ya da hizmetinden dışarı çıkmasıdır. Bu yazı çıkış maliyetinin hangi akışlardan doğduğunu, faturada nasıl ayrıştırılacağını ve hangi mimari kararlarla izlenebilir kaldığını anlatır.
Devamını Oku
FinOps Nedir? Bulut Maliyet Yönetimine Giriş (TR)
FinOps, bulut harcamasını finans, mühendislik ve iş ekiplerinin ortak karar vermesiyle yönetme pratiğidir. Bu yazı kavramı, üç aşamalı döngüyü ve ilk kurulacak sahiplik düzenini sade bir dille anlatır.
Devamını Oku
Bulut Operasyonunda Patch ve Configuration Drift Kontrolü
Patch açığı kapatır, configuration drift ise sistemlerin tanımlı yapılandırmadan sessizce uzaklaşmasıdır. Bulut operasyonunda ikisi aynı envanter, aynı hedef durum ve aynı kayıt düzeniyle birlikte kontrol edilir.
Devamını Oku
Managed Cloud İzleme: Metrik, Alarm ve Değişiklik Yönetimi Temelleri
Yönetilen bulutta izleme, metrik toplamakla değil her alarmın bir sahibi, bir eylemi ve bir değişiklik kaydıyla bağlanmasıyla başlar. Hangi metriklerin toplanacağı ve alarmın nasıl kurulacağı bu çerçevede anlatılır.
Devamını Oku
Dell Storage iSCSI Connection Failure: Oturum ve Portal Kontrolleri
Dell storage iSCSI connection failure sorununda hata çoğu zaman dizide değil, başlatıcı ile hedef arasındaki dört aşamadan birindedir. Portal erişimi, keşif, oturum açma ve host kaydı sırayla kontrol edilir.
Devamını Oku
Yönetilen Bulut Nedir? Operasyon Devri ve Sorumluluk Matrisi
Yönetilen bulut, izleme, değişiklik, yama ve maliyet işlerinin tanımlı bir sorumluluk matrisiyle bir hizmet sağlayıcıya devredilmesidir. Platform sağlayıcıda kalır, operasyonun kime ait olduğu ise yazılır.
Devamını Oku
Multi Cloud Nedir? Hibrit ile Karıştırılan Noktalar
Multi cloud, iş yükünün birden fazla bulut sağlayıcısında veya ayrı bulut hesabında yönetildiği modeldir. Hibrit bulut yerel ile bulut arasındaki bağlantıyı sorar; multi cloud sağlayıcı ve hesap sınırlarını sorar.
Devamını Oku
Private Cloud Nedir? Hibrit Mimariyle Ne Zaman Birlikte Kullanılır?
Private cloud, kaynakların kurumun kontrolündeki sanallaştırma veya özel barındırma katmanında ayrıldığı modeldir. Hibrit mimariyle birlikte anlamlı olur; yerel iş yükü sınırı, uyumluluk ve bağlantı planı net değilse iki siteyi elle köprülemek gerekir.
Devamını Oku
Hibrit Bulut Nedir? Kurumsal Ağ ve Kimlik Entegrasyon Açısından
Hibrit bulut, iş yükünün bir kısmının kurum içi altyapıda, bir kısmının bulutta çalışması ve iki tarafın ağ ile kimlik katmanında bağlanmasıdır. Entegrasyon planı olmadan mimari çoğu zaman iki ayrı site gibi kalır.
Devamını Oku
Replatforming Nedir? Lift and Shift Sonrası İyileştirme Kararı
Replatforming, uygulamayı buluta taşıdıktan sonra yönetilen servis veya platform katmanına geçmeyi içerir. Lift and shift tamamlandığında hangi iş yükünün replatforming ile iyileştirileceğini ölçü ve riskle seçmek gerekir.
Devamını Oku
Buluta Geçiş Kontrol Listesi: Uygulama, Veri ve Kimlik Katmanları
Buluta taşıma runbook dosyası yalnızca sanal makine listesi değildir. Uygulama bağlantıları, veri tutarlılığı ve kimlik akışı ayrı katmanlarda doğrulanmadan geçiş penceresi risk taşır.
Devamını Oku
Lift and Shift Nedir? Buluta Geçişte İlk Dalga Riskleri
Lift and shift, iş yükünü bulutta yeniden yazmadan taşıma yaklaşımıdır. İlk dalgada hız kazanırsınız ancak lisans, ağ, kimlik ve operasyon borcu riskleri planlanmadan büyür.
Devamını Oku
DRaaS Geri Dönüş Planı: Geri Dönüş Adımlarını Nasıl Doğrularsınız?
DRaaS tatbikatı veya gerçek yedek ortama geçiş sonrası ana siteye dönüş ayrı bir plan ister. Geri dönüş adımlarını doğrulamak için hangi kontroller, sıra ve kanıt kayıtları gerekir?
Devamını Oku
DR Runbook Nedir? DRaaS Devreye Alma Öncesi Operasyon Belgesi
DR runbook, felaket anında kimin hangi adımı atacağını ve hangi kontrollerin yapılacağını yazılı hale getiren operasyon belgesidir. DRaaS paketi devreye alınmadan önce bu belge olmadan tatbikat ve gerçek olay yönetimi dağınık kalır.
Devamını Oku
Hot, Warm, Cold Site Mantığı: DRaaS Seçiminde Site Tipleri
Hot, warm ve cold site terimleri DRaaS paketlerinde hazırlık seviyesi ve yedek ortama geçiş süresini ifade eder. Depolama tier dilinden ayrı okunmalıdır. Bu rehber site tiplerini operasyon ve sözleşme diliyle karşılaştırır.
Devamını Oku
DRaaS ile Yedekleme Arasındaki Fark: Ne Zaman Hangisi Yeterli?
Yedekleme veriyi korur, DRaaS ise seçili sistemleri ikincil ortamda çalıştırma kapasitesi sunar. Tek başına yedek çoğu dosya geri dönüşü için yeterlidir. Üretim merkezinin tamamen devre dışı kalması ve hızlı iş akışı devamı gerekiyorsa DRaaS katmanı gündeme gelir.
Devamını Oku
RTO Nedir, Yedek Ortama Geçiş Tatbikatı ile Gerçekçi Beklenti Kurma
Toparlanma süresi hedefi, kesinti sonrası sistemin tekrar hizmet vermeye başlaması için kabul edilen süreyi tarif eder ve sözleşme ile doğrulanmalıdır. DRaaS ve yedek ortama geçiş tatbikatında ölçülen gerçek süre ile yazılı hedef nasıl ayrılır, hangi adımlar süreyi uzatır?
Devamını Oku
RPO Nedir, DRaaS Tasarımında Ölçüm ve Yanlış Anlamalar
RPO hedefi, felaket anında kabul edilebilir veri kaybı penceresini tarif eder ve sözleşme ile doğrulanmalıdır. DRaaS tasarımında replikasyon sıklığı ile bu hedef nasıl eşleşir, hangi yanlış anlamalar önceden netleşmeli?
Devamını Oku
DRaaS Nedir? Ürün Olarak Felaket Kurtarma Hizmetinin Sınırları
Hizmet olarak felaket kurtarma, yedek kopyayı ikincil bir ortamda çalışır hale getirmeyi hedefler. Paket adı tek başına tam iş sürekliliği vaadi değildir. DRaaS kapsamını, sözleşmede netleşmesi gereken sınırları ve operasyon tarafındaki gerçek sorumlulukları bilmek yanlış beklentiyi azaltır.
Devamını Oku
Yedekleme Testi Olmadan BaaS: Geri Yükleme Tatbikatı Kontrol Listesi
BaaS işleri yeşil görünürken geri yükleme hiç denenmemiş olabilir. Bu kontrol listesi, tatbikat kapsamını, izole ortamı, kanıt kayıtlarını ve sorumlulukları adım adım netleştirir.
Devamını OkuBültene Abone Olun
En son içgörüler, trendler ve uzman tavsiyeleri doğrudan posta kutunuza gelsin. IT profesyonelleri topluluğumuza katilin.
Gizliliğinize saygı duyuyoruz. İstediğiniz zaman abonelikten çıkabilirsiniz.