ServiceCore Sandbox / Test Sistem Add-on, kullanıcıların ServiceCore platformu üzerinde gerçekleştirecekleri değişiklikler ve yenilikleri gerçek ortamda uygulamadan önce güvenli bir şekilde test etmelerini sağlar. Bu ortam, üretim sisteminizin yanında duran bağımsız bir kurulumdur: kendi veritabanı örneği, kendi uygulama sunucusu, kendi servis hesapları, kendi güvenlik yapılandırması ve kendi entegrasyon uçlarıyla çalışır.
Test ortamının neden ayrı lisanslandığı, kurulumunun neden ayrı fiyatlandığı ve bakımının neden yıllık olarak yürütüldüğü bu sayfada kalem kalem açıklanmıştır. Kısa cevap şudur: ServiceCore on-premise çalışır ve bir test ortamı klasör kopyalayarak elde edilmez. İkinci bir veritabanı ayağa kaldırılır, entegrasyonlar test uçlarına yönlendirilir, canlı veri anonimleştirilerek aktarılır ve kurulan bu yapı üretim sistemiyle aynı hizada kalsın diye sürekli bakım görür.
MALİYETİN ÜÇ BİLEŞENİ
Sandbox üç ayrı kalemden oluşur
01Lisans ve fikri mülkiyet hakkıSabit adetli add-on
02Kurulum ve mimari mühendislik eforuTek seferlik hizmet
03Sürekli bakım, sürüm güncelleme ve destekYıllık kapsam
Üç kalemin de tanımı Abonelik ve Lisanslama Rehberi ile hizmet portföyünde yazılıdır; adet, kapsam ve bedeller teklifte açıkça yer alır.
YAYGIN ALGI VE TEKNİK GERÇEK
Test ortamı bir kopya değildir
Test ortamı tartışmasının büyük bölümü tek bir varsayımdan doğar: sistem zaten kurulu olduğuna göre, ikinci bir sunucuya kopyalanması ek bir iş değildir. On-premise mimaride bu varsayımın karşılığı yoktur. Aşağıda sahada en sık karşılaştığımız dört algının karşısına ortamın teknik gerçeğini koyduk.
Sanılan
Canlının yedeğini alır, ikinci bir sunucuya açarız.
Gerçek
Yedek bir veri dosyasıdır; ortam değildir.
Geri yükleme, işin en kısa süren adımıdır ve birkaç saatte biter; asıl efor ondan sonra başlar. Veritabanı yedeği yalnızca kayıtları taşır. Uygulama sunucusu, servis hesapları, zamanlanmış iş akışları, ağ geçitleri ve sertifikalar yeni ortamda sıfırdan yapılandırılır; üretimden gelen yapılandırmanın içindeki her sunucu adı, her ağ geçidi adresi ve her sertifika referansı tek tek test karşılığıyla değiştirilir.
Sanılan
Test ortamı üretimin birebir aynısı olsun, böylece ek çalışma gerekmesin.
Gerçek
Üretimle birebir aynı bırakılan bir test ortamı tehlikelidir.
Yapılandırması üretimle özdeş bırakılan bir ortam ilk denemede gerçek müşterilere e-posta gönderir, gerçek numaralara SMS gönderir, ERP tarafında gerçek kayıt açar. Bu nedenle Sandbox kurulumunun büyük bölümü ortamı üretime benzetmek değil, ortamı üretimden güvenli biçimde ayırmaktır. Modül ve iş akışı kapsamı birebir aynı olmalıdır; bağlantı uçları asla.
Sanılan
Lisansı zaten aldık; aynı lisans test ortamında da geçerlidir.
Gerçek
Lisans yükümlülüğü, sözleşmede tanımlı ölçüye göre doğar.
Satın alınan lisansın ölçüsü üretim ortamına göre belirlenir; teknisyen adedi de modül kapsamı da o ortamda yürüyen operasyona göre fiyatlanır. Sandbox ayağa kalktığında mevcut lisans ikiye bölünmez; yanında, kendi kullanım hakkı olan ikinci bir kurulum doğar. ServiceCore bu nedenle test ortamını teknisyen lisansının bir türevi olarak değil, Abonelik ve Lisanslama Rehberi'nin 12. bölümündeki Altyapı ve Sistem Add-on'ları arasında, sabit adetli ayrı bir kalem olarak tanımlar.
Sanılan
Kurulur, bir kenarda bekler; bozulursa aceleye gerek yok.
Gerçek
Test ortamı durduğunda duran şey, üretime yapılacak değişikliktir.
Üretim sistemi sürüm aldıkça, entegrasyonlar değiştikçe ve veri modeli genişledikçe bakılmayan test ortamı geride kalır; iki ortam arasındaki fark büyüdüğünde testin verdiği olumlu sonuç artık üretim için geçerli değildir. Ortam hiç ayakta değilse geriye iki seçenek kalır: değişikliği ertelemek ya da doğrulanmış kanıt olmadan canlıda denemek. Birincisi proje takvimini durdurur, ikincisi denetimde bulgu ve operasyonda kesinti üretir.
MALİYET BİLEŞENLERİ
Üç kalem, üç ayrı iş
01
Lisans ve Fikri Mülkiyet Hakları
IP Right — ortam bazlı kullanım hakkı
ServiceCore lisans modelinde kullanım hakkı, ürünün çalıştırıldığı bağımsız ortam üzerinden tanımlanır. Test ortamı, ürünün hiçbir özelliği kısıtlanmamış ikinci bir örneğidir: yazılımın çekirdek algoritmalarını, iş akışı motorunu, entegrasyon katmanını ve raporlama altyapısını üretimle aynı biçimde çalıştırır. Donanım ölçeği küçültülse dahi kullanılan hak aynıdır. Bu nedenle test ortamı, teknisyen lisansının içinden düşülen bir kalem değil, kendi başına duran bir add-on kalemidir.
Kullanım hakkı yalnızca kullanıcı sayısına değil, çalıştırılan bağımsız ortam sayısına bağlıdır.
Test ortamı üretimle aynı sürümü, aynı modülleri ve aynı otomasyon çekirdeğini çalıştırır.
Sandbox / Test Sistem Add-on, Altyapı ve Sistem Add-on grubunda sabit adet üzerinden fiyatlandırılır.
Add-on teknisyen lisansınızdan bağımsızdır; teknisyen sayınız değişse de adet üzerinden yürür.
Kurulum ve bakım hizmetleri lisanstan ayrı fiyatlandırılır; ihtiyaç duyulan test ortamı adedi teklif öncesinde netleştirilir.
Professional Services — Test Sistemi Konfigürasyon Paketi
Test ortamının kurulumu bir kurulum dosyası çalıştırmaktan ibaret değildir. Veritabanı ve uygulama katmanlarının üretimden tam olarak izole edilmesi, dış sistem entegrasyonlarının test uçlarına yönlendirilmesi, güvenlik ve yetkilendirme yapılandırmasının baştan kurulması ve canlı verinin anonimleştirilerek aktarılacağı mimarinin tasarlanması gerekir. Bu adımların tamamı doğrudan kıdemli uzman adam/gün eforu tüketir ve ServiceCore hizmet portföyünde Test Sistemi Konfigürasyon Paketi adıyla ayrı bir kalem olarak tanımlıdır.
Üretim ortamının lisans ve veri kapsamı dışında, bağımsız bir kurulum ayağa kaldırılır.
ERP, CRM, Active Directory, SMTP ve SMS ağ geçitleri üretim uçlarından koparılıp test veya taklit uçlarına bağlanır.
Güvenlik duvarı, SSL ve yetkilendirme katmanları Sandbox için yeniden yapılandırılır; üretim yetkileri olduğu gibi taşınmaz.
Canlı veri, kişisel ve ticari alanları anonimleştirilerek aktarılır; bu mimari KVKK yükümlülüklerinizin test ortamında da karşılanmasını destekler.
Kurulum, kabul testi ve devir dokümantasyonuyla kapanır; ortamın sahipliği yazılı olarak kuruma teslim edilir.
Sandbox kurulduğu gün tamamlanmaz; üretim sistemiyle birlikte yaşamaya devam eder. Üretime çıkacak her yeni sürüm ve yama önce burada uygulanır, doğrulanır ve gerektiğinde geri alınır. Bu da her güncelleme döngüsünde aynı mühendislik işinin iki sistemde ayrı ayrı yapılması, iki ortamın senkron tutulması ve her ikisinin ayrı ayrı desteklenmesi anlamına gelir. Yıllık bakım ve destek kalemi, bu tekrarlanan yükün ve ortama verilen hizmet seviyesi taahhüdünün karşılığıdır.
Her yeni sürüm ve yama önce Sandbox'a uygulanır, doğrulanır ve kayıt altına alınır; sonra üretime geçer.
İki ortam arasındaki sürüm, parametre, şema ve iş akışı farkları düzenli olarak karşılaştırılıp eşitlenir.
Veri tazeleme döngüsü, maskeleme kuralları ve bildirim izolasyonuyla birlikte sürdürülür.
Test ortamındaki yapılandırma hataları, veritabanı büyümesi ve entegrasyon kopmaları destek kapsamında ele alınır.
Hizmet seviyesi taahhüdü yalnızca bakım kapsamındaki ortamlar için verilebilir; add-on'un kurulum ve bakım hizmetleri lisanslama rehberinin 12. bölümünde belirtildiği gibi ayrıca fiyatlandırılır.
Aşağıdaki adımların her biri ürün iç bilgisi gerektirir. Kurulumun ağırlığı buradadır: donanım ve işletim sistemi katmanı değil, uygulama mimarisinin ikinci kez ve izole biçimde kurulmasıdır.
01
Bağımsız veritabanı örneği
Test ortamı için üretimden tamamen ayrı bir veritabanı örneği kurulur; karakter seti, şema, kullanıcılar, yedekleme planı ve büyüme takibi bu ortama özel tanımlanır.
02
İzole uygulama katmanı ve servis hesapları
Uygulama servisleri ayrı bir sunucuda, kendi kaynak havuzu ve port yapılandırmasıyla çalıştırılır; üretim servis hesaplarıyla hiçbir yetki paylaşmayan yeni hesaplar tanımlanır.
03
Sunucu ve kaynak planlaması
İşlemci, bellek ve disk kaynakları, yapılacak testin türüne göre ve test yükünü anlamlı biçimde temsil edecek ölçüde boyutlandırılır.
04
Ayrı alan adı kaydı ve SSL sertifikası
Sandbox kendi alan adı kaydını ve kendi SSL sertifikasını alır; böylece kullanıcı hangi ortamda çalıştığını adres satırından ilk bakışta ayırt eder.
05
Ağ segmentasyonu ve güvenlik duvarı kuralları
Güvenlik duvarı kuralları ve ağ segmentasyonu, test ortamının trafiğinin üretim trafiğine hiçbir noktada karışmayacağı biçimde yapılandırılır.
06
Kimlik ve yetkilendirme yapılandırması
Dizin servisi bağlantısı, çoklu oturum açma (SSO) ayarları ve rol/yetki matrisi test ortamı için ayrı bir yapılandırma üzerinden yeniden kurulur.
07
Entegrasyonların test uçlarına yönlendirilmesi
ERP, CRM, Active Directory ve diğer kurumsal sistemlerin bağlantıları karşı tarafın üretim uçlarından alınıp test veya taklit uçlarına taşınır.
08
E-posta ve SMS ağ geçitlerinin izolasyonu
Bildirim kanalları test aktarıcısına yönlendirilir veya karantinaya alınır; bu yapılmazsa Sandbox'ta açılan tek bir kayıt gerçek müşterilere e-posta ve SMS gönderir.
09
Veri maskeleme mimarisi
Üretimden aktarılacak kayıtlarda kişisel veri, iletişim bilgisi ve sözleşme detayları maskeleme kurallarıyla anonimleştirilir; kurallar veri modeli genişledikçe güncellenir.
10
Ortam tazeleme prosedürü
Üretimden Sandbox'a veri tazeleme akışı yazılır ve zamanlanır; her tazelemede maskeleme, entegrasyon yönlendirmeleri ve bildirim izolasyonu yeniden uygulanır.
11
Sürüm ve konfigürasyon karşılaştırma hattı
İki ortam arasındaki modül, parametre ve şema farklarının izlenip eşitleneceği hat kurulur; böylece Sandbox'ta yapılan test üretim için anlamlı bir kanıt üretir.
12
Kabul testi, dokümantasyon ve devir
Kurulum sonrası temel iş akışları, bildirim kanalları ve entegrasyonlar uçtan uca çalıştırılır; ortamın topolojisi, hesapları, bağlantıları ve tazeleme yordamı belgelenip BT ekibine devredilir.
KURULDUKTAN SONRA NE OLUR
Bakım, sürüm yönetimi ve hizmet seviyesi
Sürüm güncellemeleri
Üretime geçecek her yeni sürüm ve yama önce test ortamına uygulanır. Aynı güncellemeyi iki ayrı sisteme ayrı ayrı kurar, iki ayrı veri setiyle sınar, iki ortamın birbiriyle uyumunu doğrular ve sonucu kayıt altına alırız. ServiceCore güncellemeleri, izin verdiğiniz ölçüde Continuous Delivery yöntemiyle otomatik olarak yüklenir; test ortamı bu hattın ilk durağıdır. Bu tekrar, bir sürümün üretimde ilk kez denenmesini önleyen tek mekanizmadır.
Sorun giderme
Test ortamında yaşanan yapılandırma hataları, veritabanı şişmeleri, entegrasyon kopuklukları ve performans sorunları teknik destek ekibi tarafından üretim sistemi mantığıyla ele alınır. Ortamın amacı deneme olsa da müdahale disiplini üretimle aynıdır; aksi hâlde testin sonucuna güvenilemez. Duran bir test ortamı yalnızca o ortamı değil, kurumun tüm değişiklik akışını durdurur.
Hizmet seviyesi taahhüdü
Destek ve bakım kapsamı dışında bırakılan bir ortam için hizmet seviyesi taahhüdü verilemez; taahhüt ancak bakım aboneliği süren ve kapsamı tanımlı ortamlar için geçerlidir. Test ortamı çalışmayan bir kurum, üretim ortamına yeni geliştirme aktarırken güvence altında değildir. Sandbox'un kurulum ve bakım hizmetlerinin ayrı bir kalem olarak tanımlanmasının nedeni budur.
KARŞILAŞTIRMALI ÖZET
Üretim ortamı ve test ortamı
Üretim ortamı ve test ortamı
Parametre
Üretim Ortamı (Production)
Test Ortamı (Non-Production)
Kullanım amacı
Günlük operasyonel iş süreçlerini kesintisiz yürütmek.
Güncellemeleri, entegrasyonları ve yeni modülleri riske girmeden denemek.
Lisans modeli
Teknisyen lisansları ve seçilen modül kapsamı üzerinden ölçeklenir.
Teknisyen lisansından bağımsız, sabit adetli Sandbox / Test Sistem Add-on ile lisanslanır.
Altyapı ihtiyacı
Tam kapasiteli fiziksel veya sanal sunucu kaynağı.
Ayrı ve bağımsız sunucu kaynağı; tipik olarak üretim kaynağının yarısı ile tamamı arasında ölçeklenir.
Veri ve entegrasyonlar
Gerçek ve güncel kurum verisi; ERP, CRM, dizin sunucusu ve bildirim kanallarının üretim uçları.
Maskelenmiş ve düzenli aralıklarla tazelenen kopya veri; aynı entegrasyonların test veya taklit uçları.
Kurulum eforu
İlk kurulum, veri aktarımı ve canlıya geçiş desteği.
İzole kurulum, test uçlarına yönlendirilmiş entegrasyonlar ve maskeli veri aktarım mimarisi.
Sürüm ve değişiklik yönetimi
Yalnızca doğrulanmış, onay almış kararlı sürümler uygulanır.
Yeni sürümlerin üretim öncesi ilk kez uygulandığı, geri dönüş planının denendiği ortam.
Destek ve bakım
Yıllık destek paketiniz kapsamında hizmet seviyesi taahhüdü ve teknik destek.
Sürüm uyumluluğu, ortam senkronizasyonu ve ayrıca tanımlanan bakım kapsamı.
SEKTÖRDE DURUM
Canlı dışı ortam nasıl ele alınır?
Canlı dışı ortamların lisans ve bakım kapsamında ele alınması ServiceCore'a özgü bir tercih değildir; ancak sektörde tek bir yaklaşım da yoktur. Aşağıdaki başlıklar, kurumsal yazılım sözleşmelerinin genel çerçevesini ve ServiceCore'un bu çerçeve içindeki kendi kuralını tarif eder.
Lisans ortama göre değil, sözleşmedeki ölçüye göre doğar
Kurumsal yazılımda lisans yükümlülüğü ortamın canlı olup olmamasına göre değil, sözleşmede tanımlı ölçüye göre doğar. Bu ölçü üründen ürüne değişir: kurulu örnek, işlemci kapasitesi, isimli kullanıcı veya geliştirici aboneliği. Bu nedenle canlı dışı bir ortam, yalnızca canlı olmadığı için lisans kapsamının dışına çıkmaz.
Muafiyet ancak lisans metninde açıkça tanımlıysa geçerlidir
Canlı dışı kullanım için tanınan haklar çoğunlukla dardır: geliştirme, prototip ve gösterim ile sınırlıdır. Gerçek iş verisiyle çalışan veya üretimi birebir kopyalayan bir ortam, bu dar muafiyetlerin kapsamına girmez.
Uygulama üreticiden üreticiye ciddi biçimde ayrışır
Bazı üreticiler canlı dışı kullanım için ayrı ve daha düşük fiyatlı bir ürün kodu sunar; bazıları hiçbir indirim tanımaz ve canlı ile aynı lisansı ister; bazıları ise lisansı ortama değil, ortama erişen kişiye bağlar. Bu nedenle test ortamının her koşulda ücretsiz olduğu, sektörde genel geçer bir kural değildir.
Toplam sahip olma maliyeti lisans bedelinden ibaret değildir
Bakım ve destek bedeli genellikle lisanslı miktarla orantılı olarak hesaplanır; lisans nerede doğuyorsa bakım da orada doğar. Ayrıca sunucu kaynağı, yedekleme, izleme, sertifika yenileme ve sürüm senkronizasyonu her koşulda oluşur. Bu yüzden canlı dışı bir ortamın toplam maliyeti, lisans bedeli sıfır olsa bile sıfır değildir.
Denetim çerçeveleri ortam ayrımını bekler
Bilgi güvenliği ve BT yönetişim çerçeveleri; geliştirme, test ve üretim ortamlarının birbirinden ayrılmasını temel bir kontrol maddesi olarak tanımlar. ITIL4 değişiklik yönetimi pratiği de değişikliğin üretim öncesinde doğrulanmasını ve geri dönüş planının hazır olmasını bekler. Tek ortam üzerinde çalışan kurum bu kontrolü karşılayamaz.
ServiceCore'da kural açıkça yazılıdır
Sandbox / Test Sistem Add-on teknisyen lisanslarından bağımsız olarak sabit adet üzerinden lisanslanır; kurulum Test Sistemi Konfigürasyon Paketi kapsamında, bakım ise ayrı bir kalem olarak fiyatlandırılır. Bu ayrım Abonelik ve Lisanslama Rehberi'nin 12. bölümünde açıkça yazılıdır.
SIKÇA SORULAN SORULAR
Müşterilerin en sık sorduğu yedi soru
Canlı lisansımız var; neden aynı lisansı test ortamında kullanamıyoruz?
+
Lisans, satın alan kuruma değil, ürünün çalıştırıldığı bağımsız ortama tanımlanan bir kullanım hakkıdır; tek bir lisansın iki ortamda aynı anda çalıştırılması bu tanımın dışındadır. Test ortamı ServiceCore çekirdeğini, iş akışı motorunu, entegrasyon ve raporlama katmanlarını üretimle aynı biçimde çalıştırır, yani ikinci bir kullanım oluşturur. Bu ikinci kullanımın bedeli teknisyen sayınıza değil, açtığınız ortam adedine bağlıdır; rehberde Altyapı ve Sistem Add-on'ları başlığı altında sabit adetli bir kalem olarak yazılıdır.
Sunucu bizim, kurulumu kendi ekibimiz yapar. Kurulum bedeli neden alınıyor?
+
Donanım ve işletim sistemi katmanını kendi ekibiniz sağlayabilir; ücretlendirilen kalem sunucu değil, uygulama mimarisinin kurulmasıdır. Bağımsız veritabanı örneğinin ayrılması, bağlantı dizeleri ve servis hesaplarının tanımlanması, dizin servisi bağlantısı, sertifika ve alan adı yapılandırması, entegrasyonların test uçlarına yönlendirilmesi, dışa giden bildirimlerin kesilmesi ve maskeleme kurallarının yazılması ürün iç bilgisi gerektirir. Bu adımlar eksik yapıldığında ortaya çalışmayan bir ortam değil, çalışıyor görünüp üretim için yanlış kanıt üreten bir ortam çıkar. Ayrıca kurmadığımız ve doğrulamadığımız bir ortam için sürüm uyumluluğu taahhüt edemeyiz. Kapsamın bir bölümünü ekibiniz üstlenecekse görüşmede birlikte daraltırız ve fiyat buna göre şekillenir.
Yıllık bakımı zaten ödüyoruz ve test ortamını yılda yalnızca birkaç kez kullanacağız; neden ayrı bir yıllık kalem var?
+
Abonelik bedeliniz ürünün bakımını kapsar: düzeltici bakım, yol haritası kapsamındaki yeni özellikler ve güncellemelerin ortamınıza kurulumu. Altyapı ve sistem add-on'larında ise lisanslama rehberinin 12. bölümünde belirtildiği gibi kurulum ve bakım hizmetleri ayrıca fiyatlandırılır; çünkü ikinci ortam, her sürümde kurulum ve doğrulama işini fiilen ikiye katlar. Kullanım sıklığı ise maliyeti belirlemez: yılda üç kez açacağınız bir ortamın o üç anda doğru cevabı verebilmesi için aradaki her sürümün, yamanın ve entegrasyon değişikliğinin bu ortama da uygulanmış olması gerekir. Bakılmayan ortam, kullanılacağı gün üretimle arasındaki fark yüzünden yanlış sonuç üretir ve test edilmiş sanılan değişiklik canlıda geri alınır.
Test ortamında gerçek verimizi kullanabilir miyiz?
+
Test ortamı üretim verisinin bir kopyasıyla beslenir, ancak veri olduğu gibi taşınmaz. Kişisel veri, iletişim bilgisi ve sözleşme detayı içeren alanlar maskelenerek aktarılır; e-posta ve SMS ağ geçitleri test uçlarına yönlendirilerek gerçek kullanıcılara bildirim gitmesi engellenir. Bu mimari hem KVKK yükümlülüklerinin karşılanması hem de test kayıtlarının operasyona sızmaması için kurulum kapsamında tanımlanır. Ortamın periyodik tazelenmesi de aynı maskeleme hattı üzerinden yapılır; veri modeli genişledikçe maskeleme kuralları güncellenir.
Kaç adet test ortamına ihtiyacımız var ve üretimle aynı büyüklükte olmak zorunda mı?
+
Çoğu kurum için tek bir Sandbox yeterlidir. Geliştirme ile kabul testini ayrı yürüten, paralel proje çalıştıran veya farklı ekiplerin birbirinin verisini bozmadan çalışması gereken kurumlar ikinci bir ortam tercih eder. Donanım tarafında üretimin birebir aynısı gerekmez: yaklaşık olarak üretim kaynağının yarısı ile tamamı arasında bir ölçek işlevsel testler için uygundur; performans ve yük testi planlıyorsanız kaynak üretime yaklaştırılır. Buna karşılık modül, iş akışı ve entegrasyon kapsamı birebir aynı olmalıdır, çünkü test ortamında bulunmayan bir modül üretimde hiç denenmemiş demektir. Adet ve ölçek, analiz aşamasındaki ihtiyaç görüşmesinde birlikte netleştirilir.
Sandbox ile PoC aynı şey mi?
+
Hayır; ikisinin amacı da statüsü de farklıdır. PoC, satın alma öncesinde ürünü değerlendirmeniz için kurulan geçici bir ortamdır; yerinde kurulan PoC sürümü süre kilitlidir ve süre sonunda kurulum ile tüm kopyalar kaldırılır. Sandbox ise satın alma sonrasında, üretim sisteminizin yanında kalıcı olarak duran, lisanslı ve bakım kapsamındaki ikinci ortamdır ve tam ürün üzerinde çalışır. Henüz karar aşamasındaysanız ihtiyacınız olan Sandbox değil, PoC sürecidir; canlıya geçtikten sonra ihtiyacınız olan ise PoC değil, Sandbox'tur.
Test ortamını kapatırsak ne olur?
+
Add-on'u kapsam dışına aldığınızda test ortamının kullanım hakkı ve bakım kalemi sona erer; buna karşılık değişiklik yönetiminizin kanıt üretme yeteneği de ortadan kalkar. ITIL4 değişiklik yönetimi pratiğinde bir değişikliğin onaylanması, etkisinin ve geri dönüş planının önceden doğrulanmış olmasına dayanır. Test ortamı olmadan her sürüm üretimde ilk kez denenir: başarısız değişiklik oranı yükselir, kurtarma süresi uzar ve test kanıtı istenen her değişiklik denetimde bulgu olarak yazılır. Ortamı ileride yeniden açmak isterseniz kurulum eforu güncel sürüm ve güncel yapılandırma üzerinden yeniden doğar. Kararı verirken karşılaştırılması gereken iki rakam, ortamın yıllık bedeli ile tek bir başarısız sürümün yaratacağı kesinti maliyetidir.
ÖZET VE SONUÇ
Test ortamı bir hediye değil, mühendislik garantisidir
Sandbox bir bonus ürün ya da lisansın yanında verilen bir ikram değildir; kurumun değişiklik riskini üretime dokunmadan önce tükettiği stratejik bir güvence mekanizmasıdır. Test lisansı, kurulum hizmeti ve yıllık bakım kapsamı; canlı sistemin durmasını engellemek, geri dönüşü olmayan veri kayıplarının önüne geçmek ve yeni özellikleri güvenle devreye almak için birlikte çalışan üç bileşendir.
Bu üç kalemin yıllık toplamı, tek bir başarısız sürümün yaratacağı kesinti maliyetinin yanında çoğu kurum için küçük bir rakam olarak kalır. Kaç adet test ortamına ihtiyaç duyduğunuzu, kurulumun kapsamını ve bakımın nasıl yürüyeceğini görüşmede şeffaf biçimde birlikte netleştiriyoruz.
Bu sayfa Sandbox / Test Sistem Add-on'un kapsamını ve maliyet yapısını anlatır. Add-on adedi, kurulum kapsamı ve bakımın nasıl yürüyeceği kuruma göre değişir; bağlayıcı kalem ve bedeller yalnızca size özel hazırlanan teklifte yer alır.
İletişim
Sorularınız mı var?
İletişim bilgilerinizi ve sorunuzu bırakın, uzman ekibimiz en kısa sürede dönüş yapsın.
