Amazon S3 servisinin neredeyse dört saat boyunca sakatlandığını hisseden binlerce küçük işletmenin sıkıntı hissettiği, 28 Şubat sabahı davul yuvarlamasından kaynaklanıyordu. Başka bir deyişle, insan hatasıydı. Bir yazım hatası.
Amazon S3 Kesinliğinin Sebebi Arkasında
Sırf Amazon'dan (NASDAQ: AMZN) açıklama açıklamalarını almak için işte, şirket Amazon S3 kesintisinin sebebi hakkında şunları söyledi:
$config[code] not found“09:37 PST'de, belirlenmiş bir oyun kitabı kullanan yetkili bir S3 ekibi üyesi, S3 faturalandırma işlemi tarafından kullanılan S3 alt sistemlerinden biri için az sayıda sunucuyu kaldırmak üzere bir komut yürüttü. Ne yazık ki, komut girişlerinden biri yanlış girilmiş ve amaçlanandan daha büyük bir sunucu kümesi kaldırılmıştır. Yanlışlıkla kaldırılan sunucular diğer iki S3 alt sistemini destekledi. Bu alt sistemlerden biri olan endeks alt sistemi bölgedeki tüm S3 nesnelerinin meta verilerini ve konum bilgilerini yönetiyor. ”
Daha fazla ayrıntıya giriyor, ama bu her şeyi kışkırttı. Amazon, etkinlikler gerçekleştikçe kesin bir zaman çizelgesiyle olayla ilgili herkesin güncel kalmasında çok şeffaf ve etkiliydi.
Şirketlerin veri kaybetmediğini ve sonuçta kaynaklara zamanında ulaşamadığını, bunun da bazıları için etkinliğin tamamını kaydettiğini belirtmek önemlidir. Ancak bu kaynaklara dayanan şirketler için kötü bir gündü.
Bu olay ve 2015'teki olay ve gelecekte gerçekleşecek olay, dijital varlığı olan herkes için değerli dersler olmalıdır. Web siteniz işinizin kritik bir parçasıysa, aynı web sitesinin farklı bir yerde barındırıldığı bir sürümüne sahip olun. Farklı ev sahibi firmalarla konuşun ve tüm ihtiyaçlarınızı karşılayabilecek en iyisini bulun.
Şirketiniz için doğru sistemi kurmanız için size yol gösterecek olan olağanüstü durum kurtarma ve iş sürekliliği (DR / BC) çözümleri de bulunmaktadır. Birini ne kadar erken uygularsan, o kadar çabuk rahatlayabilirsin. Dijital varlıklarınızı korumada, tuğla ve harç deponuzda olduğu gibi proaktif olmalısınız.
Shutterstock ile Amazon S3 fotoğraf
Yorum ▼
