Modern da\u011f\u0131t\u0131k sistemler, karma\u015f\u0131kl\u0131klar\u0131 ve s\u00fcrekli de\u011fi\u015fen yap\u0131lar\u0131 nedeniyle ar\u0131zalara kar\u015f\u0131 olduk\u00e7a hassast\u0131r. Go dilinde geli\u015ftirilen uygulamalar\u0131n\u0131z\u0131n \u00fcretim ortam\u0131nda ne kadar dayan\u0131kl\u0131 oldu\u011funu merak ediyorsan\u0131z, ChaosKit tam size g\u00f6re bir \u00e7\u00f6z\u00fcm sunuyor. Bu makale, ChaosKit kullanarak Go uygulamalar\u0131n\u0131za kod seviyesinde kaos enjeksiyonu yapmay\u0131, b\u00f6ylece beklenmedik durumlar kar\u015f\u0131s\u0131nda sisteminizin ger\u00e7ek direncini ke\u015ffetmeyi ad\u0131m ad\u0131m a\u00e7\u0131kl\u0131yor.<\/p>\n
G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla geli\u015fen yaz\u0131l\u0131m d\u00fcnyas\u0131nda, mikroservis mimarileri ve bulut tabanl\u0131 da\u011f\u0131t\u0131k sistemler adeta bir standart haline gelmi\u015f durumda. Bu kompleks yap\u0131lar, geleneksel test yakla\u015f\u0131mlar\u0131n\u0131n yetersiz kald\u0131\u011f\u0131 bir\u00e7ok zorlu\u011fu beraberinde getiriyor. Bir hizmetin veya bir bile\u015fenin ar\u0131zalanmas\u0131, domino etkisiyle t\u00fcm sistemin fel\u00e7 olmas\u0131na yol a\u00e7abilir. Bu durum, \u00f6zellikle y\u00fcksek eri\u015filebilirlik ve kesintisiz hizmet beklentisi olan uygulamalar i\u00e7in kabul edilemez bir risktir. Peki, bu riskleri \u00f6nceden tahmin edip bunlara kar\u015f\u0131 haz\u0131rl\u0131kl\u0131 olmak m\u00fcmk\u00fcn m\u00fcd\u00fcr? \u0130\u015fte tam bu noktada Kaos M\u00fchendisli\u011fi devreye giriyor.<\/p>\n
Kaos M\u00fchendisli\u011fi, sistemlerin \u00fcretim ortam\u0131nda beklenmedik olaylara nas\u0131l tepki verdi\u011fini sistematik olarak ortaya \u00e7\u0131karmak i\u00e7in tasarlanm\u0131\u015f deneysel bir yakla\u015f\u0131md\u0131r. Ama\u00e7, sistemin zay\u0131f noktalar\u0131n\u0131, potansiyel hata modlar\u0131n\u0131 ve tek hata noktalar\u0131n\u0131, m\u00fc\u015fteriler etkilenmeden \u00f6nce proaktif bir \u015fekilde belirlemektir. Bu sayede geli\u015ftiriciler, belirlenen zay\u0131fl\u0131klar\u0131 giderebilir ve daha sa\u011flam, diren\u00e7li sistemler in\u015fa edebilirler. Go dilinde yaz\u0131lm\u0131\u015f uygulamalar, y\u00fcksek performans ve e\u015fzamanl\u0131l\u0131k yetenekleri sayesinde da\u011f\u0131t\u0131k sistemlerin g\u00f6zdesi olsa da, bu yetenekler ayn\u0131 zamanda karma\u015f\u0131k hata senaryolar\u0131n\u0131 da beraberinde getirir. Geleneksel birim testleri veya entegrasyon testleri, genellikle beklenen davran\u0131\u015flar\u0131 do\u011frulamaya odaklan\u0131r. Ancak Kaos M\u00fchendisli\u011fi, “ya beklenmeyen bir \u015fey olursa?” sorusuna yan\u0131t arar. \u00d6rne\u011fin, bir veritaban\u0131 ba\u011flant\u0131s\u0131 aniden kesilirse, bir mikroservis \u00e7ok yava\u015f yan\u0131t verirse veya bir harici API \u00e7a\u011fr\u0131s\u0131 zaman a\u015f\u0131m\u0131na u\u011frarsa uygulaman\u0131z ne yapacak? Bu t\u00fcr senaryolar, ancak ger\u00e7ek\u00e7i bir \u015fekilde sim\u00fcle edildi\u011finde ortaya \u00e7\u0131kar\u0131labilir.<\/p>\n
Bu nedenle, Go uygulamalar\u0131n\u0131z\u0131n dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 test etmek i\u00e7in sadece “mutlu yol” (happy path) senaryolar\u0131na g\u00fcvenmek yeterli de\u011fildir. \u00dcretim ortam\u0131nda kar\u015f\u0131la\u015fabilece\u011finiz en k\u00f6t\u00fc durum senaryolar\u0131n\u0131 \u00f6nceden deneyimlemek, uygulaman\u0131z\u0131n ger\u00e7ek g\u00fcc\u00fcn\u00fc anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r. ChaosKit, Go geli\u015ftiricileri i\u00e7in bu ihtiyac\u0131 kar\u015f\u0131lamak \u00fczere tasarlanm\u0131\u015f, kod seviyesinde kaos enjeksiyonu yapabilen g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Go\u2019nun hafif ve verimli yap\u0131s\u0131na m\u00fckemmel uyum sa\u011flayan ChaosKit, uygulama kodunuzun belirli noktalar\u0131na gecikmeler, hatalar veya kaynak t\u00fckenmeleri gibi ar\u0131zalar\u0131 enjekte ederek, sisteminizin bu durumlara nas\u0131l tepki verdi\u011fini g\u00f6zlemlemenize olanak tan\u0131r. Bu sayede, uygulaman\u0131z\u0131n zay\u0131f halkalar\u0131n\u0131 erken a\u015famada tespit edebilir, m\u00fc\u015fteri deneyimini olumsuz etkileyebilecek kesintileri minimize edebilir ve daha g\u00fcvenilir, diren\u00e7li bir mimari olu\u015fturabilirsiniz. Bir sonraki b\u00f6l\u00fcmde, ChaosKit’in ne oldu\u011funu ve kod seviyesi kaos m\u00fchendisli\u011finin temel ilkelerini daha yak\u0131ndan inceleyece\u011fiz.<\/p>\n
ChaosKit, Go (Golang) dilinde geli\u015ftirilen uygulamalar i\u00e7in \u00f6zel olarak tasarlanm\u0131\u015f, kod seviyesi kaos m\u00fchendisli\u011fi ara\u00e7 setidir. Ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 \u00fczere, “Chaos Engineering” ve “Toolkit” kelimelerinin birle\u015fimiyle, Go geli\u015ftiricilerine uygulamalar\u0131n\u0131n dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 test etmek i\u00e7in esnek ve g\u00fc\u00e7l\u00fc bir mekanizma sunar. Geleneksel kaos m\u00fchendisli\u011fi yakla\u015f\u0131mlar\u0131 genellikle altyap\u0131 veya servis seviyesinde ar\u0131zalar\u0131 enjekte etmeye odaklan\u0131rken (\u00f6rne\u011fin, bir sunucuyu kapatmak, a\u011f ba\u011flant\u0131s\u0131n\u0131 kesmek), ChaosKit do\u011frudan uygulama kodunuzun i\u00e7ine girer. Bu “kod seviyesi” yakla\u015f\u0131m, geli\u015ftiricilere \u00e7ok daha gran\u00fcler ve hedefe y\u00f6nelik testler yapma imkan\u0131 tan\u0131r. Ba\u015fka bir deyi\u015fle, t\u00fcm bir servisi \u00e7\u00f6kertmek yerine, belirli bir fonksiyon \u00e7a\u011fr\u0131s\u0131n\u0131n ba\u015far\u0131s\u0131z olmas\u0131n\u0131 veya belirli bir veritaban\u0131 sorgusunun gecikmesini sim\u00fcle edebilirsiniz.<\/p>\n
ChaosKit’in temel amac\u0131, Go uygulaman\u0131zdaki kritik kod yollar\u0131nda, hata i\u015fleme mekanizmalar\u0131n\u0131n ve genel sistem direncini test etmektir. Bunu yaparken, genellikle \u015feffaf bir \u015fekilde \u00e7al\u0131\u015f\u0131r; yani uygulaman\u0131z\u0131n normal \u00e7al\u0131\u015fma mant\u0131\u011f\u0131n\u0131 bozmadan ar\u0131zalar\u0131 enjekte eder. Bu, testlerinizi \u00fcretim ortam\u0131na yak\u0131n veya hatta \u00fcretim ortam\u0131n\u0131n kendisinde (kontroll\u00fc bir \u015fekilde) yapabilme potansiyeli sunar. ChaosKit ile bir fonksiyonun y\u00fcr\u00fct\u00fclmesini geciktirebilir, belirli bir hata d\u00f6nd\u00fcrmesini sa\u011flayabilir, hatta bir kayna\u011f\u0131n (CPU, bellek) t\u00fckenmesini sim\u00fcle edebilirsiniz. Bu t\u00fcr kontroll\u00fc deneyler, uygulaman\u0131z\u0131n ar\u0131zalar kar\u015f\u0131s\u0131nda nas\u0131l davrand\u0131\u011f\u0131n\u0131 anlaman\u0131za, hata geri d\u00f6n\u00fc\u015f mekanizmalar\u0131n\u0131n (fallbacks), yeniden deneme stratejilerinin (retries) ve devre kesici desenlerinin (circuit breakers) etkinli\u011fini do\u011frulamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
Go dilinin sundu\u011fu e\u015fzamanl\u0131l\u0131k (concurrency) ve hata i\u015fleme (error handling) mekanizmalar\u0131 d\u00fc\u015f\u00fcn\u00fcld\u00fc\u011f\u00fcnde, ChaosKit\u2019in \u00f6nemi daha da artmaktad\u0131r. Go rutinleri ve kanallar, da\u011f\u0131t\u0131k sistemlerde karma\u015f\u0131k etkile\u015fimler yaratabilir ve bu etkile\u015fimlerdeki beklenmedik gecikmeler veya hatalar, uygulaman\u0131z\u0131n kararl\u0131l\u0131\u011f\u0131n\u0131 derinden etkileyebilir. ChaosKit, bu karma\u015f\u0131k e\u015fzamanl\u0131 senaryolarda dahi hedefli ar\u0131za enjeksiyonu yapabilme yetene\u011fiyle \u00f6ne \u00e7\u0131kar. Ayr\u0131ca, basit ve anla\u015f\u0131l\u0131r bir API sunarak geli\u015ftiricilerin mevcut Go projelerine kolayca entegre olmas\u0131n\u0131 sa\u011flar. Bu sayede, karma\u015f\u0131k ba\u011f\u0131ml\u0131l\u0131klar\u0131 olan veya d\u0131\u015f sistemlerle yo\u011fun etkile\u015fimde bulunan Go mikroservisleri, ChaosKit ile \u00e7ok daha etkili bir \u015fekilde test edilebilir. Geli\u015ftirme s\u00fcrecinin ba\u015flar\u0131nda kaos m\u00fchendisli\u011fi prensiplerini benimseyerek, potansiyel sorunlar\u0131 maliyeti d\u00fc\u015f\u00fckken tespit edebilir ve \u00fcretim ortam\u0131na \u00e7\u0131kmadan \u00f6nce gidererek daha g\u00fcvenilir bir yaz\u0131l\u0131m teslim edebilirsiniz. Bir sonraki b\u00f6l\u00fcmde, ChaosKit’in nas\u0131l kurulaca\u011f\u0131n\u0131 ve Go uygulaman\u0131za ilk kaos deneyini nas\u0131l enjekte edece\u011finizi ad\u0131m ad\u0131m inceleyece\u011fiz.<\/p>\n
Go uygulaman\u0131z\u0131n dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 test etmeye ba\u015flamak i\u00e7in ChaosKit’i projenize entegre etmek olduk\u00e7a basittir. \u00d6ncelikle, Go mod\u00fcllerini kullanarak ChaosKit k\u00fct\u00fcphanesini projenize eklemeniz gerekir. Bu i\u015flem, tipik bir Go ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi ad\u0131m\u0131d\u0131r ve terminalinizde tek bir komutla ger\u00e7ekle\u015ftirilebilir. K\u00fct\u00fcphaneyi ekledikten sonra, uygulaman\u0131z\u0131n hangi b\u00f6l\u00fcm\u00fcne kaos enjekte etmek istedi\u011finizi belirlemeli ve ChaosKit’in API’sini kullanarak bu noktaya m\u00fcdahale etmelisiniz. Bu yakla\u015f\u0131m, size hem esneklik hem de hassasiyet sa\u011flar, b\u00f6ylece sadece belirli fonksiyonlar\u0131 veya mant\u0131k bloklar\u0131n\u0131 hedefleyebilirsiniz.<\/p>\n
Ba\u015flang\u0131\u00e7 olarak, ChaosKit’i projenize dahil etmek i\u00e7in a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n
\n go get github.com\/chaoskit\/chaoskit\n <\/pre>\n<\/code><\/p>\n
Bu komut, ChaosKit k\u00fct\u00fcphanesini Go mod\u00fcl ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131za ekleyecektir. Art\u0131k projenizin herhangi bir yerinde ChaosKit paketini i\u00e7e aktararak kullanmaya ba\u015flayabilirsiniz. \u015eimdi, basit bir senaryo d\u00fc\u015f\u00fcnelim: Uygulaman\u0131z\u0131n harici bir API'ye istek g\u00f6nderen veya bir veritaban\u0131 i\u015flemi ger\u00e7ekle\u015ftiren bir fonksiyonu var ve bu fonksiyonun rastgele gecikmelerle kar\u015f\u0131la\u015fmas\u0131 durumunda sisteminizin nas\u0131l tepki verdi\u011fini test etmek istiyorsunuz. ChaosKit, bu t\u00fcr bir \"gecikme enjeksiyonu\" (latency injection) senaryosunu kolayca sim\u00fcle etmenize olanak tan\u0131r.<\/p>\n
A\u015fa\u011f\u0131daki Go kod \u00f6rne\u011fi, processOrder<\/code> ad\u0131nda bir fonksiyonun i\u00e7ine rastgele bir gecikme enjekte etmeyi g\u00f6stermektedir. Bu gecikme, her \u00e7a\u011fr\u0131da belirli bir olas\u0131l\u0131kla ve belirli bir s\u00fcre aral\u0131\u011f\u0131nda ger\u00e7ekle\u015fecektir. Bu sayede, uygulaman\u0131z\u0131n gecikmelere kar\u015f\u0131 dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131, zaman a\u015f\u0131mlar\u0131n\u0131 ve hata i\u015fleme mekanizmalar\u0131n\u0131 test edebilirsiniz. Unutmay\u0131n, ChaosKit deneylerinizi kontrol edilebilir hale getirmek i\u00e7in genellikle yap\u0131land\u0131rma se\u00e7enekleri sunar; \u00f6rne\u011fin, enjeksiyon olas\u0131l\u0131\u011f\u0131, etki s\u00fcresi ve hangi hata t\u00fcr\u00fcn\u00fcn enjekte edilece\u011fi gibi parametreleri belirleyebilirsiniz.<\/p>\n\n package main\n\n import (\n \t\"fmt\"\n \t\"log\"\n \t\"time\"\n\n \t\"github.com\/chaoskit\/chaoskit\"\n )\n\n \/\/ simulateExternalAPICall, harici bir API \u00e7a\u011fr\u0131s\u0131n\u0131 sim\u00fcle eder.\n func simulateExternalAPICall(orderID string) error {\n \t\/\/ ChaosKit enjeksiyon noktas\u0131n\u0131 burada tan\u0131ml\u0131yoruz.\n \t\/\/ Y\u00fcksek bir olas\u0131l\u0131kla (\u00f6rne\u011fin %70) ve 50ms ile 300ms aras\u0131nda rastgele gecikme ekleyelim.\n \tchaoskit.Inject(chaoskit.Latency(70, 50*time.Millisecond, 300*time.Millisecond))\n\n \t\/\/ Ger\u00e7ek API \u00e7a\u011fr\u0131s\u0131 mant\u0131\u011f\u0131 buraya gelir.\n \t\/\/ \u00d6rne\u011fin, HTTP iste\u011fi veya veritaban\u0131 sorgusu.\n \tfmt.Printf(\"Sipari\u015f %s i\u00e7in harici API \u00e7a\u011fr\u0131s\u0131 yap\u0131l\u0131yor...\\n\", orderID)\n \ttime.Sleep(100 * time.Millisecond) \/\/ Ger\u00e7ek \u00e7a\u011fr\u0131y\u0131 sim\u00fcle eden temel gecikme\n \tfmt.Printf(\"Sipari\u015f %s i\u00e7in API \u00e7a\u011fr\u0131s\u0131 tamamland\u0131.\\n\", orderID)\n \treturn nil\n }\n\n func main() {\n \tfmt.Println(\"ChaosKit ile gecikme enjeksiyonu testi ba\u015fl\u0131yor...\")\n\n \tfor i := 1; i <= 5; i++ {\n \t\torderID := fmt.Sprintf(\"ORD-%d\", i)\n \t\tstart := time.Now()\n \t\terr := simulateExternalAPICall(orderID)\n \t\tduration := time.Since(start)\n\n \t\tif err != nil {\n \t\t\tlog.Printf(\"Sipari\u015f %s i\u015flenirken hata olu\u015ftu: %v (S\u00fcre: %s)\\n\", orderID, err, duration)\n \t\t} else {\n \t\t\tfmt.Printf(\"Sipari\u015f %s ba\u015far\u0131yla i\u015flendi (S\u00fcre: %s).\\n\", orderID, duration)\n \t\t}\n \t\ttime.Sleep(200 * time.Millisecond) \/\/ \u00c7a\u011fr\u0131lar aras\u0131 biraz bekleme\n \t}\n\n \tfmt.Println(\"Test tamamland\u0131.\")\n }\n <\/pre>\n<\/code><\/p>\n
Yukar\u0131daki \u00f6rnekte, chaoskit.Latency<\/code> \u00e7a\u011fr\u0131s\u0131 ile %70 olas\u0131l\u0131kla<\/code> 50ms ile 300ms aras\u0131nda rastgele bir gecikme enjekte edilmi\u015ftir. Bu, simulateExternalAPICall<\/code> fonksiyonu her \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda, belirtilen olas\u0131l\u0131kla ek bir gecikmeyle kar\u015f\u0131la\u015faca\u011f\u0131 anlam\u0131na gelir. Program\u0131 \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, baz\u0131 sipari\u015f i\u015flemlerinin normalden daha uzun s\u00fcrd\u00fc\u011f\u00fcn\u00fc ve uygulaman\u0131z\u0131n bu gecikmelere nas\u0131l tepki verdi\u011fini g\u00f6zlemleyebilirsiniz. Bu basit \u00f6rnek, ChaosKit'in temel kullan\u0131m\u0131n\u0131 g\u00f6sterir ve uygulaman\u0131zdaki kritik etkile\u015fim noktalar\u0131na kontroll\u00fc ar\u0131zalar enjekte etmenin ne kadar kolay oldu\u011funu ortaya koyar. Bir sonraki b\u00f6l\u00fcmde, hata ve kaynak t\u00fckenmesi gibi daha geli\u015fmi\u015f enjeksiyon t\u00fcrlerini nas\u0131l kullanabilece\u011finizi ke\u015ffedece\u011fiz.<\/p>\nBir Go Fonksiyonuna Hata ve Kaynak T\u00fckenmesi Enjeksiyonu Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
ChaosKit ile sadece gecikme enjeksiyonu yapmakla kalmaz, ayn\u0131 zamanda Go uygulamalar\u0131n\u0131z\u0131n hata i\u015fleme mekanizmalar\u0131n\u0131 ve kaynak y\u00f6netimini test etmek i\u00e7in daha agresif ar\u0131zalar da enjekte edebilirsiniz. \u00d6zellikle da\u011f\u0131t\u0131k sistemlerde, bir bile\u015fenin tamamen ba\u015far\u0131s\u0131z olmas\u0131 (hata d\u00f6nd\u00fcrmesi) veya belirli bir kayna\u011f\u0131n (CPU, bellek) beklenmedik \u015fekilde t\u00fckenmesi, uygulaman\u0131z\u0131n genel kararl\u0131l\u0131\u011f\u0131n\u0131 ciddi \u015fekilde tehdit edebilir. Bu t\u00fcr senaryolar\u0131 \u00f6nceden test etmek, sisteminizin olas\u0131 kesintilere kar\u015f\u0131 ne kadar diren\u00e7li oldu\u011funu anlamak i\u00e7in hayati \u00f6neme sahiptir.<\/p>\n
ChaosKit, belirli bir olas\u0131l\u0131kla fonksiyonlar\u0131n belirli hata t\u00fcrlerini d\u00f6nd\u00fcrmesini sa\u011flayarak \"hata enjeksiyonu\" (error injection) yapman\u0131za olanak tan\u0131r. \u00d6rne\u011fin, bir veritaban\u0131 ba\u011flant\u0131s\u0131 hatas\u0131n\u0131 veya harici bir servisten gelen HTTP 500 hatas\u0131n\u0131 sim\u00fcle edebilirsiniz. Bu, uygulaman\u0131z\u0131n bu t\u00fcr hatalar\u0131 d\u00fczg\u00fcn bir \u015fekilde yakalay\u0131p yakalamad\u0131\u011f\u0131n\u0131, uygun hata g\u00fcnl\u00fckleri olu\u015fturup olu\u015fturmad\u0131\u011f\u0131n\u0131 ve kullan\u0131c\u0131ya anla\u015f\u0131l\u0131r geri bildirimler sunup sunmad\u0131\u011f\u0131n\u0131 test etmenizi sa\u011flar. A\u015fa\u011f\u0131daki kod blo\u011fu, fetchUserData<\/code> ad\u0131nda bir fonksiyonun belirli bir olas\u0131l\u0131kla \u00f6zel bir hata d\u00f6nd\u00fcrmesini nas\u0131l sa\u011flayabilece\u011finizi g\u00f6stermektedir. Bu, uygulaman\u0131z\u0131n hata geri d\u00f6n\u00fc\u015f mekanizmalar\u0131n\u0131 (\u00f6rne\u011fin, \u00f6nbellekten veri \u00e7ekme veya varsay\u0131lan bir de\u011fer kullanma) tetiklemek i\u00e7in kullan\u0131labilir.<\/p>\n\n package main\n\n import (\n \t\"errors\"\n \t\"fmt\"\n \t\"log\"\n \t\"time\"\n\n \t\"github.com\/chaoskit\/chaoskit\"\n )\n\n var ErrDatabaseUnavailable = errors.New(\"veritaban\u0131 \u015fu anda kullan\u0131lam\u0131yor\")\n\n \/\/ fetchUserData, kullan\u0131c\u0131 verilerini getiren bir fonksiyonu sim\u00fcle eder.\n func fetchUserData(userID string) (string, error) {\n \t\/\/ %50 olas\u0131l\u0131kla bir veritaban\u0131 hatas\u0131 enjekte edelim.\n \tchaoskit.Inject(chaoskit.Error(50, ErrDatabaseUnavailable))\n\n \t\/\/ Ger\u00e7ek veritaban\u0131 sorgusu veya servis \u00e7a\u011fr\u0131s\u0131 mant\u0131\u011f\u0131 buraya gelir.\n \tfmt.Printf(\"Kullan\u0131c\u0131 %s i\u00e7in veri getiriliyor...\\n\", userID)\n \ttime.Sleep(50 * time.Millisecond)\n \tif userID == \"user-123\" {\n \t\treturn \"Ahmet Y\u0131lmaz\", nil\n \t}\n \treturn \"Bilinmeyen Kullan\u0131c\u0131\", nil\n }\n\n func main() {\n \tfmt.Println(\"ChaosKit ile hata enjeksiyonu testi ba\u015fl\u0131yor...\")\n\n \tfor i := 1; i <= 5; i++ {\n \t\tuserID := fmt.Sprintf(\"user-%d\", i)\n \t\tdata, err := fetchUserData(userID)\n\n \t\tif err != nil {\n \t\t\tlog.Printf(\"Kullan\u0131c\u0131 %s verisi getirilirken hata olu\u015ftu: %v\\n\", userID, err)\n \t\t\t\/\/ Hata durumunda alternatif bir yol izlenebilir, \u00f6rn:\n \t\t\tfmt.Printf(\"Kullan\u0131c\u0131 %s i\u00e7in \u00f6nbellekten veya varsay\u0131lan veri kullan\u0131l\u0131yor.\\n\", userID)\n \t\t} else {\n \t\t\tfmt.Printf(\"Kullan\u0131c\u0131 %s verisi ba\u015far\u0131yla getirildi: %s\\n\", userID, data)\n \t\t}\n \t\ttime.Sleep(100 * time.Millisecond)\n \t}\n\n \tfmt.Println(\"Test tamamland\u0131.\")\n }\n <\/pre>\n<\/code><\/p>\n
Bu \u00f6rnekte, chaoskit.Error(50, ErrDatabaseUnavailable)<\/code> kullanarak fetchUserData<\/code> fonksiyonunun %50 olas\u0131l\u0131kla ErrDatabaseUnavailable<\/code> hatas\u0131n\u0131 d\u00f6nd\u00fcrmesini sa\u011fl\u0131yoruz. Bu sayede, uygulaman\u0131z\u0131n bu hataya nas\u0131l tepki verdi\u011fini, \u00f6rne\u011fin bir devre kesicinin devreye girip girmedi\u011fini veya uygun bir hata mesaj\u0131 g\u00f6sterilip g\u00f6sterilmedi\u011fini g\u00f6zlemleyebilirsiniz.<\/p>\nAyr\u0131ca, ChaosKit \"kaynak t\u00fckenmesi enjeksiyonu\" (resource exhaustion) ile uygulaman\u0131z\u0131n CPU veya bellek gibi kritik kaynaklar\u0131n azald\u0131\u011f\u0131 durumlara nas\u0131l tepki verdi\u011fini test etmenize de imkan tan\u0131r. Bu t\u00fcr senaryolar, genellikle uygulama performans\u0131 d\u00fc\u015f\u00fc\u015fleri veya tamamen \u00e7\u00f6k\u00fc\u015flerle sonu\u00e7lanabilir. ChaosKit, belirli bir s\u00fcre boyunca CPU kullan\u0131m\u0131n\u0131 art\u0131rarak veya bellek tahsisini y\u00fckselterek bu durumlar\u0131 sim\u00fcle edebilir. Bu sayede, uygulaman\u0131z\u0131n \u00f6l\u00e7eklenebilirlik, bellek s\u0131z\u0131nt\u0131lar\u0131 ve genel performans davran\u0131\u015flar\u0131 hakk\u0131nda de\u011ferli bilgiler edinebilirsiniz. Kaynak t\u00fckenmesi enjeksiyonu, genellikle uygulama d\u00fczeyindeki kaynak optimizasyonlar\u0131n\u0131n ve otoregenerasyon mekanizmalar\u0131n\u0131n etkinli\u011fini do\u011frulamak i\u00e7in kullan\u0131l\u0131r. \u00d6rne\u011fin, bir Go rutin havuzunun (goroutine pool) kaynak t\u00fckenmesine nas\u0131l tepki verdi\u011fini veya bir garbage collection d\u00f6ng\u00fcs\u00fcn\u00fcn nas\u0131l etkilendi\u011fini g\u00f6zlemleyebilirsiniz. ChaosKit'in bu geli\u015fmi\u015f \u00f6zellikleri, Go uygulamalar\u0131n\u0131z\u0131n en zorlu ko\u015fullara bile haz\u0131rl\u0131kl\u0131 olmas\u0131n\u0131 sa\u011flar.<\/p>\n
\nUzman \u0130pucu: Hata enjeksiyonlar\u0131n\u0131 yaln\u0131zca \"ba\u015far\u0131s\u0131z olma\" senaryolar\u0131yla s\u0131n\u0131rlamay\u0131n. Farkl\u0131 hata kodlar\u0131 (\u00f6rne\u011fin HTTP 404, 403, 503) veya \u00f6zel uygulama hatalar\u0131 enjekte ederek, uygulaman\u0131z\u0131n bu spesifik durumlara verdi\u011fi tepkileri de detayl\u0131ca analiz edebilirsiniz.<\/p>\n<\/p><\/div>\n
Ger\u00e7ek D\u00fcnya Vaka Analizi: Mikroservis Ortam\u0131nda ChaosKit ile Diren\u00e7 Testleri<\/h2>\n
Ger\u00e7ek d\u00fcnya senaryolar\u0131, ChaosKit'in ve kod seviyesi kaos m\u00fchendisli\u011finin g\u00fcc\u00fcn\u00fc en iyi \u015fekilde ortaya koyar. \u00d6zellikle mikroservis mimarileri, bir\u00e7ok ba\u011f\u0131ms\u0131z servisin birbiriyle ileti\u015fim kurdu\u011fu ve bu ileti\u015fimin a\u011f gecikmeleri, servis kesintileri veya hatal\u0131 yan\u0131tlar gibi sorunlara a\u00e7\u0131k oldu\u011fu karma\u015f\u0131k ortamlard\u0131r. B\u00f6yle bir ortamda, tek bir servisin ar\u0131zalanmas\u0131 bile zincirleme bir reaksiyon ba\u015flatarak t\u00fcm sistemin performans\u0131n\u0131 veya eri\u015filebilirli\u011fini olumsuz etkileyebilir. Bu b\u00f6l\u00fcmde, ChaosKit'i kullanarak Go dilinde geli\u015ftirilmi\u015f bir mikroservis ortam\u0131nda ya\u015fanabilecek potansiyel bir sorunu nas\u0131l sim\u00fcle edip \u00e7\u00f6z\u00fcmleyebilece\u011fimize dair bir vaka analizini inceleyece\u011fiz.<\/p>\n
Senaryomuzda, bir e-ticaret uygulamas\u0131n\u0131n \"Sipari\u015f Servisi\" (Order Service) ve \"Stok Servisi\" (Inventory Service) ad\u0131nda iki ayr\u0131 Go mikroservisi oldu\u011funu varsayal\u0131m. Sipari\u015f Servisi, bir sipari\u015f ald\u0131\u011f\u0131nda Stok Servisi'ne bir istek g\u00f6ndererek \u00fcr\u00fcn sto\u011funu kontrol eder ve gerekirse g\u00fcnceller. Bu iki servis aras\u0131ndaki ileti\u015fim, genellikle HTTP veya gRPC gibi mekanizmalar \u00fczerinden ger\u00e7ekle\u015fir. Sorun \u015fu ki, Stok Servisi'nde anl\u0131k bir yo\u011funluk veya a\u011f gecikmesi nedeniyle yan\u0131t s\u00fcresi uzayabilir veya bazen tamamen yan\u0131t veremeyebilir. Geleneksel testlerde bu t\u00fcr durumlar\u0131 yakalamak zordur. \u0130\u015fte ChaosKit'in devreye girdi\u011fi yer buras\u0131.<\/p>\n
ChaosKit'i Sipari\u015f Servisi'ndeki Stok Servisi'ne yap\u0131lan \u00e7a\u011fr\u0131 noktas\u0131nda konumland\u0131rabiliriz. Ama\u00e7, Stok Servisi'nden gelen yan\u0131t\u0131n rastgele gecikmelerle gelmesini veya belirli bir olas\u0131l\u0131kla hata d\u00f6nd\u00fcrmesini sa\u011flamakt\u0131r. \u00d6rne\u011fin, ChaosKit'i kullanarak Stok Servisi'ne yap\u0131lan her 10 istekten 3'\u00fcn\u00fcn (yani %30 olas\u0131l\u0131kla) 500ms ile 1000ms aras\u0131nda rastgele bir gecikme ya\u015famas\u0131n\u0131 sa\u011flayabiliriz. Bu, Sipari\u015f Servisi'nin bu gecikmelere kar\u015f\u0131 nas\u0131l tepki verdi\u011fini, \u00f6rne\u011fin bir zaman a\u015f\u0131m\u0131na u\u011fray\u0131p u\u011framad\u0131\u011f\u0131n\u0131, iste\u011fi yeniden deneme (retry) mekanizmas\u0131n\u0131n devreye girip girmedi\u011fini veya devre kesici deseninin (circuit breaker pattern) gerekti\u011fi gibi \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 g\u00f6zlemlememizi sa\u011flar.<\/p>\n
\n \/\/ Sipari\u015f Servisi \u0130\u00e7indeki Bir K\u0131s\u0131m:\n func (os *OrderService) CreateOrder(order Order) error {\n \t\/\/ Stok Servisi'ne yap\u0131lan \u00e7a\u011fr\u0131dan \u00f6nce ChaosKit enjeksiyonu\n \tchaoskit.Inject(chaoskit.Latency(30, 500*time.Millisecond, 1000*time.Millisecond))\n \tchaoskit.Inject(chaoskit.Error(10, errors.New(\"Stok servisi ge\u00e7ici olarak kullan\u0131lam\u0131yor\")))\n\n \t\/\/ Stok Servisi'ne gRPC veya HTTP \u00e7a\u011fr\u0131s\u0131\n \tresp, err := os.inventoryClient.CheckAndUpdateStock(order.ProductID, order.Quantity)\n \tif err != nil {\n \t\t\/\/ Hata i\u015fleme: Stok servisi yan\u0131t vermezse ne yap\u0131yoruz?\n \t\t\/\/ \u00d6rne\u011fin, sipari\u015fi ask\u0131ya al, kullan\u0131c\u0131ya bildir, yeniden dene\n \t\tlog.Printf(\"Stok servisi hatas\u0131: %v. Sipari\u015f %s ask\u0131ya al\u0131n\u0131yor.\", err, order.OrderID)\n \t\treturn fmt.Errorf(\"stok servisi sorunu: %w\", err)\n \t}\n \tif !resp.IsAvailable {\n \t\treturn fmt.Errorf(\"\u00fcr\u00fcn stokta yok: %s\", order.ProductID)\n \t}\n \t\/\/ Stok ba\u015far\u0131l\u0131, sipari\u015f olu\u015fturma devam eder.\n \treturn nil\n }\n <\/pre>\n<\/code><\/p>\n
Bu deneyler sayesinde, uygulaman\u0131z\u0131n gecikmelere veya ge\u00e7ici hatalara kar\u015f\u0131 ne kadar dayan\u0131kl\u0131 oldu\u011funu somut verilerle g\u00f6rebilirsiniz. \u00d6rne\u011fin, ChaosKit deneyleri s\u0131ras\u0131nda Sipari\u015f Servisi'nde beklenenden daha fazla zaman a\u015f\u0131m\u0131 hatas\u0131 veya kilitlenme g\u00f6zlemleyebilirsiniz. Bu, ya zaman a\u015f\u0131m\u0131 ayarlar\u0131n\u0131n \u00e7ok k\u0131sa oldu\u011funu ya da yeniden deneme mekanizmalar\u0131n\u0131n do\u011fru yap\u0131land\u0131r\u0131lmad\u0131\u011f\u0131n\u0131 g\u00f6sterir. Veya daha da \u00f6nemlisi, Stok Servisi yan\u0131t vermedi\u011finde Sipari\u015f Servisi'nin istemcileri (\u00f6rne\u011fin mobil uygulama veya web aray\u00fcz\u00fc) de beklemeye ba\u015flar ve k\u00f6t\u00fc bir kullan\u0131c\u0131 deneyimine yol a\u00e7ar. Bu t\u00fcr g\u00f6zlemler, sizi Sipari\u015f Servisi'ne bir devre kesici (circuit breaker) uygulamaya veya asenkron bir sipari\u015f i\u015fleme mekanizmas\u0131 (\u00f6rne\u011fin mesaj kuyruklar\u0131 ile) geli\u015ftirmeye itecektir. ChaosKit ile bu t\u00fcr iyile\u015ftirmeleri yapt\u0131ktan sonra, ayn\u0131 ChaosKit deneyini tekrar \u00e7al\u0131\u015ft\u0131rarak yeni sisteminizin ne kadar daha diren\u00e7li oldu\u011funu do\u011frulayabilirsiniz. Bu vaka analizi, ChaosKit'in sadece hata bulmakla kalmay\u0131p, ayn\u0131 zamanda daha sa\u011flam ve g\u00fcvenilir Go mikroservisleri tasarlaman\u0131za nas\u0131l yard\u0131mc\u0131 oldu\u011funu a\u00e7\u0131k\u00e7a g\u00f6stermektedir.<\/p>\n
\u0130leri D\u00fczey ChaosKit Kullan\u0131m\u0131: Entegrasyon, Otomasyon ve G\u00f6zlemlenebilirlik<\/h2>\n
ChaosKit'in temel \u00f6zelliklerini anlad\u0131ktan sonra, onu daha verimli ve etkili bir \u015fekilde kullanmak i\u00e7in ileri d\u00fczey konulara ge\u00e7ebiliriz. Go uygulamalar\u0131n\u0131z\u0131n dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 maksimum seviyeye \u00e7\u0131karmak i\u00e7in ChaosKit'i geli\u015ftirme ya\u015fam d\u00f6ng\u00fcn\u00fcze entegre etmek, otomasyon s\u00fcre\u00e7lerine dahil etmek ve g\u00f6zlemlenebilirlik ara\u00e7lar\u0131yla birlikte kullanmak kritik \u00f6neme sahiptir. Bu yakla\u015f\u0131mlar, kaos m\u00fchendisli\u011fini sadece tek seferlik bir test arac\u0131 olmaktan \u00e7\u0131kar\u0131p, s\u00fcrekli bir g\u00fcvenilirlik prati\u011fi haline getirecektir.<\/p>\n
CI\/CD Entegrasyonu:<\/strong> ChaosKit deneylerini otomatikle\u015ftirmenin en etkili yollar\u0131ndan biri, s\u00fcrekli entegrasyon\/s\u00fcrekli teslimat (CI\/CD) hatt\u0131n\u0131za dahil etmektir. Her kod de\u011fi\u015fikli\u011finde veya belirli aral\u0131klarla otomatik kaos deneyleri \u00e7al\u0131\u015ft\u0131rmak, regresyonlar\u0131 ve yeni zay\u0131f noktalar\u0131 h\u0131zla tespit etmenizi sa\u011flar. \u00d6rne\u011fin, yeni bir mikroservis da\u011f\u0131t\u0131lmadan \u00f6nce veya b\u00fcy\u00fck bir \u00f6zellik yay\u0131n\u0131ndan \u00f6nce belirli kaos senaryolar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131ran bir a\u015fama (stage) ekleyebilirsiniz. Bu, \"shift-left\" yakla\u015f\u0131m\u0131n\u0131 benimseyerek g\u00fcvenilirlik sorunlar\u0131n\u0131 \u00fcretim ortam\u0131na ula\u015fmadan \u00e7ok \u00f6nce bulman\u0131za yard\u0131mc\u0131 olur. Go testleri ile birlikte ChaosKit deneylerini tetikleyebilir ve sonu\u00e7lar\u0131 otomatik olarak raporlayabilirsiniz. Bu, geli\u015ftirme ekiplerinin kodlar\u0131n\u0131n g\u00fcvenilirlik \u00fczerindeki etkilerini daha erken anlamalar\u0131n\u0131 sa\u011flar.<\/p>\n\n \/\/ CI\/CD boru hatt\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131lacak \u00f6rnek bir Go test dosyas\u0131\n package main_test\n\n import (\n \t\"testing\"\n \t\"time\"\n \t\"your_app_path\/your_main_package\" \/\/ Ana uygulaman\u0131z\u0131n yolunu belirtin\n \t\"github.com\/chaoskit\/chaoskit\"\n )\n\n func TestOrderProcessingWithLatency(t *testing.T) {\n \t\/\/ Test boyunca belirli bir ChaosKit enjeksiyonunu etkinle\u015ftir\n \tchaoskit.Enable(chaoskit.Latency(100, 100*time.Millisecond, 500*time.Millisecond))\n \tdefer chaoskit.Disable() \/\/ Test bitince enjeksiyonu devre d\u0131\u015f\u0131 b\u0131rak\n\n \t\/\/ Ana uygulaman\u0131zdaki sipari\u015f i\u015fleme fonksiyonunu \u00e7a\u011f\u0131r\u0131n\n \t\/\/ (\u00d6rne\u011fin, main.ProcessOrder() gibi)\n \t\/\/ Bu k\u0131s\u0131m, ger\u00e7ek uygulaman\u0131z\u0131n nas\u0131l yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131na ba\u011fl\u0131 olacakt\u0131r.\n \t\/\/ Genellikle test edilecek servis veya fonksiyon bir aray\u00fcz arkas\u0131na gizlenir.\n \tstart := time.Now()\n \terr := your_main_package.ProcessSampleOrder() \/\/ \u00d6rnek bir sipari\u015f i\u015fleme \u00e7a\u011fr\u0131s\u0131\n \tduration := time.Since(start)\n\n \tif err != nil {\n \t\tt.Errorf(\"Sipari\u015f i\u015flenirken hata olu\u015ftu: %v\", err)\n \t}\n\n \t\/\/ Gecikme enjekte edildi\u011finde belirli bir e\u015fi\u011fin \u00fczerinde s\u00fcre beklentisi\n \tif duration < 100*time.Millisecond {\n \t\tt.Errorf(\"Beklenenden daha k\u0131sa s\u00fcrede tamamland\u0131, kaos enjekte edilmedi mi? S\u00fcre: %v\", duration)\n \t}\n \tt.Logf(\"Sipari\u015f i\u015fleme s\u00fcresi (kaos ile): %v\", duration)\n }\n <\/pre>\n<\/code><\/p>\n
G\u00f6zlemlenebilirlik ve Metrikler:<\/strong> Kaos deneylerinin etkisini do\u011fru bir \u015fekilde de\u011ferlendirmek i\u00e7in g\u00fc\u00e7l\u00fc g\u00f6zlemlenebilirlik ara\u00e7lar\u0131na ihtiyac\u0131n\u0131z vard\u0131r. Kaos enjekte edildi\u011finde sisteminizin nas\u0131l davrand\u0131\u011f\u0131n\u0131 anlamak i\u00e7in CPU kullan\u0131m\u0131, bellek t\u00fcketimi, a\u011f trafi\u011fi, hata oranlar\u0131, gecikme s\u00fcreleri ve uygulama i\u00e7i metrikleri izlemeniz \u015fartt\u0131r. Prometheus, Grafana, Jaeger ve OpenTelemetry gibi ara\u00e7lar, ChaosKit ile birlikte kullan\u0131ld\u0131\u011f\u0131nda paha bi\u00e7ilmez bilgiler sa\u011flar. ChaosKit deneylerini \u00e7al\u0131\u015ft\u0131r\u0131rken, bu ara\u00e7larla toplanan metrikleri ve izleme verilerini analiz ederek, uygulaman\u0131z\u0131n ar\u0131zalar kar\u015f\u0131s\u0131ndaki ger\u00e7ek tepkilerini, hangi hata i\u015fleyicilerinin devreye girdi\u011fini ve performanstaki d\u00fc\u015f\u00fc\u015flerin boyutunu detayl\u0131ca g\u00f6rebilirsiniz. Bu, sadece sorunlar\u0131 tespit etmekle kalmay\u0131p, ayn\u0131 zamanda iyile\u015ftirmelerinizin etkinli\u011fini de \u00f6l\u00e7menize olanak tan\u0131r. \u00d6rne\u011fin, bir gecikme enjeksiyonu deneyi s\u0131ras\u0131nda, uygulaman\u0131z\u0131n hizmet yan\u0131t s\u00fcresindeki art\u0131\u015f\u0131 Grafana panosunda g\u00f6rselle\u015ftirebilirsiniz.<\/p>\nKo\u015fullu Kaos Enjeksiyonu ve Hedefleme:<\/strong> ChaosKit'i daha ak\u0131ll\u0131 hale getirmek i\u00e7in ko\u015fullu enjeksiyonlar kullanabilirsiniz. Bu, kaosun sadece belirli ko\u015fullar alt\u0131nda (\u00f6rne\u011fin, belirli bir kullan\u0131c\u0131 kimli\u011fi i\u00e7in, belirli bir servisin yo\u011funlu\u011fu %80'in \u00fczerine \u00e7\u0131kt\u0131\u011f\u0131nda veya sadece bir A\/B test grubu i\u00e7in) enjekte edilmesini sa\u011flar. Bu sayede, kaos deneylerinizi daha kontroll\u00fc hale getirebilir ve potansiyel m\u00fc\u015fteri etkisini minimize edebilirsiniz. Ayr\u0131ca, ChaosKit'i do\u011frudan \u00fcretim ortam\u0131nda daha g\u00fcvenli bir \u015fekilde kullanabilmek i\u00e7in, enjeksiyonlar\u0131 belirli bir kullan\u0131c\u0131 y\u00fczdesine veya belirli bir co\u011frafi b\u00f6lgeye hedefleme yetenekleri de geli\u015ftirilebilir. Bu, \u00f6zellikle A\/B testleri ile birlikte kullan\u0131ld\u0131\u011f\u0131nda, yeni \u00f6zelliklerin dayan\u0131kl\u0131l\u0131\u011f\u0131n\u0131 canl\u0131 ortamda, s\u0131n\u0131rl\u0131 bir etkiyle do\u011frulaman\u0131za olanak tan\u0131r.<\/p>\nRollback Stratejileri ve G\u00fcvenlik:<\/strong> Kaos m\u00fchendisli\u011fi yaparken her zaman bir geri alma (rollback) stratejisine sahip olmak \u00e7ok \u00f6nemlidir. ChaosKit, kod seviyesinde entegre oldu\u011fu i\u00e7in, deneyleri h\u0131zla durdurma veya geri alma mekanizmalar\u0131 sa\u011flamak nispeten kolayd\u0131r. \u00d6rne\u011fin, bir \u00e7evre de\u011fi\u015fkeni veya bir yap\u0131land\u0131rma bayra\u011f\u0131 ile ChaosKit'i tamamen devre d\u0131\u015f\u0131 b\u0131rakabilirsiniz. G\u00fcvenlik a\u00e7\u0131s\u0131ndan, ChaosKit'i yaln\u0131zca yetkili ki\u015filerin kontrol edebilece\u011fi \u015fekilde yap\u0131land\u0131rmak ve \u00fcretim ortam\u0131nda rastgele enjeksiyonlar\u0131 s\u0131k\u0131 bir \u015fekilde denetlemek hayati \u00f6nem ta\u015f\u0131r. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f bir kaos deneyi, istenmeyen kesintilere yol a\u00e7abilir. Bu nedenle, ChaosKit ile yap\u0131lan t\u00fcm de\u011fi\u015fikliklerin izlenebilir, denetlenebilir ve gerekti\u011finde h\u0131zla geri al\u0131nabilir olmas\u0131 gerekmektedir.<\/p>\nMobil uyumlu HTML \u00f6rnekleri, do\u011frudan ChaosKit'in i\u015flevselli\u011fiyle ilgili olmasa da, kaos m\u00fchendisli\u011fi deneylerinin sonu\u00e7lar\u0131n\u0131 izlemek i\u00e7in kullan\u0131lan kontrol panelleri veya g\u00f6rselle\u015ftirme ara\u00e7lar\u0131n\u0131n tasar\u0131m\u0131nda mobil uyumlulu\u011fun ne kadar \u00f6nemli oldu\u011funu g\u00f6stermek i\u00e7in kullan\u0131labilir. Bir deneyin canl\u0131 durumunu izlerken veya ge\u00e7mi\u015f raporlara bakarken, panellerin farkl\u0131 cihaz boyutlar\u0131na otomatik olarak uyum sa\u011flamas\u0131 kullan\u0131c\u0131 deneyimini art\u0131r\u0131r. \u00d6rne\u011fin, Grafana gibi ara\u00e7larda mobil uyumlulu\u011fu sa\u011flamak i\u00e7in CSS media query'leri kullan\u0131l\u0131r:<\/p>\n
\n \n