Hizmet detayı

Bulut Sunucu ve Veri Merkezi Hizmetleri

Sunucu, vCPU, bellek, disk ve ağ kaynağının tedariki. Veri merkezi konumunu siz seçersiniz, kaynak ölçümle boyutlanır, yönetimi kendi ekibiniz üstlenir ya da bize bırakırsınız.

Depolama ya da işlem gücü ihtiyacı büyüyen kurumların önünde genelde iki yol duruyor: donanım satın almak ya da kiralamak. Done Dynamics bu sayfada ikinci yolu anlatıyor — bulut sunucu kiralama, veri merkezi hizmeti ve altyapı tedariki. Size ayrılmış vCPU, bellek, disk ve ağ kaynağını kuruyor, veri merkezi konumunu birlikte seçiyor ve altyapıyı çalışır halde teslim ediyoruz.

Bu hizmetin ayırt edici yanı ham altyapı olmasıdır. Sunucu size ait bir kaynaktır; üstünde ne çalıştıracağınıza, nasıl yapılandıracağınıza ve kimin yöneteceğine siz karar verirsiniz. İşin yönetim tarafını da bize bırakmak istiyorsanız — kurulum, dağıtım hattı, izleme, olay müdahalesi bizde olsun diyorsanız — o iş yönetilen barındırma hizmetimizin kapsamına girer. İkisi birbirinin yerine geçmez, birbirini tamamlar.

Aşağıda sırasıyla şunlar var: hangi tedarik modelinin hangi iş yüküne gittiği, veri merkezi konumunun teknik ve hukuki sonuçları, kaynağın ölçümle nasıl boyutlandırıldığı, ölçekleme ve yedeklilik kararları, depolama katmanları, ağ ve erişim düzeni, maliyetin nerelerden sızdığı, kurulum ve devir süreci, bir de sağlayıcıya bağımlı kalmamanın yolu.

Üç tedarik modeli

Bulut mu, kendi donanımın mı, kiralık fiziksel mi

Üçünün de maliyet eğrisi farklıdır. Doğru cevap iş yükünün ne kadar öngörülebilir olduğuna ve kaç yıl çalışacağına bakar; genel geçer bir kazanan yoktur.

Düşük başlangıç, yüksek süreklilik

Bulut sunucu (kiralık sanal kaynak)

Sanallaştırılmış kaynak havuzundan size ayrılan vCPU, bellek ve disk. Başlangıç bedeli yok denecek kadar düşüktür, sunucu saatler içinde değil dakikalar içinde hazır olur, kaynağı büyütmek yeniden başlatmadan ibarettir. Buna karşılık her ay ödeme devam eder ve toplam sahip olma maliyeti uzun vadede en yükseğe çıkabilir.

Kime uygun: İhtiyacı henüz netleşmemiş projeler, dalgalanan trafik, test ve geliştirme ortamları, hızlı başlaması gereken işler.

Yüksek başlangıç, düşük süreklilik

Kendi donanımınız (satın alma ve colocation)

Sunucuyu siz satın alırsınız; ya kendi binanızda durur ya da bir veri merkezinde kabin kiralayarak barındırılır. Peşin bedel yüksektir, tedarik süresi haftalarla ölçülür, donanım arızası sizin sorununuz olur. Karşılığında aylık gider yalnızca elektrik, alan ve bakıma iner; üç dört yıllık pencerede tablo tersine döner.

Kime uygun: Yükü belli, uzun ömürlü, sürekli çalışan iş yükleri. Yoğun disk trafiği olan veri tabanları, büyük dosya arşivleri, sabit hesaplama işleri.

İkisinin arası

Kiralık fiziksel sunucu (dedicated)

Donanımın tamamı size ayrılır ama mülkiyeti sağlayıcıda kalır. Komşu yok, sanallaştırma katmanı yok, disk ve işlemci performansı öngörülebilir. Satın alma yükü olmadan fiziksel makine performansı alırsınız; aylık bedel bulut sunucudan yüksek, kendi donanımınızın amortismanından düşüktür.

Kime uygun: Sürekli yüksek kaynak tüketen ama sermaye harcaması yapılmak istenmeyen sistemler; lisans maliyeti çekirdek sayısına bağlı yazılımlar.

Pratikte hesap şöyle yapılır: donanımın peşin bedeli, tahmini ömrüne bölünüp aylığa indirilir; üstüne elektrik, kabin, yedek parça ve bakım eklenir. Çıkan rakam kiralık seçeneğin aylık bedeliyle karşılaştırılır. Bu karşılaştırmada çoğunlukla unutulan iki kalem vardır: donanım arızasında sistemin ne kadar süre kapalı kalacağı ve tedarik gecikmesinin projeye maliyeti. Kiralamanın asıl sattığı şey kapasite değil, bu iki riskin devredilmesidir.

Sınır nerede

Kaynak tedariki ile yönetilen barındırma aynı şey değil

İki hizmet birbirine karışınca yanlış beklenti doğuyor. Bu sayfadaki iş altyapının kendisi; uygulamanızın kurulup işletilmesi ayrı bir kapsam.

Bu sayfa: kaynak kiralama

  • Sunucu, vCPU, bellek, disk ve ağ kaynağının tedariki
  • Veri merkezi konumu seçimi ve yerleşim kararı
  • Kapasite planlama, boyutlandırma ve ölçekleme
  • Ham altyapı: kök erişim sizde, yönetimi ekibiniz yapar
  • Maliyet modeli, taahhüt ve fatura kalemlerinin kurgusu

Barındırma sayfası: yönetim

  • Uygulamanın kurulması ve canlıya alınması
  • Dağıtım hattı, sürüm yönetimi ve geri alma
  • Sertifika, alan adı ve DNS işleri
  • İzleme, uyarı ve olay müdahalesi bizde
  • Güncelleme takvimi ve bakım penceresi

Yönetimi de biz üstlenelim →

Veri merkezi konumu

Sunucunun durduğu ülke bir mimari karar değil, kurumsal karardır

Türkiye ve Avrupa seçenekleri arasındaki fark yalnızca milisaniye değildir. Kişisel veri işleyen sistemlerde konum, hukuki bir başlığı açar ya da hiç açmaz.

Gecikme, kullanıcının nerede olduğuyla ilgilidir

Kullanıcılarınız Türkiye içindeyse Türkiye konumu tipik olarak on milisaniyelerle ölçülen bir avantaj verir. Avrupa konumu aynı kullanıcı için birkaç kat daha yüksek gecikme demektir. Bu fark bir kurumsal panelde hissedilir, gecelik toplu iş çalıştıran bir sunucuda hissedilmez. Karar iş yükünün etkileşimli olup olmamasına bakar.

Konum hukuki bir karar haline gelir

Sunucunun bulunduğu ülke, KVKK açısından yalnızca teknik bir tercih değildir. Kişisel veri Türkiye dışında bir sunucuda işlenecekse yurt dışına aktarım başlığı açılır; hangi hukuki dayanağın kullanılacağı, aydınlatma metninin ne söylediği ve veri işleyen sözleşmesinin ne içerdiği belirlenmelidir. Veriyi Türkiye içinde tutmak bu başlığı hiç açmama tercihidir.

Avrupa konumu her zaman yanlış değildir

Kişisel veri işlemeyen sistemler, anonimleştirilmiş analitik, yedek kopyalar ya da Avrupa kullanıcısına hizmet veren uygulamalar için Avrupa konumu makul ve çoğu zaman daha ekonomiktir. Yanlış olan, kararın farkında olmadan verilmesidir.

Karma yerleşim mümkündür

Uygulama sunucusu Türkiye, arşiv ve soğuk yedek Avrupa şeklinde bölünmüş kurulumlar sık kullanılır. Hangi verinin nerede durduğunun envanteri çıkarılır ve yazılı hale getirilir; denetim istendiğinde cevaplanacak soru budur.

Kaynak boyutlandırma

Tahminle alınan sunucu ya boş durur ya yetmez

Boyutlandırma bir katalogdan paket seçmek değil, gerçek ihtiyacı ölçüp karşılığını yazmaktır. Aşağıdaki kalemler ayrı ayrı hesaplanır.

vCPU

Çekirdek sayısını artırmak her iş yükünü hızlandırmaz. Tek iş parçacığı üzerinde çalışan bir uygulama sekiz çekirdekli bir sunucuda da tek çekirdek kadar hızlıdır. Önce darboğazın işlemcide olup olmadığı ölçülür; çoğu web uygulamasında değildir.

Bellek

En sık yetmeyen kaynak budur ve yetmediğinde sistem yavaşlamaz, süreç öldürülür. Veri tabanı önbelleği, uygulama çalışma seti ve işletim sistemi payı ayrı ayrı hesaplanır. Bellek üzerine planlamada cimrilik, en pahalı kesintiyi üretir.

Disk türü: NVMe mi, HDD mi

Rastgele okuma yazma yoğun olan her şey — veri tabanı, kuyruk, arama indeksi — NVMe ister; burada mekanik disk kullanmak sunucuyu boğar. Sıralı okunan büyük dosyalar, medya arşivleri ve yedekler için HDD ya da nesne depolama hem yeterli hem çok daha ucuzdur. Bu ikisini aynı diske koymak, pahalı diski ucuz veriyle doldurmak demektir.

Disk boyutu ve IOPS ayrımı

Disk kapasitesi ile disk hızının aynı şey olmadığı en çok atlanan noktadır. Kimi sağlayıcıda IOPS kapasiteye bağlıdır; küçük disk aldığınızda hızı da kısıtlarsınız. Veri tabanı diski boyutlandırılırken bu bağ kontrol edilir.

Ağ bant genişliği

Sunucunun ağ arayüzü hızı ile aylık trafik kotası farklı iki kalemdir. Medya sunan, yedek gönderen ya da yoğun API trafiği olan sistemlerde kota, hız kadar belirleyicidir ve fatura sürprizinin çıktığı yer genelde burasıdır.

Ölçüm, tahminin yerini alır

Tahminle alınan sunucu iki halden birine düşer: ya kapasitesinin dörtte birini kullanıp boşa para yakar ya da yoğun günde yetmeyip kesinti üretir. Mevcut bir sistem varsa bir süre gözlemleyip gerçek tepe değerleri çıkarıyoruz; yoksa küçük başlayıp ölçüme göre büyütmek, en baştan büyük almaktan daha ucuza gelir.

Ölçekleme

Büyütmek mi, ikinci sunucu mu

Yanlış cevap pahalıya patlar: ihtiyaç yokken kurulan dağıtık mimari, kazandırdığından fazlasını karmaşıklık olarak geri alır.

Dikey büyütme

Aynı sunucuya çekirdek, bellek ya da disk eklemek. Uygulamada hiçbir değişiklik gerektirmediği için en ucuz ve en hızlı çözümdür. Kısa bir yeniden başlatma dışında maliyeti yoktur. Tek sunucunun taşıyabileceği bir tavana kadar geçerlidir ve çoğu kurumsal iş yükü o tavana hiç yaklaşmaz.

İkinci sunucuya dağıtma

Yatay büyüme, önüne bir yük dengeleyici koymak ve oturum yönetimini paylaşımlı hale getirmek anlamına gelir. Uygulamanın buna hazır olması gerekir; hazır değilse önce kod tarafında düzenleme yapılır. Doğru gerekçesi genelde kapasite değil süreklilik olur: tek sunucu düştüğünde sistemin ayakta kalması.

Otomatik ölçekleme ne zaman gereksizdir

Otomatik ölçekleme, yükü gün içinde kat kat değişen sistemler için tasarlanmıştır. Trafiği öngörülebilir bir kurumsal uygulamada kurulum karmaşıklığı, hata ayıklama zorluğu ve ölçekleme kaynaklı tuhaf arızalar getirir; kazandırdığı para ise sınırlıdır. İhtiyaç yoksa kurmuyoruz ve neden kurmadığımızı yazıyoruz.

Küçültme de bir ölçekleme adımıdır

Kampanya, sezon ya da göç sonrası büyütülen kaynak çoğu yerde öylece kalır. Ölçekleme planı yalnızca büyümeyi değil, geri inme anını da tanımlar; aksi halde geçici bir ihtiyaç kalıcı bir fatura kalemine dönüşür.

Yedeklilik ve süreklilik

Tek sunucu ucuzdur, ta ki durana kadar

Süreklilik kararı duygusal değil aritmetiktir: kapalı kalmanın bir günlük bedeli, yedekliliğin yıllık bedeliyle karşılaştırılır.

Anlık görüntü (snapshot)

Sunucunun belirli bir andaki tam kopyası. Güncelleme, sürüm geçişi ya da riskli bir değişiklik öncesinde alınır; iş ters giderse dakikalar içinde geri dönülür. Snapshot bir yedekleme stratejisi değildir — aynı altyapıda durur ve uzun süre saklanmak için tasarlanmamıştır.

Yedek bölge kopyası

Verinin ikinci bir veri merkezinde, tercihen farklı bir coğrafyada duran kopyası. Bir bölge tamamen erişilemez hale geldiğinde elinizde kalan tek şey budur. Kopyanın ne sıklıkla tazelendiği doğrudan kabul edilen veri kaybı süresini belirler.

Tek sunucu riskinin gerçek maliyeti

Tek sunucu ucuzdur, ta ki durana kadar. Hesaplanması gereken şey ikinci sunucunun aylık bedeli değil, sistemin bir gün boyunca kapalı kalmasının kuruma neye mal olacağıdır. Bazı işlerde bu rakam ikinci sunucunun yıllık maliyetini bir günde geçer, bazılarında hiç geçmez. Karar bu karşılaştırmayla verilir.

Kurtarma süresi hedefi

Sunucu tamamen kaybedildiğinde sistemin ne kadar sürede ayağa kalkması gerektiğini önceden yazıyoruz. Bu süre bir temenni değil, kurulumun biçimini belirleyen bir kısıttır: dört saat hedefi ile dört gün hedefi bambaşka iki mimari üretir. Hedef yazıldıktan sonra tatbikatla doğrulanır.

Depolama katmanları

Her veri aynı diskte durmaz

Depolama maliyetinin büyük kısmı fazla veriden değil, verinin yanlış katmanda durmasından gelir. Büyüyen hacim için doğru yaklaşım katmanlıdır.

Blok depolama

Sunucuya doğrudan bağlanan disk. İşletim sistemi bunu normal bir sürücü olarak görür; veri tabanı dosyaları, uygulama dizinleri ve düşük gecikme isteyen her şey burada durur. Hızlıdır, gigabayt başına en pahalı katmandır ve tek bir sunucuya bağlıdır.

Ne durur: Veri tabanı, uygulama dosyaları, çalışma alanı.

Nesne depolama

Dosyaların HTTP üzerinden adreslendiği, kapasitesi pratik olarak sınırsız katman. Sunucuya bağlı değildir; aynı veriye birden çok sistem erişebilir, dağıtım ağıyla önüne önbellek konabilir. Gigabayt maliyeti bloktan belirgin biçimde düşüktür.

Ne durur: Medya dosyaları, kullanıcı yüklemeleri, yedekler, kayıt arşivleri.

Arşiv katmanı

Nadiren okunan ama silinemeyen veri için en ucuz seçenek. Erişim gecikmesi dakikalarla ölçülebilir ve okuma başına ücret çıkabilir; buna karşılık saklama maliyeti diğer katmanların çok altındadır. Yasal saklama yükümlülüğü olan kayıtların doğru yeri burasıdır.

Ne durur: Yasal saklama, eski dönem yedekleri, bir daha açılmayacak proje arşivleri.

Veri büyüdükçe bu üç katman arasındaki geçişin kurala bağlanması gerekir: kaç gün sonra hangi veri bir alt katmana iner, arşivden geri çağırma nasıl yapılır, silme politikası nedir. Kural yazılmadığında olan şey şudur: her şey en pahalı katmanda kalır ve fatura veriyle birlikte doğrusal büyür.

Nesne depolama tarafının ayrıntısı ve S3 uyumlu kurulum için S3 depolama ve yedekleme sayfasına, terabayt ve petabayt ölçeğindeki senaryolar, dosya sunucuları ve depolama ağı kurgusu için kurumsal depolama çözümleri sayfasına bakabilirsiniz.

Ağ ve erişim

Açık bırakılan port, en ucuz saldırı yüzeyidir

Kiralık altyapıda güvenliğin ilk katmanı ağdır. Sunucu teslim edilirken aşağıdaki düzen kurulu gelir; sonradan eklenen bir kalem değildir.

  • Özel ağ: sunucular arası trafik genel internete çıkmadan, izole bir ağ üzerinden akar. Veri tabanı hiçbir zaman internete açık bir adres taşımaz.
  • VPN üzerinden yönetim erişimi: yönetim arayüzleri ve SSH dışarıdan doğrudan erişilebilir olmaz; önce VPN, sonra sunucu. Erişim kaydı kişi bazında tutulur.
  • Güvenlik duvarı varsayılan olarak kapalıdır: hangi portun neden açık olduğu tek tek gerekçelendirilir, gerekçesi biten kural kaldırılır.
  • Açık port bırakmama ilkesi: veri tabanı portu, yönetim paneli ve yedekleme uçları internete açık kalmaz. En sık görülen ihlal, kurulum sırasında geçici açılıp kapatılması unutulan porttan gelir.
  • Anahtar tabanlı erişim: parola ile SSH kapalıdır, erişim anahtarla verilir ve ayrılan kişinin anahtarı aynı gün iptal edilir.
  • Ağ trafiği kaydı: hangi adresin nereye bağlandığı kaydedilir; olağandışı çıkış trafiği erken fark edilir.
Maliyet yönetimi

Fatura sunucudan değil, unutulan kalemlerden büyür

Kullanıma bağlı faturalamanın rahatlığı, aynı zamanda zayıf noktasıdır. Harcamanın nereden geldiği görünmediğinde kimse durdurmaz.

Kullanıma bağlı fatura sessizce büyür

Bulut faturası tek bir kalem değildir: sunucu saati, disk, anlık görüntüler, IP adresleri, yük dengeleyici, yedek saklama ve trafik ayrı ayrı işler. Her biri küçük görünür, toplamı beklenenin epey üstüne çıkar. Ay sonunda sürpriz yaşamamanın yolu, kalemleri baştan listelemektir.

Çıkış trafiği (egress) en sık atlanan kalem

Veriyi buluta koymak çoğunlukla ücretsizdir, dışarı çıkarmak değildir. Medya sunan, yedek indiren ya da başka bir sağlayıcıya veri akıtan sistemlerde çıkış trafiği zamanla sunucu bedelinden büyük hale gelebilir. Mimarî kararı doğrudan etkiler: dağıtım ağı kullanmak, veriyi tüketildiği yere yakın tutmak ve gereksiz kopyalamayı azaltmak bu kalemi düşürür.

Bütçe uyarısı

Belirlenen eşiği aşan harcamada uyarı kurulur. Amaç faturayı kesmek değil, ay ortasında haberdar olmaktır; kaçak bir işlem ya da yanlış yapılandırılmış bir yedekleme işi çoğu zaman ilk kez bu uyarıyla görülür.

Kullanılmayan kaynakların kapatılması

Bir kez açılıp unutulan test sunucuları, bağlı olmayan diskler, boşta duran IP adresleri ve süresi geçmiş anlık görüntüler her ay fatura üretir. Dönemsel envanter çıkarıp bunları kapatmak, çoğu kurumda en hızlı geri dönen maliyet çalışmasıdır.

Ayrılmış kapasite ve taahhüt

Sürekli çalışacağı kesin olan kaynakta uzun dönem taahhüdü belirgin indirim getirir. Buradaki risk, ihtiyacın değişmesi halinde taahhüde bağlı kalmaktır; bu yüzden taahhüt yalnızca ölçümle doğrulanmış, kalıcı iş yükleri için önerilir.

Doğru katmanı kullanmak

Maliyetin en büyük kısmı çoğu zaman fazla kaynaktan değil, yanlış katmandan gelir. Nesne depolamada durması gereken yüz gigabaytlık medya arşivini hızlı blok diskte tutmak, aynı veri için kat kat fazla ödemek demektir.

Kurulum ve devir

Teslim edildiğinde neyin hazır olduğu

Ham altyapı, boş bir makine anahtarı vermek demek değildir. Aşağıdaki altı adım her kurulumda aynı sırayla işler.

01

İhtiyaç ve ölçüm

Hangi uygulamanın çalışacağı, kaç kullanıcı beklendiği, veri hacminin bugünü ve on iki ay sonrası konuşulur. Çalışan bir sistem varsa gerçek kaynak kullanımı gözlemlenir. Bu adımın çıktısı bir teklif değil, bir boyutlandırma tablosudur.

02

Konum ve model kararı

Bulut, kiralık fiziksel ya da kendi donanım seçeneklerinin bu iş yükü için maliyet eğrisi karşılaştırılır. Veri merkezi konumu, KVKK tarafındaki sonuçlarıyla birlikte kararlaştırılır ve yazılı hale getirilir.

03

Kurulum ve teslim

Sunucu, seçilen işletim sistemi kurulu ve temel sertleştirmesi yapılmış halde teslim edilir: güvenlik duvarı tanımlı, anahtar tabanlı erişim açık, saat senkronizasyonu ve otomatik güvenlik yaması ayarlı. Özel ağ, disk bağlantıları ve yedekleme işi hazır durumda devredilir.

04

Erişim ve yetki devri

Yönetici erişimi size aittir. Kimin hangi yetkiyle bağlandığı listelenir, ortak yönetilen kurulumlarda her kişi için ayrı hesap açılır ve değişiklikler kayıt altına alınır. Erişim bilgilerinin nerede saklandığı da yazılı olur.

05

Yönetim modelinin seçimi

Bundan sonrasını kendi ekibiniz yürütebilir; altyapı ham haliyle sizindir. Yönetimi de bize bırakmak isterseniz izleme, yedek doğrulama, güncelleme ve olay müdahalesi bizim tarafımıza geçer. İkisi arasında geçiş yapmak da mümkündür.

06

Gözden geçirme

İlk aylarda gerçek kullanım ile boyutlandırma tablosu karşılaştırılır. Fazla alınmış kaynak küçültülür, yetmeyen kalem büyütülür. Kaynak planı bir kez yapılıp rafa kaldırılan bir belge değil, dönemsel olarak güncellenen bir çalışma dosyasıdır.

Sağlayıcı bağımsızlığı

Kalmayı seçmek, kalmak zorunda olmaktan farklıdır

Altyapı ilişkisinin sağlıklı olması, çıkış kapısının açık olmasına bağlıdır. Taşınamayacak biçimde kurulmuş bir sistem, pazarlık gücünüzü de birlikte götürür.

  • Veri sizde kalır

    Veri tabanı dökümü, dosya arşivi ve yapılandırma dosyaları istendiği anda dışa aktarılabilir biçimde durur. Hiçbir kritik veri yalnızca bir sağlayıcının özel formatında tutulmaz.

  • Yapılandırma taşınabilir olur

    Sunucu kurulumu elle yapılmış tıklamalarla değil, tekrarlanabilir betiklerle tanımlanır. Aynı yapı başka bir sağlayıcıda kısa sürede yeniden kurulabilir; kurulum bilgisi tek bir kişinin hafızasında kalmaz.

  • Sağlayıcıya özgü servisler bilinçli seçilir

    Bir sağlayıcının yönetilen servisleri iş yükünü hafifletir ama taşınmayı zorlaştırır. Bunu kullanmak yanlış değildir; farkında olmadan kullanmak yanlıştır. Hangi bileşenin taşınması ne kadar zahmetli, baştan yazılır.

  • Taşınma senaryosu tatbik edilir

    Yedeğin geri döndüğü test edilmediyse yedek sayılmadığı gibi, taşınabilirlik de denenmediyse iddia olarak kalır. Kritik sistemlerde yapının başka bir ortamda ayağa kalkabildiği dönemsel olarak sınanır.

Ticari model

Kaynak aylık, kurulum bir kez

Sunucu kaynağı aylık yürür ve kalem kalem yazılır: işlemci, bellek, disk türü ve boyutu, yedeklilik seviyesi, yedekleme hacmi, aylık trafik ve konum. Kurulum, sertleştirme ve devir tek seferlik bir iştir; kapsamı baştan tanımlanır. Sabit bir liste fiyatı yayımlamıyoruz çünkü bu kalemler her kurumda farklı birleşiyor; ihtiyacı konuştuktan sonra ayrıştırılmış bir teklif çıkarıyoruz. Büyüme halinde hangi kalemin nasıl artacağı da o teklifte yazılı olur, ay sonunda öğrenilen bir şey olmaz. Ayrılmak istediğinizde sunucu görüntüsü, veri yedeği ve yapılandırma dosyaları teslim edilir.

Sık sorulanlar

Bulut sunucu ve veri merkezi hakkında sık sorulanlar

Sunucu fiziksel olarak nerede duruyor?

Tercihe göre Türkiye ya da Avrupa'daki bir veri merkezinde. Konum, hem gecikme hem de hukuki sonuçları olan bir karardır: kişisel veri işleyen sistemlerde Türkiye dışı bir konum, KVKK açısından yurt dışına aktarım başlığını açar. Hangi verinin nerede duracağı sözleşme öncesinde yazılı hale getirilir. İsterseniz karma kurulum da yapılabilir — uygulama Türkiye'de, arşiv Avrupa'da.

Sunucu ne kadar sürede hazır olur?

Bulut sunucularda kurulum ve temel sertleştirme dahil aynı iş günü içinde teslim genellikle mümkündür. Kiralık fiziksel sunucularda süre donanım tedarikine bağlıdır ve günlerle ölçülür. Kendi donanımınızın satın alınıp bir veri merkezine yerleştirilmesi gerekiyorsa haftalar konuşulur. Acil bir ihtiyaçta bulut sunucuyla başlayıp sonradan fiziksel makineye geçmek yaygın bir yoldur.

Sunucuyu kendi ekibimiz yönetebilir mi?

Evet, bu sayfanın varsayılan modeli budur. Altyapı ham haliyle teslim edilir, yönetici erişimi sizde olur ve bundan sonrasına kendi ekibiniz karar verir. Yönetimi de bize bırakmak isterseniz izleme, yedek doğrulama, güncelleme ve olay müdahalesini kapsayan yönetilen model için barındırma hizmetimize geçilir. İki model arasında sonradan geçiş yapmak mümkündür.

Aldığımız kaynak yetmezse ne oluyor?

Önce hangi kaynağın dolduğu ölçülür — işlemci, bellek, disk hızı ya da ağ. Çoğu durumda çözüm mevcut sunucuyu büyütmektir; bu kısa bir yeniden başlatmayla biter ve uygulamada değişiklik gerektirmez. Tek sunucunun tavanına yaklaşıldığında ya da süreklilik gerekçesi öne çıktığında yükü ikinci bir sunucuya dağıtmayı konuşuruz. Maliyet farkı her iki durumda da karar öncesinde yazılı olarak paylaşılır.

Yedekleme fiyata dahil mi?

Sunucu kiralamanın kendisi yedekleme içermez; yedekleme ayrı bir kaynak tüketir ve ayrı planlanır. Kurulumda anlık görüntü ve periyodik yedek işi hazır halde devredilir, saklama süresi ve sıklık sizinle belirlenir. Yedek hacminin depolama maliyeti baştan hesaba katılır — sonradan büyüyüp sürpriz çıkaran kalemlerin başında bu gelir. Yedeğin gerçekten geri döndüğü de test edilmelidir; alınmış ama geri dönmeyen yedek yedek değildir.

Mevcut sağlayıcımızdan taşıyabilir misiniz?

Evet. Önce envanter çıkarılır: sunucular, diskler, veri tabanları, dosya hacimleri, DNS kayıtları ve dış bağımlılıklar. Yeni ortam paralel olarak kurulur, veri kopyalanır, test edilir ve geçiş kısa bir kesme anıyla tamamlanır. Taşımanın en çok gözden kaçan kalemi çıkış trafiği ücretidir; eski sağlayıcıdan çekilecek veri hacmi baştan hesaplanır.

Sözleşme süresi ne kadar, uzun taahhüt şart mı?

Bulut sunucularda aylık yürüyen bir düzen kurulabilir; uzun taahhüt şart değildir. Uzun dönem taahhüdü belirgin indirim getirir ama yalnızca ölçümle doğrulanmış, kalıcı olduğu bilinen iş yüklerinde önerilir. Kiralık fiziksel sunucularda taahhüt süresi donanımın tahsisiyle ilgilidir ve genelde daha uzundur; süre ve çıkış koşulları sözleşmede açıkça yazılır.

Fiyat nasıl belirleniyor?

Fiyat tek bir listeye bakılarak değil, boyutlandırma tablosundan çıkar: vCPU, bellek, disk türü ve boyutu, yedeklilik seviyesi, yedekleme hacmi, aylık trafik ve konum. Bu kalemler değiştikçe rakam da değişir, o yüzden burada sabit bir fiyat yazmıyoruz. İhtiyacınızı konuştuktan sonra kalem kalem ayrıştırılmış bir teklif çıkarıyoruz; hangi kalemin neyi karşıladığı ve büyüme halinde nasıl artacağı teklifte yazılı olur.

Depolama ihtiyacımız çok büyük, sunucu diski yeter mi?

Terabaytlarla ölçülen veri, sunucu diskinde tutulmaya çalışıldığında hem pahalı hem kırılgan olur. Doğru yaklaşım katmanlıdır: sık erişilen ve düşük gecikme isteyen veri sunucu diskinde, medya ve yedekler nesne depolamada, nadiren okunan kayıtlar arşiv katmanında durur. Yüksek hacimli senaryolar için kurumsal depolama ve S3 uyumlu depolama sayfalarımızda ayrıntı var.

Sunucuya internetten doğrudan erişilebiliyor mu?

Varsayılan kurulumda hayır. Yönetim erişimi VPN arkasında durur, veri tabanı ve iç servisler yalnızca özel ağdan erişilebilir, güvenlik duvarı kapalı başlar ve her açık port gerekçesiyle birlikte tanımlanır. Yalnızca kamuya açık olması gereken servis dışarıya bakar.

Bir sonraki yazılım projenize hazır mısınız?

Ekibimizle 30 dakikalık ücretsiz bir keşif görüşmesi planlayın.

Sertifikalar

Ağ ve siber güvenlik işlerini, uluslararası geçerli Cisco sertifikasyonuna sahip ekiple yürütüyoruz.

Cisco CyberOps Associate rozeti

Cisco CyberOps Associate

Veren kurum: Cisco · Sahibi: Devrim Tunçer

Güvenlik operasyon merkezi (SOC) yetkinliğini belgeleyen sertifika: güvenlik izleme, olay müdahalesi ve ağ saldırılarının analizi. Sızma tespiti, log korelasyonu ve olay sonrası müdahale gerektiren işlerde dayandığımız temel budur.

Cisco CCNA Eğitimi

süresi doldu

Cisco eğitim sertifikası · Ocak 2023'te tamamlandı

Ağ temellerini kapsar: yönlendirme, anahtarlama, IP adresleme ve ağ güvenliği. Kurumsal ağ kurulumu ile segmentasyon işlerinde kullandığımız bilgi tabanı.