Bulut ortamınızdaki sorunların belirlenmesi
Sorun giderme, bir sorunu çözmek için sistematik bir yaklaşıma neden olur. Amaç, bir şeyin neden beklendiği gibi işe yaramadığını ve sorunun nasıl çözülebileceğini belirlemek.
Bu soruların yanıtları genellikle sorunun iyi bir açıklamasına yol açar ve bu da sorunun çözümünün yolunu en iyi şekilde başlatmanın yoludur.
Sorunun belirtileri neler?
Sorun nedir?en net sorudur. Bu da basit bir soru gibi görünebilir; ancak, bu soruyu daha açıklayıcı bir şekilde sorunun daha açıklayıcı bir resmini oluşturan birkaç daha odaklanmış soru üzerine bölebilirsiniz. Bu sorular arasında şunlar yer alabilir:
- Sorunu kim ya da ne bildiriyor?
- Hata kodları ve iletiler nelerdir?
- Sistem nasıl başarısız oluyor? Örneğin, bir döngü, askıda kalma, kilit yukarı, performans düşüşü ya da yanlış sonuç mı?
- Sorunun işiniz üzerindeki etkisi nedir?
Sorun nerede oluşuyor?
Sorunun kaynaklandığı yeri belirlemek her zaman basit değildir, ancak bir sorunu çözmenin en önemli adımlarından biridir. Raporlama ile arızalı bileşenler arasında birçok teknoloji katmanı bulunabilir.
- Birden fazla bulut aboneliğiniz varsa, abonelikler etkilenir mi?
- Hangi iş akışı sunucusu ortamları etkilenir; örneğin, Geliştirme ya da Üretim?
- Hangi uygulamalar etkilenir?
- Hangi hizmetlerin uygulamalar tarafından çağrıldığı ve yazılım sürümü ve donanım bilgileri nedir?
Sorun ne zaman oluşuyor?
Özellikle de bir kerelik sorunlar için, hataya yol açan olayların ayrıntılı bir zaman çizelgesini geliştirin. Bunu en basit şekilde geriye doğru çalışarak yapabilirsiniz: Bir hata bildirildiği zaman (tam olarak mümkün olduğu kadar, milisaniye olarak) başlayın ve kullanılabilir günlükler ve bilgiler arasında geriye doğru çalışın. Tipik olarak, yalnızca tanılama günlüğünde bulmanız gereken ilk şüpheli olaya bakmanız gerekir; ancak, bu her zaman kolay değildir ve uygulama gerektirir. Ne zaman duraksamayı bilmek özellikle, birden fazla teknoloji katmanının yer aldıklarında ve her birinin kendi tanısal bilgilerine sahip olduğu durumlarda zordur.
- Sorun yalnızca günün ya da gecenin belirli bir saatinde mi gerçekleşiyor?
- Sorun hangi sıklıkta oluşuyor?
- Sorunun bildirildiği zamana kadar hangi olay sırası oluşuyor?
- Sorun, yazılım ya da donanım yükseltme ya da kurma gibi bir ortam değişikliğinden sonra mı gerçekleşiyor?
Bu tip sorulara yanıt vermek, sorunun araştırılması için size bir referans çerçevesi sağlayabilir.
Sorun hangi koşullar altında oluşuyor?
- Aynı sorun aynı görev gerçekleştirildiğinde her zaman oluşuyor mu?
- Sorunun meydana gelmesi için belirli bir olay sırasının mı oluşması gerekiyor?
- Aynı anda başarısız olan başka uygulamalar da var mı?
Bu tür soruların yanıtlanması, sorunun oluştuğu ortamı tanımlamanıza ve bağımlılıklar arasında ilişki kurmanıza yardımcı olabilir. Aynı anda birden çok sorunun oluşmuş olmasının, sorunların mutlaka ilişkili olduğu anlamına gelmediğini unutmayın.
Sorun yeniden üretilebiliyor mu?
idealsorunu yeniden üretilebilecek bir sorun olabilir. Genellikle, yeniden üretilebilen sorunlar ile, araştırmanıza yardımcı olması için daha büyük bir araç ya da yordam kümeniz vardır. Sonuç olarak, çoğaltabileceğiniz sorunlar genellikle hata ayıklamak ve çözmek için daha basitdir. Ancak, çoğaltabileceğiniz sorunlar bir dezavantaj olabilir: Sorun önemli bir iş etkisinse, bunu yeniden ortaya koymasını istemeyin! Mümkünse, sorunu bir test ya da geliştirme ortamında yeniden oluşturun; bu ortamlar, incelemeniz sırasında size daha fazla esneklik ve denetim sağlar.
- Sorun diğer bulut ortamlarında yeniden yaratılabilir. Örneğin, sorun geliştirme ortamında oluştuysa, Üretim ortamında de ortaya çıkar mı?
- Birden çok kullanıcı ya da uygulama aynı tip sorunla karşılaşıyor mu?