|
|
Yayınlandı 13.10.2014 10:36:01
|
|
|
Uygulama sistemi başlatılmadan önce, kusurlar ve gizli tehlikeler yoğun testlerle büyük ölçüde azaltılabilir, ancak testin simülasyon ortamı, sistem fırlatıldıktan sonraki gerçek ortamla tam olarak aynı olamayacağı için, test çalışması BT uygulama sisteminin üretim ve işletmesinin tüm senaryolarını kapsayamaz ve belirli bir senaryoda BT uygulama sistemi arızalarının meydana gelmesini önlemek zordur.
Gizli başarısızlık tehlikesi kaçınılmaz olduğundan, hatayı sakin bir şekilde ele alabilmek çok önemlidir! En iyisi, önceden bilgi edinmek, BT uygulama sisteminin olası sorunlarını tahmin etmek ve sorun ortaya çıkmadığında hatayı en baştan ortadan kaldırmak için önlemler almaktır. Ne kadar kötü olursa olsun, sistemde hangi sorunların yaşandığını ve nerede ortaya çıktıklarını mümkün olan en kısa sürede bilmeli ve durumun tırmanmasını önlemek için yayılmadan önce zamanında halletmeliyiz. Gerçekte, bu iki noktayı hâlâ yapmak zor olduğu için, işletme ve bakım baskısı eşi benzeri görülmemiş bir durumdur!
Bankaların temsil ettiği yüksek düzeyde bilgi yapısına sahip mevcut işletmelere bakıldığında, iş geliştirme giderek daha fazla BT'ye bağımlı hale geliyor, BT uygulamalarının karmaşıklığı giderek artıyor ve kontrol edilebilirliği giderek kötüleşiyor. Ama baş ağrısı şu ki, böylesine yoğun bir kovalamaca ve engelleme durumunda sistem arızaları hâlâ yaşanıyor, riskler tekrar tekrar ortaya çıkıyor ve çoğu zaman küçük sorunlar sonunda büyük başarısızlıklara dönüşüyor, bunun sebebi nedir? Neden keşifte hep bir gecikme oluyor? Neden çeşitli izleme yöntemleri anormallikleri ilk kez tespit edemiyor? Bunu incelemek gereklidir.
Ana yönler açısından, bilgisayar odası iki kategoriye ayrılır: temel kaynaklar ve BT uygulama sistemleri. Uzun zamandır ağ, ana bilgisayar, depolama, sıcaklık ve nem gibi temel kaynaklara büyük önem veriyoruz ve izleme yöntemleri "dişlerine kadar donanmış" olarak tanımlanabilir.
BT uygulama sistemlerinin izlenmesi için, günümüzde yerli ve yabancı üreticiler ve hizmet sağlayıcılar birçok ürün veya çözüm sunmaktadır; izlemenin içeriği kendi odak noktasıdır, kapsamlı analizdir; uygulamaları esas olarak BT uygulama sisteminin temel kaynak katmanındaki performansını gözlemlemektir; ağ trafiği, sistem performansı, CPU yoğunluğu, bellek işgali, veritabanı erişimi, ara yazılım durumu ve diğer göstergeler aracılığıyla, log analizi, prob keşfi, simülasyon erişimi ve proxy çıkarımı ile diğer yöntemlerle birlikte sistemin operasyonuna dair belirli zaman noktası bilgilerini elde etmektir. Bir sistemin genel çalışma durumunu kabaca olarak değerlendirirsek, bu ürünler veya çözümler sistem operasyon detaylarının sürekli takibi ve izlenmesi yoktur, bu nedenle BT uygulama sistemindeki her modülün operasyon durumunun detaylarını ve modülün altındaki fonksiyonel noktaları bile kavrayamazlar; bu detaylar şunları içerir: Sistem hangi işlemleri işliyor? Hangisi başarılı oldu? Hangisi sorunlu? İşlemi kim başlatıyor? Ne zaman piyasaya sürülecek? Ne iş yapıyorsun? Sistemin hangi modülü bu konuda yer alıyor? İşlemeden sorumlu olan fonksiyon noktası hangisi? Yanıt saat kaçta geri geliyor? Performans anormalliği var mı? Başarılı olmazsa, hatanın sesi nedir? Bir BT uygulama sisteminin çalışma durumunu değerlendirmek için çok önemlidir.
Pratikte, BT uygulama sistemi arızasının başında, hata noktası temel kaynaklar üzerinde az etkisi olduğunda veya henüz temel kaynak katmanına iletilmediğinde, ya da hata loglar, problar, proxy'ler ve diğer araçların kullanımı arasındaki boşlukta meydana gelir; sistem riski "alt akımda" olsa da, çoğu zaman mevcut izleme yöntemleri rol oynayamaz ve dış sunum da "anormallik yok"tur. Bu aynı zamanda arıza tespitinin geride kalmasının ve başa çıkmasının zor olmasının temel nedenidir! Sistem arızalarının "ilk kez" zamanında tespit edilmesinin mevcut BT operasyon ve bakım çalışmalarının bir eksikliği olduğu ve BT işletme ve bakımını telafi etmek için büyük öneme sahip olduğu görülmektedir.
"İlk kez" nedir? Yani, bir BT uygulama sistemi erişim taleplerine yanıt verirken, bir işlem başarısız olur ya da anormal şekilde gerçekleşirse, doğru şekilde yakalanmalıdır! Herkes erken tespitin zamanında ele alınabileceğini bilir ve BT operasyonunun mevcut pasif durumunu tersine çevirmek ve BT işletme ile bakımındaki eksiklikleri telafi etmek için sistem arızalarını "ilk kez" tespit etme sorununu teknik olarak çözmek gereklidir. Çok sayıda BT uygulama sisteminin işleyişinin karşılaştırmalı araştırması ve uygulaması sayesinde bu fikir teknik olarak uygulanabilir, ancak bürodaki kişiler ataletsel düşünceden etkilenebilir, orijinal zihniyetten sıçrayamaz ve hatta öznel bilinçte bunun mümkün olmadığını düşünebilir, bu da bu işin bu alanında önemli bir atılım olmaz ve BT uygulamalarının operasyonel riskleri her zaman parça parça tepki durumunda pasif bir durumdadır.
Sistem arızalarının "ilk kez" tespit edilmesinin anahtarı, BT uygulama sistemine "düşünceli" olmak, her hareketini ustalıkla kontrol etmek, özellikle BT uygulama sisteminin operasyon detaylarını derinlemesine gözlemlemek ve her modül ile fonksiyonel noktanın işleyişini sıkı izleme altına almaktır; aynı zamanda bu izleme de sürekli ve kesintisiz olmalıdır; ancak bu şekilde, herhangi bir sistem işlem anormalliğini kaçırmaz, böylece BT uygulama sisteminin işleyişi kontrol edilebilir bir durumda olur.
Bu süreç, analiz ve kullanım yoluyla ayrıntılı sistem operasyon durumu bilgisini elde edip biriktirebildiğinden, çok değerli bir sistem işletim dosyası oluşturabildiği için, sadece her modülün ve her fonksiyonel noktanın kalitesini değerlendirmek için bir referans sağlamakla kalmaz, aynı zamanda sistemin çalışma durumunun gelişimi ve değişimini analiz etmek için bir temel sağlar ve böylece bir BT uygulama sisteminin sağlık eğilimini tahmin etmeyi mümkün kılar.
|
Önceki:@天下无双给我们论坛的建议Önümüzdeki:Window10 yeni, sistem hâlâ yeterince olgun değil
|
