{"id":2260,"date":"2025-11-21T15:48:44","date_gmt":"2025-11-21T12:48:44","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/99-9-uptime-ne-anlama-gelir-hosting-sla-sozlesmelerini-okuma-rehberi\/"},"modified":"2025-11-21T15:48:44","modified_gmt":"2025-11-21T12:48:44","slug":"99-9-uptime-ne-anlama-gelir-hosting-sla-sozlesmelerini-okuma-rehberi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/99-9-uptime-ne-anlama-gelir-hosting-sla-sozlesmelerini-okuma-rehberi\/","title":{"rendered":"99.9% Uptime Ne Anlama Gelir? Hosting SLA S\u00f6zle\u015fmelerini Okuma Rehberi"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#999_uptime_gercekten_ne_kadar_kesinti_demek\"><span class=\"toc_number toc_depth_1\">1<\/span> 99.9% uptime ger\u00e7ekten ne kadar kesinti demek?<\/a><\/li><li><a href=\"#Uptime_kavrami_ve_999un_ciplak_matematigi\"><span class=\"toc_number toc_depth_1\">2<\/span> Uptime kavram\u0131 ve %99.9\u2019un \u00e7\u0131plak matemati\u011fi<\/a><ul><li><a href=\"#999_9999_995_Aylik_ve_yillik_kesinti_sureleri\"><span class=\"toc_number toc_depth_2\">2.1<\/span> %99.9, %99.99, %99.5\u2026 Ayl\u0131k ve y\u0131ll\u0131k kesinti s\u00fcreleri<\/a><\/li><\/ul><\/li><li><a href=\"#SLA_Service_Level_Agreement_nedir_ve_neden_kritiktir\"><span class=\"toc_number toc_depth_1\">3<\/span> SLA (Service Level Agreement) nedir ve neden kritiktir?<\/a><ul><li><a href=\"#Hosting_SLA8217larinda_genelde_neler_olur\"><span class=\"toc_number toc_depth_2\">3.1<\/span> Hosting SLA&#8217;lar\u0131nda genelde neler olur?<\/a><\/li><\/ul><\/li><li><a href=\"#999_uptime_nasil_hesaplanir_Adim_adim_yaklasim\"><span class=\"toc_number toc_depth_1\">4<\/span> %99.9 uptime nas\u0131l hesaplan\u0131r? Ad\u0131m ad\u0131m yakla\u015f\u0131m<\/a><ul><li><a href=\"#Ornek_1_Aylik_SLA\"><span class=\"toc_number toc_depth_2\">4.1<\/span> \u00d6rnek 1: Ayl\u0131k SLA<\/a><\/li><li><a href=\"#Ornek_2_Gercek_bir_senaryo\"><span class=\"toc_number toc_depth_2\">4.2<\/span> \u00d6rnek 2: Ger\u00e7ek bir senaryo<\/a><\/li><\/ul><\/li><li><a href=\"#SLA_dokumaninda_ozellikle_bakmaniz_gereken_kritik_maddeler\"><span class=\"toc_number toc_depth_1\">5<\/span> SLA dok\u00fcman\u0131nda \u00f6zellikle bakman\u0131z gereken kritik maddeler<\/a><ul><li><a href=\"#1_Kapsam_Hangi_8220uptime8221_olculuyor\"><span class=\"toc_number toc_depth_2\">5.1<\/span> 1. Kapsam: Hangi &#8220;uptime&#8221; \u00f6l\u00e7\u00fcl\u00fcyor?<\/a><\/li><li><a href=\"#2_Olcum_yontemi_Hangi_saate_hangi_araca_gore\"><span class=\"toc_number toc_depth_2\">5.2<\/span> 2. \u00d6l\u00e7\u00fcm y\u00f6ntemi: Hangi saate, hangi araca g\u00f6re?<\/a><\/li><li><a href=\"#3_Istisnalar_Hangi_kesintiler_sayilmiyor\"><span class=\"toc_number toc_depth_2\">5.3<\/span> 3. \u0130stisnalar: Hangi kesintiler say\u0131lm\u0131yor?<\/a><\/li><li><a href=\"#4_Telafi_modeli_Kac_dakika_kesinti_kac_kredi_demek\"><span class=\"toc_number toc_depth_2\">5.4<\/span> 4. Telafi modeli: Ka\u00e7 dakika kesinti ka\u00e7 kredi demek?<\/a><\/li><li><a href=\"#5_Bildirim_ve_talep_sureleri\"><span class=\"toc_number toc_depth_2\">5.5<\/span> 5. Bildirim ve talep s\u00fcreleri<\/a><\/li><\/ul><\/li><li><a href=\"#999_uptime_yeterli_mi_Farkli_senaryolar_icin_dogrusu_ne\"><span class=\"toc_number toc_depth_1\">6<\/span> %99.9 uptime yeterli mi? Farkl\u0131 senaryolar i\u00e7in do\u011frusu ne?<\/a><ul><li><a href=\"#Kisisel_blog_hobi_projeleri\"><span class=\"toc_number toc_depth_2\">6.1<\/span> Ki\u015fisel blog, hobi projeleri<\/a><\/li><li><a href=\"#Kucuk_ve_orta_olcekli_isletme_siteleri\"><span class=\"toc_number toc_depth_2\">6.2<\/span> K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli i\u015fletme siteleri<\/a><\/li><li><a href=\"#Eticaret_SaaS_ve_yuksek_trafik_projeler\"><span class=\"toc_number toc_depth_2\">6.3<\/span> E\u2011ticaret, SaaS ve y\u00fcksek trafik projeler<\/a><\/li><li><a href=\"#Finans_saglik_kamu_ve_kritik_altyapilar\"><span class=\"toc_number toc_depth_2\">6.4<\/span> Finans, sa\u011fl\u0131k, kamu ve kritik altyap\u0131lar<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_tarafinda_uptime_ve_SLAya_nasil_yaklasiyoruz\"><span class=\"toc_number toc_depth_1\">7<\/span> DCHost taraf\u0131nda uptime ve SLA\u2019ya nas\u0131l yakla\u015f\u0131yoruz?<\/a><\/li><li><a href=\"#Kendi_SLAnizi_dogrulamak_icin_pratik_kontrol_listesi\"><span class=\"toc_number toc_depth_1\">8<\/span> Kendi SLA\u2019nizi do\u011frulamak i\u00e7in pratik kontrol listesi<\/a><\/li><li><a href=\"#Ozet_999_uptime8217i_dogru_okumak_ve_dogru_karar_vermek\"><span class=\"toc_number toc_depth_1\">9<\/span> \u00d6zet: %99.9 uptime&#8217;\u0131 do\u011fru okumak ve do\u011fru karar vermek<\/a><\/li><\/ul><\/div>\n<h2><span id=\"999_uptime_gercekten_ne_kadar_kesinti_demek\">99.9% uptime ger\u00e7ekten ne kadar kesinti demek?<\/span><\/h2>\n<p>Hosting se\u00e7erken neredeyse her yerde benzer ifadeler g\u00f6r\u00fcyorsunuz: &#8220;%99.9 uptime&#8221;, &#8220;y\u00fcksek eri\u015filebilirlik&#8221;, &#8220;7\/24 kesintisiz hizmet&#8221;\u2026 Peki bu rakamlar\u0131n arkas\u0131nda tam olarak ne var? %99.9 uptime denildi\u011finde, ger\u00e7ekte ne kadar kesinti riski al\u0131yorsunuz ve bu, i\u015finiz i\u00e7in kabul edilebilir mi? \u00d6zellikle e\u2011ticaret, SaaS veya kritik kurumsal uygulamalar \u00e7al\u0131\u015ft\u0131r\u0131yorsan\u0131z, bu sorunun cevab\u0131 do\u011frudan ciroya ve itibar\u0131n\u0131za dokunuyor.<\/p>\n<p>Bu yaz\u0131da pazarlama c\u00fcmlelerini bir kenara b\u0131rak\u0131p, rakamlar\u0131n ve s\u00f6zle\u015fme metinlerinin i\u00e7ine girece\u011fiz. %99.9 uptime\u2019\u0131n matematiksel kar\u015f\u0131l\u0131\u011f\u0131n\u0131, tipik bir hosting SLA (Service Level Agreement \u2013 Hizmet D\u00fczeyi S\u00f6zle\u015fmesi) dok\u00fcman\u0131n\u0131n sat\u0131r aralar\u0131n\u0131 ve hangi maddelere \u00f6zellikle dikkat etmeniz gerekti\u011fini ad\u0131m ad\u0131m anlataca\u011f\u0131z. DCHost taraf\u0131nda altyap\u0131 tasarlarken ve SLA kurgularken ya\u015fad\u0131\u011f\u0131m\u0131z ger\u00e7ek deneyimlerden yola \u00e7\u0131karak, sadece teorik de\u011fil pratikte i\u015fe yarayan bir okuma rehberi haz\u0131rlad\u0131k.<\/p>\n<p>E\u011fer bug\u00fcne kadar uptime garantilerini &#8220;zaten hepsi ayn\u0131&#8221; diye d\u00fc\u015f\u00fcn\u00fcyorsan\u0131z, muhtemelen telafi ko\u015fullar\u0131, istisnalar ve \u00f6l\u00e7\u00fcm y\u00f6ntemleri k\u0131sm\u0131n\u0131 hi\u00e7 detayl\u0131 okumam\u0131\u015fs\u0131n\u0131zd\u0131r. Hedefimiz, bir sonraki hosting veya sunucu karar\u0131n\u0131zda SLA metnini elinize al\u0131p, birka\u00e7 dakika i\u00e7inde &#8220;benim i\u00e7in yeterli mi, de\u011fil mi&#8221; diyebilece\u011finiz net bir \u00e7er\u00e7eve vermek.<\/p>\n<h2><span id=\"Uptime_kavrami_ve_999un_ciplak_matematigi\">Uptime kavram\u0131 ve %99.9\u2019un \u00e7\u0131plak matemati\u011fi<\/span><\/h2>\n<p>Uptime, en basit tan\u0131m\u0131yla bir sistemin belirli bir d\u00f6nem boyunca \u00e7al\u0131\u015f\u0131r ve eri\u015filebilir oldu\u011fu s\u00fcrenin, toplam s\u00fcreye oran\u0131d\u0131r. %100 uptime teorik bir hayal; ger\u00e7ek d\u00fcnyada her sistem, planl\u0131 bak\u0131m, donan\u0131m ar\u0131zas\u0131, a\u011f kesintisi veya yaz\u0131l\u0131m hatas\u0131 nedeniyle zaman zaman eri\u015filemez hale gelir.<\/p>\n<p>Konuyu temelden hat\u0131rlamak isterseniz, uptime\u2019\u0131n ne oldu\u011funu, nas\u0131l \u00f6l\u00e7\u00fcld\u00fc\u011f\u00fcn\u00fc ve nas\u0131l iyile\u015ftirilebilece\u011fini detayl\u0131 anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/uptime-nedir-web-siteleri-icin-surekli-erisilebilirlik-saglamanin-yollari\/'>uptime kavram\u0131n\u0131 temelden anlatt\u0131\u011f\u0131m\u0131z rehberimize<\/a> mutlaka g\u00f6z at\u0131n. Bu yaz\u0131da ise do\u011frudan %99.9 ve benzeri seviyelerin pratik kar\u015f\u0131l\u0131\u011f\u0131na odaklanaca\u011f\u0131z.<\/p>\n<h3><span id=\"999_9999_995_Aylik_ve_yillik_kesinti_sureleri\">%99.9, %99.99, %99.5\u2026 Ayl\u0131k ve y\u0131ll\u0131k kesinti s\u00fcreleri<\/span><\/h3>\n<p>Varsay\u0131m: 1 ay\u0131 30 g\u00fcn kabul edelim.<\/p>\n<ul>\n<li>30 g\u00fcn = 30 \u00d7 24 = 720 saat = 43.200 dakika<\/li>\n<li>1 y\u0131l \u2248 365 g\u00fcn = 8.760 saat = 525.600 dakika<\/li>\n<\/ul>\n<p>\u015eimdi farkl\u0131 uptime seviyelerinin izin verdi\u011fi maksimum kesintiyi hesaplayal\u0131m:<\/p>\n<table>\n<thead>\n<tr>\n<th>Uptime<\/th>\n<th>Ayl\u0131k maksimum kesinti (30 g\u00fcn)<\/th>\n<th>Y\u0131ll\u0131k maksimum kesinti<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>%99.0<\/td>\n<td>~432 dakika (7 saat 12 dakika)<\/td>\n<td>~3 g\u00fcn 15 saat<\/td>\n<\/tr>\n<tr>\n<td>%99.5<\/td>\n<td>~216 dakika (3 saat 36 dakika)<\/td>\n<td>~1 g\u00fcn 19 saat<\/td>\n<\/tr>\n<tr>\n<td>%99.9<\/td>\n<td>~43.2 dakika<\/td>\n<td>~8 saat 45 dakika<\/td>\n<\/tr>\n<tr>\n<td>%99.95<\/td>\n<td>~21.6 dakika<\/td>\n<td>~4 saat 23 dakika<\/td>\n<\/tr>\n<tr>\n<td>%99.99<\/td>\n<td>~4.32 dakika<\/td>\n<td>~52.6 dakika<\/td>\n<\/tr>\n<tr>\n<td>%99.999<\/td>\n<td>~26 saniye<\/td>\n<td>~5 dakika 15 saniye<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Yani bir sa\u011flay\u0131c\u0131 %99.9 uptime garantisi veriyorsa, bu \u015fu anlama gelir:<\/p>\n<ul>\n<li>Bir ay i\u00e7inde yakla\u015f\u0131k 43 dakikaya kadar kesinti ya\u015fanabilir ve SLA h\u00e2l\u00e2 ihlal edilmi\u015f say\u0131lmaz.<\/li>\n<li>Bir y\u0131lda yakla\u015f\u0131k 9 saatlik toplam kesinti, s\u00f6zle\u015fmeye g\u00f6re &#8220;normal&#8221; kabul edilir.<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin y\u00fcksek cirolu bir e\u2011ticaret sitesinde, yo\u011fun kampanya d\u00f6nemlerinde 30\u201340 dakikal\u0131k bir kesintinin yarataca\u011f\u0131 kayb\u0131 d\u00fc\u015f\u00fcn\u00fcn. Sizin i\u00e7in bu rakam kabul edilebilir olabilir de, olmayabilir de. \u00d6nemli olan, bu matemati\u011fi bilerek karar vermeniz.<\/p>\n<h2><span id=\"SLA_Service_Level_Agreement_nedir_ve_neden_kritiktir\">SLA (Service Level Agreement) nedir ve neden kritiktir?<\/span><\/h2>\n<p>SLA, bir hizmet sa\u011flay\u0131c\u0131n\u0131n size hangi seviyede hizmet sunaca\u011f\u0131n\u0131 resmi olarak taahh\u00fct etti\u011fi dok\u00fcmand\u0131r. Yani &#8220;%99.9 uptime veriyoruz&#8221; c\u00fcmlesinin pazarlama slogan\u0131 olmaktan \u00e7\u0131k\u0131p, somut kurallara d\u00f6n\u00fc\u015ft\u00fc\u011f\u00fc yerdir. DCHost olarak biz de t\u00fcm altyap\u0131 planlamas\u0131n\u0131, a\u011f ve donan\u0131m yedeklili\u011fini ve operasyonel s\u00fcre\u00e7leri bu SLA hedefleri etraf\u0131nda kurguluyoruz.<\/p>\n<h3><span id=\"Hosting_SLA8217larinda_genelde_neler_olur\">Hosting SLA&#8217;lar\u0131nda genelde neler olur?<\/span><\/h3>\n<p>Tipik bir hosting SLA dok\u00fcman\u0131nda \u015fu ba\u015fl\u0131klar\u0131 g\u00f6r\u00fcrs\u00fcn\u00fcz:<\/p>\n<ul>\n<li><strong>Hizmet kapsam\u0131:<\/strong> Hangi servisler (<a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>, dedicated, a\u011f, g\u00fc\u00e7 vb.) bu SLA\u2019ye dahil?<\/li>\n<li><strong>Uptime garantisi:<\/strong> Y\u00fczde ka\u00e7? Ayl\u0131k m\u0131 y\u0131ll\u0131k m\u0131 hesaplan\u0131yor?<\/li>\n<li><strong>\u00d6l\u00e7\u00fcm y\u00f6ntemi:<\/strong> Hangi izleme sistemine, hangi zaman dilimine g\u00f6re \u00f6l\u00e7\u00fcl\u00fcyor?<\/li>\n<li><strong>\u0130stisnalar:<\/strong> Bak\u0131m, DDoS sald\u0131r\u0131lar\u0131, m\u00fc\u015fteri kaynakl\u0131 hatalar gibi hangi durumlar uptime hesab\u0131 d\u0131\u015f\u0131na al\u0131n\u0131yor?<\/li>\n<li><strong>Telafi modeli:<\/strong> Uptime hedefi tutturulamazsa nas\u0131l bir hizmet kredisi veriliyor?<\/li>\n<li><strong>Bildirim ve talep s\u00fcreci:<\/strong> M\u00fc\u015fteri bu krediyi talep etmek i\u00e7in ne kadar s\u00fcre i\u00e7inde, nas\u0131l ba\u015fvuru yapmal\u0131?<\/li>\n<li><strong>Destek SLA\u2019s\u0131:<\/strong> Yan\u0131t s\u00fcresi, \u00e7\u00f6z\u00fcm s\u00fcresi, 7\/24 destek gibi ek operasyonel taahh\u00fctler.<\/li>\n<\/ul>\n<p>Bu ba\u015fl\u0131klar ka\u011f\u0131t \u00fczerinde &#8220;standart&#8221; g\u00f6r\u00fcnse de, her sa\u011flay\u0131c\u0131 detaylarda farkl\u0131 davran\u0131r. Ayn\u0131 %99.9 uptime ibaresi, iki farkl\u0131 SLA\u2019de bamba\u015fka bir ger\u00e7eklik anlam\u0131na gelebilir. \u0130\u015fte as\u0131l kritik nokta burada ba\u015fl\u0131yor.<\/p>\n<h2><span id=\"999_uptime_nasil_hesaplanir_Adim_adim_yaklasim\">%99.9 uptime nas\u0131l hesaplan\u0131r? Ad\u0131m ad\u0131m yakla\u015f\u0131m<\/span><\/h2>\n<p>%99.9 uptime hesab\u0131nda temel form\u00fcl basit:<\/p>\n<p><strong>Uptime (%) = (Toplam s\u00fcre \u2013 Kesinti s\u00fcresi) \/ Toplam s\u00fcre \u00d7 100<\/strong><\/p>\n<p>Buradan kesinti s\u00fcresini bulmak i\u00e7in:<\/p>\n<p><strong>Kesinti s\u00fcresi = Toplam s\u00fcre \u00d7 (1 \u2013 Uptime oran\u0131)<\/strong><\/p>\n<h3><span id=\"Ornek_1_Aylik_SLA\">\u00d6rnek 1: Ayl\u0131k SLA<\/span><\/h3>\n<p>Toplam s\u00fcre: 30 g\u00fcn = 43.200 dakika<\/p>\n<p>%99.9 uptime i\u00e7in:<\/p>\n<ul>\n<li>Kesinti oran\u0131 = 1 \u2013 0.999 = 0.001<\/li>\n<li>Kesinti s\u00fcresi = 43.200 \u00d7 0.001 = 43.2 dakika<\/li>\n<\/ul>\n<p>Bu 43.2 dakika, ay boyunca b\u00f6l\u00fcnm\u00fc\u015f bir\u00e7ok k\u0131sa kesinti \u015feklinde de olabilir, tek seferde ya\u015fanan uzun bir kesinti \u015feklinde de. SLA metninde genelde &#8220;5 dakikadan uzun kesintiler say\u0131l\u0131r&#8221; gibi alt tan\u0131mlar da yer al\u0131r; bu y\u00fczden sadece toplam s\u00fcre de\u011fil, &#8220;ne zaman kesinti say\u0131l\u0131yor&#8221; k\u0131sm\u0131 da \u00f6nemlidir.<\/p>\n<h3><span id=\"Ornek_2_Gercek_bir_senaryo\">\u00d6rnek 2: Ger\u00e7ek bir senaryo<\/span><\/h3>\n<p>Diyelim ki bir ay i\u00e7inde \u015fu kesintileri ya\u015fad\u0131n\u0131z:<\/p>\n<ul>\n<li>Planlanmam\u0131\u015f sunucu hatas\u0131: 12 dakika<\/li>\n<li>A\u011f taraf\u0131nda k\u0131sa kesintiler: 3 \u00d7 4 dakika = 12 dakika<\/li>\n<li>Disk ar\u0131zas\u0131 sonras\u0131 manuel m\u00fcdahale: 18 dakika<\/li>\n<\/ul>\n<p>Toplam: 42 dakika kesinti.<\/p>\n<p>Bu durumda sa\u011flay\u0131c\u0131n\u0131z\u0131n SLA\u2019s\u0131 %99.9 ise, teknik olarak h\u00e2l\u00e2 s\u00f6z\u00fcn\u00fc tutmu\u015f say\u0131l\u0131r. Siz taraf\u0131nda kay\u0131p b\u00fcy\u00fck olsa bile, telafi hakk\u0131n\u0131z do\u011fmayabilir. \u0130\u015fte bu y\u00fczden salt y\u00fczdeye de\u011fil, telafi e\u015fi\u011fine ve telafi modeline de bakmak gerekiyor.<\/p>\n<h2><span id=\"SLA_dokumaninda_ozellikle_bakmaniz_gereken_kritik_maddeler\">SLA dok\u00fcman\u0131nda \u00f6zellikle bakman\u0131z gereken kritik maddeler<\/span><\/h2>\n<p>\u015eimdi i\u015fin en pratik k\u0131sm\u0131na gelelim: %99.9 uptime yazan bir SLA dok\u00fcman\u0131n\u0131 elinize ald\u0131\u011f\u0131n\u0131zda nerelere bakmal\u0131s\u0131n\u0131z?<\/p>\n<h3><span id=\"1_Kapsam_Hangi_8220uptime8221_olculuyor\">1. Kapsam: Hangi &#8220;uptime&#8221; \u00f6l\u00e7\u00fcl\u00fcyor?<\/span><\/h3>\n<p>SLA\u2019de ge\u00e7en uptime ifadesi her zaman t\u00fcm resmi kapsamaz. \u00c7o\u011fu zaman \u015fu ayr\u0131mlar vard\u0131r:<\/p>\n<ul>\n<li><strong>A\u011f (network) uptime:<\/strong> Veri merkezinin internet \u00e7\u0131k\u0131\u015f\u0131n\u0131n eri\u015filebilir olmas\u0131.<\/li>\n<li><strong>G\u00fc\u00e7 (power) uptime:<\/strong> Veri merkezinde elektrik s\u00fcreklili\u011fi (\u015febeke + UPS + jenerat\u00f6r).<\/li>\n<li><strong>Sunucu (compute) uptime:<\/strong> Fiziksel sunucu veya sanalla\u015ft\u0131rma katman\u0131n\u0131n \u00e7al\u0131\u015f\u0131r olmas\u0131.<\/li>\n<li><strong>Uygulama uptime\u2019\u0131:<\/strong> Web siteniz veya \u00f6zel yaz\u0131l\u0131m\u0131n\u0131z\u0131n ayakta olmas\u0131 (\u00e7o\u011fu klasik hosting SLA\u2019s\u0131nda <strong>yer almaz<\/strong>).<\/li>\n<\/ul>\n<p>Bir sa\u011flay\u0131c\u0131 sadece &#8220;network uptime&#8221; i\u00e7in %99.99 s\u00f6z\u00fc verip, sunucu taraf\u0131nda ayr\u0131 (ve daha d\u00fc\u015f\u00fck) bir hedef belirlemi\u015f olabilir. Veya sadece veri merkezine kadar olan k\u0131sm\u0131 garanti edip, firewall\/CDN gibi di\u011fer katmanlar\u0131 kapsam d\u0131\u015f\u0131nda b\u0131rakabilir. DCHost olarak biz SLA tasarlarken, m\u00fc\u015fterinin alg\u0131lad\u0131\u011f\u0131 toplam eri\u015filebilirli\u011fe etki eden katmanlar\u0131 b\u00fct\u00fcn\u00fcyle d\u00fc\u015f\u00fcnmeye \u00e7al\u0131\u015f\u0131yoruz; yine de hangi katman\u0131n garanti edildi\u011fini s\u00f6zle\u015fmede net yazmak kritik.<\/p>\n<h3><span id=\"2_Olcum_yontemi_Hangi_saate_hangi_araca_gore\">2. \u00d6l\u00e7\u00fcm y\u00f6ntemi: Hangi saate, hangi araca g\u00f6re?<\/span><\/h3>\n<p>SLA\u2019de mutlaka \u015fu sorular\u0131n cevab\u0131n\u0131 aray\u0131n:<\/p>\n<ul>\n<li>Uptime neye g\u00f6re hesaplan\u0131yor? Sa\u011flay\u0131c\u0131n\u0131n kendi izleme sistemine mi g\u00f6re?<\/li>\n<li>Zaman dilimi (time zone) ne? UTC mi, yerel saat mi?<\/li>\n<li>\u00d6l\u00e7\u00fcm periyodu ne kadar? Ayl\u0131k m\u0131, y\u0131ll\u0131k m\u0131?<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin ayl\u0131k SLA\u2019de, bir ay i\u00e7indeki birka\u00e7 saatlik b\u00fcy\u00fck bir kesinti, y\u0131ll\u0131k SLA perspektifinde &#8220;kabul edilebilir&#8221; g\u00f6r\u00fcnebilir. Ayr\u0131ca sadece sa\u011flay\u0131c\u0131n\u0131n izleme ara\u00e7lar\u0131na dayanmak yerine, siz de mutlaka harici izleme sistemleri kurmal\u0131s\u0131n\u0131z. Prometheus, Grafana veya harici uptime izleme servisleri ile ilgili ba\u015flang\u0131\u00e7 seviyesinde bir \u00e7\u00f6z\u00fcm ar\u0131yorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/vps-izleme-ve-alarm-kurulumu-prometheus-grafana-ve-uptime-kuma-ile-baslangic\/'>VPS izleme ve alarm kurulumuna dair rehberimizi<\/a> inceleyebilirsiniz.<\/p>\n<h3><span id=\"3_Istisnalar_Hangi_kesintiler_sayilmiyor\">3. \u0130stisnalar: Hangi kesintiler say\u0131lm\u0131yor?<\/span><\/h3>\n<p>\u0130stisnalar b\u00f6l\u00fcm\u00fc, uptime y\u00fczdesini anlamak kadar \u00f6nemli. Genellikle \u015fu durumlar SLA kapsam\u0131 d\u0131\u015f\u0131ndad\u0131r:<\/p>\n<ul>\n<li><strong>Planl\u0131 bak\u0131m \u00e7al\u0131\u015fmalar\u0131:<\/strong> \u00d6nceden belirli bir s\u00fcre \u00f6nce duyurulan ve genellikle gece saatlerine konan bak\u0131m pencereleri.<\/li>\n<li><strong>Force majeure:<\/strong> Deprem, sel, b\u00fcy\u00fck \u00e7apl\u0131 altyap\u0131 ar\u0131zalar\u0131 gibi \u00f6ng\u00f6r\u00fclemeyen ola\u011fan\u00fcst\u00fc durumlar.<\/li>\n<li><strong>DDoS ve g\u00fcvenlik sald\u0131r\u0131lar\u0131:<\/strong> \u00d6zellikle a\u011fa y\u00f6nelik b\u00fcy\u00fck hacimli sald\u0131r\u0131lar, \u00e7o\u011fu SLA\u2019de istisna olarak belirtilir.<\/li>\n<li><strong>M\u00fc\u015fteri kaynakl\u0131 hatalar:<\/strong> Yanl\u0131\u015f yap\u0131land\u0131rma, hatal\u0131 kod da\u011f\u0131t\u0131m\u0131, a\u015f\u0131r\u0131 kaynak t\u00fcketen sorgular gibi.<\/li>\n<\/ul>\n<p>SLA\u2019de &#8220;bak\u0131m \u00e7al\u0131\u015fmalar\u0131&#8221;n\u0131n nas\u0131l tan\u0131mland\u0131\u011f\u0131na dikkat edin. \u00d6rne\u011fin sa\u011flay\u0131c\u0131n\u0131z, ayda birka\u00e7 saatlik bak\u0131m yapma hakk\u0131n\u0131 sakl\u0131 tutuyor olabilir. DCHost taraf\u0131nda bak\u0131m pencerelerini m\u00fcmk\u00fcn oldu\u011funca k\u0131sa, \u015feffaf ve m\u00fc\u015fteri trafi\u011fini en az etkileyecek saatlere yerle\u015ftirmeye \u00e7al\u0131\u015f\u0131yoruz; ayr\u0131ca kritik i\u015f y\u00fcklerinde bak\u0131m\u0131n etkisini azaltmak i\u00e7in yedekli mimariler \u00f6neriyoruz.<\/p>\n<h3><span id=\"4_Telafi_modeli_Kac_dakika_kesinti_kac_kredi_demek\">4. Telafi modeli: Ka\u00e7 dakika kesinti ka\u00e7 kredi demek?<\/span><\/h3>\n<p>%99.9 uptime garantisi verilmesi, hedefin tutturulamamas\u0131 halinde mutlaka para iadesi alaca\u011f\u0131n\u0131z anlam\u0131na gelmez. \u00c7o\u011fu SLA \u015fu \u015fekilde i\u015fler:<\/p>\n<ul>\n<li>Belirli e\u015fiklerin alt\u0131nda kal\u0131nd\u0131\u011f\u0131nda, <strong>hizmet kredisi<\/strong> (bir sonraki faturadan indirim) tan\u0131mlan\u0131r.<\/li>\n<li>Bu kredi genelde ilgili ay\u0131n hizmet bedeli \u00fczerinden %5, %10, %25, %50 gibi oranlarla hesaplan\u0131r.<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin \u015f\u00f6yle bir tablo g\u00f6rebilirsiniz:<\/p>\n<ul>\n<li>Uptime %99.9 \u2013 %99.0 aras\u0131: %10 hizmet kredisi<\/li>\n<li>Uptime %99.0 \u2013 %95.0 aras\u0131: %25 hizmet kredisi<\/li>\n<li>Uptime %95.0 alt\u0131: %50 hizmet kredisi<\/li>\n<\/ul>\n<p>Burada dikkat edilmesi gereken:<\/p>\n<ul>\n<li>Bu kredi <strong>genelde otomatik tan\u0131mlanmaz<\/strong>; sizin destek talebi a\u00e7man\u0131z gerekir.<\/li>\n<li>Hizmet kredisi nakit iade de\u011fil, sonraki d\u00f6nemde kullanabilece\u011finiz bir indirimdir.<\/li>\n<li>\u00c7o\u011fu SLA\u2019de &#8220;kredi, toplam y\u0131ll\u0131k fatura tutar\u0131n\u0131z\u0131n %X\u2019ini a\u015famaz&#8221; gibi \u00fcst limitler de yer al\u0131r.<\/li>\n<\/ul>\n<h3><span id=\"5_Bildirim_ve_talep_sureleri\">5. Bildirim ve talep s\u00fcreleri<\/span><\/h3>\n<p>Bir\u00e7ok i\u015fletme, asl\u0131nda hakk\u0131 oldu\u011fu halde telafi alamaz; \u00e7\u00fcnk\u00fc SLA\u2019nin son sayfas\u0131ndaki k\u00fc\u00e7\u00fck bir maddeyi ka\u00e7\u0131rm\u0131\u015ft\u0131r. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>&#8220;Kesintinin ya\u015fand\u0131\u011f\u0131 tarihten itibaren 7 g\u00fcn i\u00e7inde yaz\u0131l\u0131 ba\u015fvuru yap\u0131lmal\u0131d\u0131r.&#8221;<\/li>\n<li>&#8220;Sadece bizim destek sistemimizde kay\u0131tl\u0131 kesintiler esas al\u0131n\u0131r.&#8221;<\/li>\n<\/ul>\n<p>Bu y\u00fczden sistemlerinizde ciddi bir kesinti ya\u015fad\u0131\u011f\u0131n\u0131zda, sadece teknik \u00e7\u00f6z\u00fcmle u\u011fra\u015fmay\u0131p, ayn\u0131 zamanda bu olay\u0131 tarih-saat bilgisiyle birlikte kayda almak ve gerekiyorsa SLA\u2019ye g\u00f6re talepte bulunmak \u00f6nemli. DCHost olarak bizim yakla\u015f\u0131m\u0131m\u0131z, b\u00fcy\u00fck olaylarda zaten proaktif bilgilendirme yapmak; yine de yaz\u0131l\u0131 SLA metni her iki taraf i\u00e7in de referans noktas\u0131 olmaya devam ediyor.<\/p>\n<h2><span id=\"999_uptime_yeterli_mi_Farkli_senaryolar_icin_dogrusu_ne\">%99.9 uptime yeterli mi? Farkl\u0131 senaryolar i\u00e7in do\u011frusu ne?<\/span><\/h2>\n<p>Herkes i\u00e7in tek bir &#8220;do\u011fru&#8221; uptime seviyesi yok. \u0130htiyac\u0131n\u0131z, i\u015f modelinize ve risk i\u015ftah\u0131n\u0131za ba\u011fl\u0131. Birka\u00e7 tipik senaryo \u00fczerinden gidelim.<\/p>\n<h3><span id=\"Kisisel_blog_hobi_projeleri\">Ki\u015fisel blog, hobi projeleri<\/span><\/h3>\n<p>Bu t\u00fcr projelerde birka\u00e7 dakikal\u0131k, hatta zaman zaman bir saatlik kesinti genelde ciddi bir problem yaratmaz. Burada b\u00fct\u00e7e ve basitlik daha \u00f6n plandad\u0131r. %99\u2013%99.5 uptime sunan standart bir hosting plan\u0131 \u00e7o\u011fu zaman yeterli olabilir. Yine de arka planda d\u00fczenli yedek almay\u0131 ve basit izleme kurmay\u0131 ihmal etmemek \u00f6nemli.<\/p>\n<h3><span id=\"Kucuk_ve_orta_olcekli_isletme_siteleri\">K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli i\u015fletme siteleri<\/span><\/h3>\n<p>Kurumsal kurumsal site, randevu sistemi, temel CRM entegrasyonlar\u0131 gibi yap\u0131lar bar\u0131nd\u0131r\u0131yorsan\u0131z, i\u015f kesintisi do\u011frudan m\u00fc\u015fteri kayb\u0131na d\u00f6n\u00fc\u015febilir. Bu seviyede genellikle <strong>%99.9<\/strong> uptime makul bir alt s\u0131n\u0131rd\u0131r. Ancak:<\/p>\n<ul>\n<li>Kritik formlar veya \u00f6deme ge\u00e7idi kullan\u0131yorsan\u0131z, kesintilerin mesai saatlerine denk gelmemesi \u00f6nem kazan\u0131r.<\/li>\n<li>DNS, SSL, yedekleme gibi bile\u015fenlerin de d\u00fczg\u00fcn y\u00f6netildi\u011finden emin olman\u0131z gerekir.<\/li>\n<\/ul>\n<h3><span id=\"Eticaret_SaaS_ve_yuksek_trafik_projeler\">E\u2011ticaret, SaaS ve y\u00fcksek trafik projeler<\/span><\/h3>\n<p>Burada konu sadece uptime y\u00fczdesi de\u011fil, genel <strong>y\u00fcksek kullan\u0131labilirlik (HA)<\/strong> mimarisidir. Tek bir sunucuya veya tek bir veri merkezine ba\u011f\u0131ml\u0131 kalmak yerine, \u00e7oklu node, y\u00fck dengeleme, yedekli veritaban\u0131 gibi yakla\u015f\u0131mlar devreye girer. Bu \u00e7er\u00e7eveyi daha geni\u015f g\u00f6rmek i\u00e7in <a href='https:\/\/www.dchost.com\/blog\/ha-yuksek-kullanilabilirlik-nedir\/'>y\u00fcksek kullan\u0131labilirlik (HA) mimarilerini ayr\u0131nt\u0131l\u0131 anlatt\u0131\u011f\u0131m\u0131z yaz\u0131m\u0131za<\/a> g\u00f6z atabilirsiniz.<\/p>\n<p>Bu tip projelerde genellikle hedef:<\/p>\n<ul>\n<li>En az %99.9 (&#8220;\u00fc\u00e7 dokuz&#8221;) ya da m\u00fcmk\u00fcnse %99.95 ve \u00fczeri<\/li>\n<li>Yedekli altyap\u0131, otomatik failover, CDN ve Anycast DNS kullan\u0131m\u0131<\/li>\n<\/ul>\n<p>Anycast DNS ve otomatik failover gibi DNS tabanl\u0131 \u00e7\u00f6z\u00fcmlerle kesinti riskini daha da azaltmak istiyorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/hic-kesilmeden-yayinda-kalmak-mumkun-mu-anycast-dns-ve-otomatik-failover-ile-nasil-saglanir\/'>Anycast DNS ve otomatik failover ile kesintisiz yay\u0131n\u0131 anlatt\u0131\u011f\u0131m\u0131z rehbere<\/a> mutlaka bakman\u0131z\u0131 \u00f6neririz.<\/p>\n<h3><span id=\"Finans_saglik_kamu_ve_kritik_altyapilar\">Finans, sa\u011fl\u0131k, kamu ve kritik altyap\u0131lar<\/span><\/h3>\n<p>Bu seviyede hedef genellikle &#8220;be\u015f dokuz&#8221; (%99.999) gibi \u00e7ok daha s\u0131k\u0131 uptime s\u00fcreleridir. Ancak bu, sadece bir hosting plan\u0131 se\u00e7erek elde edilece\u011finiz bir \u015fey de\u011fildir; komple mimari tasar\u0131m, veri merkezi se\u00e7imi, \u00e7ok b\u00f6lgeli replikasyon, offline i\u015f s\u00fcreklili\u011fi planlar\u0131 ve d\u00fczenleyici kurallarla uyumlu operasyon s\u00fcre\u00e7leri gerektirir.<\/p>\n<p>B\u00f6yle kritik projelerde SLA sadece bir ba\u015flang\u0131\u00e7t\u0131r; esas \u00f6nemli olan, ka\u011f\u0131t \u00fczerindeki hedefleri destekleyen tasar\u0131m ve operasyon disiplinidir.<\/p>\n<h2><span id=\"DCHost_tarafinda_uptime_ve_SLAya_nasil_yaklasiyoruz\">DCHost taraf\u0131nda uptime ve SLA\u2019ya nas\u0131l yakla\u015f\u0131yoruz?<\/span><\/h2>\n<p>DCHost olarak bizim bak\u0131\u015f a\u00e7\u0131m\u0131z, uptime\u2019\u0131 yaln\u0131zca bir pazarlama slogan\u0131 de\u011fil, u\u00e7tan uca bir m\u00fchendislik problemi olarak ele almak. Bunun i\u00e7in:<\/p>\n<ul>\n<li><strong>Yedekli a\u011f ve g\u00fc\u00e7 altyap\u0131s\u0131<\/strong> kuruyor, tek noktadan gelecek ar\u0131zalara kar\u015f\u0131 katmanl\u0131 \u00f6nlemler al\u0131yoruz.<\/li>\n<li>VPS, dedicated ve colocation \u00e7\u00f6z\u00fcmlerinde, donan\u0131m se\u00e7iminden a\u011f topolojisine kadar her ad\u0131m\u0131 uptime hedefleriyle uyumlu planl\u0131yoruz.<\/li>\n<li><strong>7\/24 izleme ve alarm<\/strong> sistemleriyle olas\u0131 sorunlar\u0131, \u00e7o\u011fu zaman m\u00fc\u015fteriler hissetmeden \u00f6nce tespit etmeye \u00e7al\u0131\u015f\u0131yoruz.<\/li>\n<li>Planl\u0131 bak\u0131mlar\u0131 \u015feffaf \u015fekilde duyurup, m\u00fcmk\u00fcn oldu\u011funca kesintisiz veya \u00e7ok k\u0131sa etkili olacak \u015fekilde tasarl\u0131yoruz.<\/li>\n<\/ul>\n<p>Uptime\u2019\u0131n bir di\u011fer aya\u011f\u0131 da yedekleme ve felaket kurtarma. Bunun i\u00e7in sadece tek bir otomatik yedek \u00f6zelli\u011fine g\u00fcvenmek yerine, <a href='https:\/\/www.dchost.com\/blog\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/'>3-2-1 yedekleme stratejisini anlatt\u0131\u011f\u0131m\u0131z rehberde<\/a> detayland\u0131rd\u0131\u011f\u0131m\u0131z gibi, birden fazla kopyay\u0131 farkl\u0131 ortamlarda tutmay\u0131 \u00f6neriyoruz.<\/p>\n<p>Daha kapsaml\u0131 bir i\u015f s\u00fcreklili\u011fi plan\u0131 yazmak istiyorsan\u0131z, RTO\/RPO kavramlar\u0131n\u0131 ve felaket senaryosu tatbiklerini ad\u0131m ad\u0131m ele ald\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/felaket-kurtarma-plani-nasil-yazilir-rto-rpoyu-kafada-netlestirip-yedek-testleri-ve-runbooklari-gercekten-calisir-hale-getirmek\/'>felaket kurtarma plan\u0131 rehberimize<\/a> de g\u00f6z atabilirsiniz.<\/p>\n<h2><span id=\"Kendi_SLAnizi_dogrulamak_icin_pratik_kontrol_listesi\">Kendi SLA\u2019nizi do\u011frulamak i\u00e7in pratik kontrol listesi<\/span><\/h2>\n<p>%99.9 veya farkl\u0131 bir uptime seviyesi i\u00e7eren herhangi bir SLA\u2019yi de\u011ferlendirirken \u015fu ad\u0131mlar\u0131 uygulaman\u0131z\u0131 \u00f6neririz:<\/p>\n<ol>\n<li><strong>SLA metnini ger\u00e7ekten okuyun:<\/strong> \u00d6zellikle &#8220;kapsam&#8221;, &#8220;istisnalar&#8221;, &#8220;\u00f6l\u00e7\u00fcm&#8221; ve &#8220;telafi&#8221; ba\u015fl\u0131klar\u0131na odaklan\u0131n.<\/li>\n<li><strong>\u0130htiya\u00e7lar\u0131n\u0131z\u0131 yaz\u0131l\u0131 hale getirin:<\/strong> Kabul edilebilir ayl\u0131k\/y\u0131ll\u0131k kesinti s\u00fcresi, mesai saatlerinde tolerans\u0131n\u0131z ve kampanya d\u00f6nemleri gibi kritik zamanlar\u0131 netle\u015ftirin.<\/li>\n<li><strong>Harici izleme kurun:<\/strong> Hosting sa\u011flay\u0131c\u0131s\u0131ndan ba\u011f\u0131ms\u0131z monit\u00f6rler ile uptime\u2019\u0131n\u0131z\u0131 siz de \u00f6l\u00e7\u00fcn.<\/li>\n<li><strong>Bak\u0131m ileti\u015fimini test edin:<\/strong> Planl\u0131 bak\u0131m duyurular\u0131 zaman\u0131nda ve \u015feffaf m\u0131 geliyor, kontrol edin.<\/li>\n<li><strong>Olay sonras\u0131 rapor isteyin:<\/strong> Ciddi bir kesinti ya\u015fand\u0131\u011f\u0131nda, &#8220;root cause analysis&#8221; ve al\u0131nan \u00f6nlemler hakk\u0131nda bilgi talep edin.<\/li>\n<li><strong>Yedekleme ve geri d\u00f6n\u00fc\u015f\u00fc do\u011frulay\u0131n:<\/strong> Sadece yedek al\u0131nd\u0131\u011f\u0131na de\u011fil, gerekti\u011finde geri d\u00f6n\u00fclebilece\u011fine dair testler yap\u0131n.<\/li>\n<li><strong>DCHost ekibiyle mimarinizi g\u00f6zden ge\u00e7irin:<\/strong> \u00d6zellikle e\u2011ticaret ve SaaS projelerinde, SLA hedefinizi destekleyecek VPS, dedicated veya \u00e7ok sunuculu \u00e7\u00f6z\u00fcmleri beraber tasarlay\u0131n.<\/li>\n<\/ol>\n<h2><span id=\"Ozet_999_uptime8217i_dogru_okumak_ve_dogru_karar_vermek\">\u00d6zet: %99.9 uptime&#8217;\u0131 do\u011fru okumak ve do\u011fru karar vermek<\/span><\/h2>\n<p>%99.9 uptime kula\u011fa \u00e7ok y\u00fcksek geliyor, ama say\u0131lara d\u00f6kt\u00fc\u011f\u00fcn\u00fczde ay i\u00e7inde yakla\u015f\u0131k 43 dakikal\u0131k, y\u0131l i\u00e7inde ise neredeyse 9 saatlik kesinti tolerans\u0131 anlam\u0131na geliyor. Baz\u0131 projeler i\u00e7in bu tamamen kabul edilebilir; baz\u0131 projeler i\u00e7inse tek bir kampanya d\u00f6neminde bile bu kadar kesinti ya\u015famak, ciddi gelir ve itibar kayb\u0131 demek. Bu y\u00fczden, hosting se\u00e7erken as\u0131l bakman\u0131z gerekenler:<\/p>\n<ul>\n<li>Uptime y\u00fczdesinin ayl\u0131k\/y\u0131ll\u0131k kar\u015f\u0131l\u0131\u011f\u0131<\/li>\n<li>Hangi katman i\u00e7in (a\u011f, g\u00fc\u00e7, sunucu, uygulama) bu garantinin verildi\u011fi<\/li>\n<li>\u0130stisnalar, \u00f6l\u00e7\u00fcm y\u00f6ntemi ve telafi modeli<\/li>\n<li>Yedeklilik ve felaket kurtarma mimarisinin bu hedefi destekleyip desteklemedi\u011fi<\/li>\n<\/ul>\n<p>DCHost olarak amac\u0131m\u0131z, sadece bir rakam s\u00f6ylemek de\u011fil, bu rakam\u0131 kar\u015f\u0131layacak (ve m\u00fcmk\u00fcnse \u00fczerinde ya\u015fayacak) bir altyap\u0131y\u0131 birlikte in\u015fa etmek. \u0130ster payla\u015f\u0131ml\u0131 hosting, ister NVMe tabanl\u0131 VPS, ister <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a> veya colocation ar\u0131yor olun; proje gereksinimlerinizi bizimle payla\u015ft\u0131\u011f\u0131n\u0131zda, size hem SLA metni hem de teknik mimari taraf\u0131nda \u015feffaf bir yol haritas\u0131 sunabiliriz.<\/p>\n<p>Mevcut veya planlad\u0131\u011f\u0131n\u0131z projeyi birlikte de\u011ferlendirmek, uptime hedefinizi ger\u00e7ek\u00e7i ve s\u00fcrd\u00fcr\u00fclebilir \u015fekilde belirlemek isterseniz, DCHost ekibiyle ileti\u015fime ge\u00e7meniz yeterli. SLA\u2019y\u0131 sadece imzalanan bir PDF olmaktan \u00e7\u0131kar\u0131p, ger\u00e7ekten \u00e7al\u0131\u015fan bir i\u015f s\u00fcreklili\u011fi anla\u015fmas\u0131na d\u00f6n\u00fc\u015ft\u00fcrelim.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 99.9% uptime ger\u00e7ekten ne kadar kesinti demek?2 Uptime kavram\u0131 ve %99.9\u2019un \u00e7\u0131plak matemati\u011fi2.1 %99.9, %99.99, %99.5\u2026 Ayl\u0131k ve y\u0131ll\u0131k kesinti s\u00fcreleri3 SLA (Service Level Agreement) nedir ve neden kritiktir?3.1 Hosting SLA&#8217;lar\u0131nda genelde neler olur?4 %99.9 uptime nas\u0131l hesaplan\u0131r? Ad\u0131m ad\u0131m yakla\u015f\u0131m4.1 \u00d6rnek 1: Ayl\u0131k SLA4.2 \u00d6rnek 2: Ger\u00e7ek bir senaryo5 SLA dok\u00fcman\u0131nda \u00f6zellikle bakman\u0131z [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":2261,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-2260","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2260","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=2260"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2260\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/2261"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=2260"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=2260"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=2260"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}