\n Amazon Web Services (AWS) hizmetlerinde ya\u015fanan bir kesinti haberi, genellikle t\u00fcm internetin durma noktas\u0131na geldi\u011fi endi\u015fesini do\u011furur. Ancak bu alg\u0131 ne kadar do\u011fru? Ger\u00e7ekten AWS “k\u00fcresel” bir kesinti ya\u015fad\u0131\u011f\u0131nda, d\u00fcnya genelindeki t\u00fcm uygulamalar ve web siteleri mi etkileniyor? Bu makalede, AWS kesintilerini teknik detaylar\u0131yla inceleyecek, “k\u00fcresel” kesinti kavram\u0131n\u0131n ard\u0131ndaki ger\u00e7ekleri a\u00e7\u0131klayacak ve bulut tabanl\u0131 uygulamalar\u0131n\u0131z\u0131 bu t\u00fcr durumlar kar\u015f\u0131s\u0131nda nas\u0131l daha dayan\u0131kl\u0131 hale getirebilece\u011finizi ad\u0131m ad\u0131m ele alaca\u011f\u0131z. AWS’in da\u011f\u0131t\u0131k yap\u0131s\u0131n\u0131, kesintilerin nedenlerini ve \u00f6nleme stratejilerini derinlemesine ke\u015ffetmeye haz\u0131r olun.\n<\/p>\n
\n G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda internet sitelerinin, mobil uygulamalar\u0131n ve hatta bir\u00e7ok kurumsal yaz\u0131l\u0131m\u0131n arkas\u0131nda devasa bir altyap\u0131 yatar: Bulut Bili\u015fim. Bu altyap\u0131n\u0131n en b\u00fcy\u00fck ve en yayg\u0131n sa\u011flay\u0131c\u0131s\u0131 ise Amazon Web Services (AWS) olarak kar\u015f\u0131m\u0131za \u00e7\u0131kar. AWS, adeta internetin g\u00f6r\u00fcnmez omurgas\u0131n\u0131 olu\u015fturan, d\u00fcnya \u00e7ap\u0131nda milyonlarca i\u015fletmeye ve bireysel geli\u015ftiriciye hizmet veren bir teknoloji devidir. Peki, AWS tam olarak nedir ve neden teknoloji ekosisteminin bu kadar ayr\u0131lmaz bir par\u00e7as\u0131 haline gelmi\u015ftir?\n<\/p>\n
\n AWS, Amazon taraf\u0131ndan sunulan ve sunucular, depolama, veritabanlar\u0131, a\u011f, analitik, yapay zeka, makine \u00f6\u011frenimi, IoT ve \u00e7ok daha fazlas\u0131n\u0131 i\u00e7eren y\u00fczlerce bulut bili\u015fim hizmetinden olu\u015fan kapsaml\u0131 bir platformdur. Geleneksel yakla\u015f\u0131mlarda, bir web sitesi veya uygulaman\u0131n yay\u0131na al\u0131nmas\u0131 i\u00e7in fiziksel sunucular sat\u0131n almak, veri merkezleri kurmak ve bu altyap\u0131y\u0131 s\u00fcrekli olarak y\u00f6netmek gerekiyordu. Bu s\u00fcre\u00e7 hem y\u00fcksek maliyetli hem de zaman al\u0131c\u0131yd\u0131. AWS ve benzeri bulut sa\u011flay\u0131c\u0131lar\u0131 ise bu y\u00fck\u00fc tamamen ortadan kald\u0131rarak, ihtiyac\u0131n\u0131z olan kaynaklar\u0131 an\u0131nda ve kulland\u0131\u011f\u0131n\u0131z kadar \u00f6deme modeliyle sunar. Bu esneklik, k\u00fc\u00e7\u00fck giri\u015fimlerden devasa k\u00fcresel \u015firketlere kadar herkesin modern teknolojiye eri\u015fimini demokratikle\u015ftirmi\u015ftir.\n<\/p>\n
\n AWS’in sundu\u011fu temel hizmetlerden baz\u0131lar\u0131 \u015funlard\u0131r:\n<\/p>\n
\n Bu hizmetler, yaz\u0131l\u0131m geli\u015ftiricilere ve \u015firketlere inan\u0131lmaz bir esneklik, maliyet etkinli\u011fi ve \u00f6l\u00e7eklenebilirlik sunar. Bir uygulama aniden milyonlarca kullan\u0131c\u0131ya ula\u015ft\u0131\u011f\u0131nda, AWS altyap\u0131s\u0131 sayesinde ek kaynaklar\u0131 saniyeler i\u00e7inde devreye alabilir ve hizmet kesintisi ya\u015famadan b\u00fcy\u00fcmeyi s\u00fcrd\u00fcrebilirsiniz. \u00d6te yandan, talep d\u00fc\u015ft\u00fc\u011f\u00fcnde kaynaklar\u0131 kolayca k\u00fc\u00e7\u00fclterek maliyetleri optimize etmek de m\u00fcmk\u00fcnd\u00fcr. Bu dinamik yap\u0131, modern i\u015fletmeler i\u00e7in vazge\u00e7ilmez hale gelmi\u015ftir.\n<\/p>\n
\n Bulut bili\u015fimin bu denli \u00f6nem kazanmas\u0131n\u0131n temelinde, geleneksel IT altyap\u0131lar\u0131n\u0131n kar\u015f\u0131la\u015ft\u0131\u011f\u0131 zorluklara getirdi\u011fi radikal \u00e7\u00f6z\u00fcmler yatar. \u015eirketler art\u0131k milyonlarca dolarl\u0131k \u00f6n yat\u0131r\u0131m yaparak sunucu odalar\u0131 kurmak ve bunlar\u0131 y\u00f6netmek zorunda kalm\u0131yor. Bunun yerine, AWS gibi bir bulut sa\u011flay\u0131c\u0131s\u0131ndan ihtiyac\u0131 olan kaynaklar\u0131 t\u0131pk\u0131 elektrik veya su gibi bir hizmet olarak alabiliyor. Bu model, \u00f6zellikle yeni kurulan giri\u015fimler i\u00e7in ba\u015flang\u0131\u00e7 maliyetlerini d\u00fc\u015f\u00fcrerek inovasyonun \u00f6n\u00fcn\u00fc a\u00e7m\u0131\u015ft\u0131r. Mevcut i\u015fletmeler i\u00e7inse operasyonel verimlili\u011fi art\u0131rm\u0131\u015f, pazara \u00e7\u0131k\u0131\u015f s\u00fcrelerini k\u0131saltm\u0131\u015f ve k\u00fcresel pazarlara eri\u015fimi kolayla\u015ft\u0131rm\u0131\u015ft\u0131r.\n<\/p>\n
\n AWS’in k\u00fcresel altyap\u0131s\u0131, bu esnekli\u011fin temelini olu\u015fturur. AWS, hizmetlerini “B\u00f6lgeler” (Regions) ve bu b\u00f6lgelerin i\u00e7inde yer alan “Eri\u015filebilirlik Alanlar\u0131” (Availability Zones – AZ’ler) \u015feklinde yap\u0131land\u0131r\u0131r. Her b\u00f6lge, co\u011frafi olarak ayr\u0131 ve ba\u011f\u0131ms\u0131z bir alana denk gelir (\u00f6rne\u011fin, Kuzey Virginia, Frankfurt, Tokyo). Her bir b\u00f6lge i\u00e7inde ise en az iki, genellikle \u00fc\u00e7 veya daha fazla say\u0131da Eri\u015filebilirlik Alan\u0131 bulunur. Bu AZ’ler, birbirinden fiziksel olarak ayr\u0131 binalarda konumland\u0131r\u0131lm\u0131\u015f, kendi g\u00fc\u00e7, a\u011f ve so\u011futma sistemlerine sahip ba\u011f\u0131ms\u0131z veri merkezleridir. Ancak ayn\u0131 b\u00f6lge i\u00e7indeki AZ’ler, d\u00fc\u015f\u00fck gecikmeli, y\u00fcksek bant geni\u015fli\u011fine sahip ba\u011flant\u0131larla birbirine ba\u011fl\u0131d\u0131r.\n<\/p>\n
\n Bu da\u011f\u0131t\u0131k mimari, AWS’in y\u00fcksek eri\u015filebilirlik ve hata tolerans\u0131 iddialar\u0131n\u0131n temelini olu\u015fturur. Bir b\u00f6lgedeki tek bir AZ’de ya\u015fanacak bir elektrik kesintisi veya do\u011fal afet, di\u011fer AZ’lerdeki hizmetleri etkilemez. Bu sayede, geli\u015ftiriciler uygulamalar\u0131n\u0131 birden fazla AZ’ye yayarak, tek bir hata noktas\u0131ndan kaynaklanan kesintilere kar\u015f\u0131 koruma sa\u011flayabilirler. \u00d6rne\u011fin, bir web uygulamas\u0131n\u0131n sunucular\u0131n\u0131 farkl\u0131 AZ’lere da\u011f\u0131t\u0131rsan\u0131z, bir AZ tamamen devre d\u0131\u015f\u0131 kalsa bile uygulaman\u0131z di\u011fer AZ’lerden \u00e7al\u0131\u015fmaya devam edecektir. Bu yap\u0131, “k\u00fcresel” kesinti kavram\u0131n\u0131 anlamam\u0131zda kilit bir rol oynar, zira genellikle bir kesinti t\u00fcm AWS b\u00f6lgelerini ayn\u0131 anda etkilemez. Aksine, b\u00fcy\u00fck kesintiler genellikle tek bir b\u00f6lgeyi, hatta bazen sadece bir AZ’yi etkiler. Bu nedenle, bir sonraki b\u00f6l\u00fcmde ele alaca\u011f\u0131m\u0131z “k\u00fcresel” kesinti iddialar\u0131n\u0131n genellikle bir yanl\u0131\u015f anlama oldu\u011funu g\u00f6rece\u011fiz.\n<\/p>\n
\n AWS’in bir kesinti ya\u015fad\u0131\u011f\u0131na dair haberler \u00e7\u0131kt\u0131\u011f\u0131nda, \u00e7o\u011fu zaman “AWS k\u00fcresel bir kesinti ya\u015fad\u0131” veya “\u0130nternetin yar\u0131s\u0131 \u00e7\u00f6kt\u00fc” gibi ifadelerle kar\u015f\u0131la\u015f\u0131r\u0131z. Ancak bu t\u00fcr ba\u015fl\u0131klar, genellikle olay\u0131n ger\u00e7ek boyutunu abart\u0131l\u0131 bir \u015fekilde yans\u0131tmaktad\u0131r. AWS’in devasa ve da\u011f\u0131t\u0131k altyap\u0131s\u0131 g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, t\u00fcm d\u00fcnyay\u0131 ayn\u0131 anda ve tamamen etkileyen bir kesinti senaryosu olduk\u00e7a nadirdir, hatta imkans\u0131za yak\u0131nd\u0131r. Peki, o zaman neden bu t\u00fcr alg\u0131lar olu\u015fuyor ve AWS kesintileri asl\u0131nda ne t\u00fcr sorunlar\u0131 ifade ediyor?\n<\/p>\n
\n Bu yan\u0131lg\u0131n\u0131n temelinde, AWS’in k\u00fcresel eri\u015fimi ve bir\u00e7ok pop\u00fcler internet hizmetinin AWS \u00fczerinde \u00e7al\u0131\u015f\u0131yor olmas\u0131 yatar. \u00d6rne\u011fin, bir d\u00f6nem ya\u015fanan ve AWS’in US-EAST-1 b\u00f6lgesini etkileyen bir kesinti, Slack, Amazon.com’un baz\u0131 b\u00f6l\u00fcmleri, Netflix gibi y\u00fczlerce pop\u00fcler hizmeti de etkilemi\u015fti. Bu hizmetler d\u00fcnya genelinde milyonlarca kullan\u0131c\u0131ya sahip oldu\u011fu i\u00e7in, US-EAST-1 b\u00f6lgesindeki bir kesinti bile, ABD’nin do\u011fu k\u0131y\u0131s\u0131nda veya Avrupa’daki kullan\u0131c\u0131larda “k\u00fcresel” bir etki hissi yaratabiliyor. \u00c7\u00fcnk\u00fc o b\u00f6lgedeki hizmetlere eri\u015filememesi, d\u00fcnyan\u0131n d\u00f6rt bir yan\u0131ndaki insanlar\u0131n o hizmetleri kullanamamas\u0131 anlam\u0131na geliyor. Ancak bu, di\u011fer AWS b\u00f6lgelerindeki hizmetlerin de durdu\u011fu anlam\u0131na gelmez. Frankfurt’taki veya Tokyo’daki AWS sunucular\u0131 genellikle etkilenmez ve o b\u00f6lgelerde bar\u0131nd\u0131r\u0131lan uygulamalar \u00e7al\u0131\u015fmaya devam eder.\n<\/p>\n
\n AWS kesintilerini daha iyi anlamak i\u00e7in, farkl\u0131 kesinti t\u00fcrlerini ve bunlar\u0131n AWS’in b\u00f6lgeler (Regions) ve eri\u015filebilirlik alanlar\u0131 (Availability Zones – AZ’ler) kavramlar\u0131yla nas\u0131l ili\u015fkili oldu\u011funu bilmek \u00f6nemlidir:\n<\/p>\n
\n AWS kesintilerinin tipik nedenleri olduk\u00e7a \u00e7e\u015fitlidir:\n<\/p>\n
\n En son ve en ak\u0131lda kal\u0131c\u0131 b\u00f6lgesel kesintilerden biri, Aral\u0131k 2021’de AWS’in US-EAST-1 b\u00f6lgesinde ya\u015fanan geni\u015f \u00e7apl\u0131 sorundu. Bu kesinti, b\u00f6lgedeki bir a\u011f cihaz\u0131nda ya\u015fanan sorun nedeniyle ba\u015flad\u0131 ve ard\u0131ndan AWS’in i\u00e7 a\u011f ve eri\u015filebilirlik kontrollerini de etkiledi. Sonu\u00e7 olarak, US-EAST-1 b\u00f6lgesindeki bir\u00e7ok AWS hizmeti (EC2, Lambda, S3, RDS dahil) ya tamamen eri\u015filemez hale geldi ya da ciddi performans d\u00fc\u015f\u00fc\u015fleri ya\u015fad\u0131. Bu kesinti, Amazon’un kendi teslimat operasyonlar\u0131n\u0131 bile etkiledi.\n<\/p>\n
\n Bu olay, “k\u00fcresel” bir kesinti gibi hissedilse de, asl\u0131nda b\u00f6lgeseldi. Di\u011fer AWS b\u00f6lgeleri (\u00f6rne\u011fin US-WEST-2 veya EU-CENTRAL-1) bu kesintiden do\u011frudan etkilenmedi. Ancak US-EAST-1, AWS’in en eski ve en yo\u011fun b\u00f6lgelerinden biri oldu\u011fu i\u00e7in, burada bar\u0131nd\u0131r\u0131lan bir\u00e7ok kritik uygulaman\u0131n d\u00fcnya genelinde etkisi oldu. \u00d6rne\u011fin, baz\u0131 kullan\u0131c\u0131lar Disney+, Netflix gibi hizmetlere eri\u015femedi, ancak bu hizmetlerin di\u011fer b\u00f6lgelerde yedekli olarak \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131 veya bu kesintiye kar\u015f\u0131 ne kadar dayan\u0131kl\u0131 olduklar\u0131, kullan\u0131c\u0131 deneyimini do\u011frudan etkileyen fakt\u00f6rlerdi. Bu vaka, uygulamalar\u0131n b\u00f6lgesel kesintilere kar\u015f\u0131 ne kadar dayan\u0131kl\u0131 tasarland\u0131\u011f\u0131n\u0131n ne kadar \u00f6nemli oldu\u011funu bir kez daha g\u00f6sterdi. Dolay\u0131s\u0131yla, bir dahaki sefere bir “AWS k\u00fcresel kesintisi” haberi duydu\u011funuzda, b\u00fcy\u00fck olas\u0131l\u0131kla belirli bir b\u00f6lgedeki kapsaml\u0131 bir kesintiden bahsedildi\u011fini, ancak AWS’in d\u00fcnya genelindeki di\u011fer b\u00f6lgelerinin genellikle \u00e7al\u0131\u015fmaya devam etti\u011fini akl\u0131n\u0131zda bulundurmal\u0131s\u0131n\u0131z. As\u0131l sorumluluk, uygulamalar\u0131 bu b\u00f6lgesel kesintilere kar\u015f\u0131 koruyacak \u015fekilde mimari tasarlamaktad\u0131r.\n<\/p>\n
\n AWS’in sundu\u011fu bulut altyap\u0131s\u0131 ne kadar sa\u011flam olursa olsun, hi\u00e7bir sistem %100 kesintisiz de\u011fildir. Dolay\u0131s\u0131yla, bir AWS kesintisinin uygulamalar\u0131n\u0131z\u0131 nas\u0131l etkileyebilece\u011fini anlamak ve b\u00f6yle bir durumda nas\u0131l bilgi alaca\u011f\u0131n\u0131z\u0131 bilmek, i\u015f s\u00fcreklili\u011finiz i\u00e7in hayati \u00f6nem ta\u015f\u0131r. Bir kesinti, basit bir yava\u015flamadan tam bir hizmet kesintisine kadar \u00e7e\u015fitli \u015fekillerde kendini g\u00f6sterebilir ve kullan\u0131c\u0131 deneyiminizi do\u011frudan etkiler.\n<\/p>\n
\n Bir AWS kesintisi s\u0131ras\u0131nda uygulamalar\u0131n\u0131zda g\u00f6zlemleyebilece\u011finiz ba\u015fl\u0131ca etkiler \u015funlard\u0131r:\n<\/p>\n
\n Uygulamalar\u0131n\u0131z\u0131n AWS hizmetlerine olan ba\u011f\u0131ml\u0131l\u0131klar\u0131, kesintinin etkisini belirlemede kritik rol oynar. Modern bulut uygulamalar\u0131 genellikle “mikro hizmet” mimarileriyle tasarlan\u0131r ve bir\u00e7ok farkl\u0131 AWS hizmetini kullan\u0131r. Bir hizmetteki kesinti (\u00f6rne\u011fin S3), bu hizmeti kullanan di\u011fer t\u00fcm hizmetleri (\u00f6rne\u011fin statik dosyalar\u0131 S3’ten \u00e7eken bir EC2 tabanl\u0131 web sitesi veya Lambda fonksiyonu) zincirleme bir reaksiyonla etkileyebilir. Bu nedenle, ba\u011f\u0131ml\u0131l\u0131k haritalar\u0131n\u0131 ve kritik yol analizi yapmak, olas\u0131 kesinti etkilerini \u00f6nceden g\u00f6rmek a\u00e7\u0131s\u0131ndan \u00f6nemlidir.\n<\/p>\n
\n Bir AWS kesintisi ya\u015fad\u0131\u011f\u0131n\u0131z\u0131 d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcn\u00fczde veya genel bir kesinti haberi duydu\u011funuzda, durumu h\u0131zl\u0131 ve do\u011fru bir \u015fekilde takip etmek, do\u011fru kararlar\u0131 alman\u0131z\u0131 sa\u011flar. AWS, bu t\u00fcr durumlar i\u00e7in \u00e7e\u015fitli resmi kanallar sunar:\n<\/p>\n
\n Bir kesinti an\u0131nda yap\u0131lmas\u0131 gerekenler:\n<\/p>\n
\n A\u015fa\u011f\u0131da, bir EC2 \u00f6rne\u011finin durumunu kontrol etmek i\u00e7in kullanabilece\u011finiz basit bir Python kodu \u00f6rne\u011fi yer almaktad\u0131r. Bu t\u00fcr komut dosyalar\u0131, kesinti an\u0131nda manuel kontrol sa\u011flaman\u0131za yard\u0131mc\u0131 olabilir.\n<\/p>\n
\nimport boto3\n\n# AWS SDK'y\u0131 kullanarak EC2 istemcisi olu\u015fturun\n# Kendi b\u00f6lgenizi buraya yazabilirsiniz, \u00f6rne\u011fin 'eu-central-1' (Frankfurt)\nec2 = boto3.client('ec2', region_name='us-east-1')\n\ntry:\n # Belirtilen b\u00f6lgedeki t\u00fcm EC2 \u00f6rneklerinin durumunu sorgula\n response = ec2.describe_instance_status(IncludeAllInstances=True)\n\n print(f\"B\u00f6lge '{ec2.meta.region_name}' i\u00e7indeki EC2 \u00f6rneklerinin durumu:\")\n if not response['InstanceStatuses']:\n print(\"Bu b\u00f6lgede \u00e7al\u0131\u015fan hi\u00e7bir EC2 \u00f6rne\u011fi bulunamad\u0131.\")\n else:\n for instance_status in response['InstanceStatuses']:\n instance_id = instance_status['InstanceId']\n instance_state = instance_status['InstanceState']['Name']\n system_status = instance_status['SystemStatus']['Status']\n instance_status_check = instance_status['InstanceStatus']['Status']\n\n print(f\" Instance ID: {instance_id}\")\n print(f\" Durum: {instance_state}\")\n print(f\" Sistem Durumu Kontrol\u00fc: {system_status}\")\n print(f\" \u00d6rnek Durumu Kontrol\u00fc: {instance_status_check}\")\n print(\"-\" * 30)\n\nexcept Exception as e:\n print(f\"Bir hata olu\u015ftu: {e}\")\n\n<\/pre>\n<\/code><\/p>\n