olaya biraz daha tuz biber ekersek ben projede bu durumu aşağıda izah ettiğim sebeplerden dolayı şu şekilde kullanmayı planlıyorum uygun bir çözüm önerisine de açığım.

konunun çıkış mantığı ve hikayesi şu şekilde. organize eden bir ana site ve buna bağlı onlarca site düşünün. benim sorunun organize eden sitenin dar boğaza girmesiyle tüm yapının durması.

hali hazırda işleyen projede durum şu şekilde, çoğumuz sitelerimizde merkez bankasındaki bir xml servisinden döviz bilgilerini çekip kullanmışızdır. işte benim sıkıntılarımın kaynağı bu merkez bankasının döviz kuru servisi gibi hizmet veren organize edici sitemin gelen taleplere cevap veremez hale gelmesidir. cpu ve ram kullanımına bağlı olarak anlık belli bir online işlem kapasitemiz var bu kapasite dolduğunda tüm sistem duruyor. cpu ve ram takviyesi ile bu durumu çözebiliyorum ama bu geçici bir çözüm çünkü bu çözümün de bir sınırı var ve site sayısı arttığında oluşacak durum gözümü korkutuyor.

benim şu anki arayışımın hedefi cpu ve ram'e bağlı olan kapasite bağımlılığının eşiğini olabildiğince arttırmak.

herhangi bir sitede her sayfa görüntülenmesinde ana sitede anlık değişiklik olmuşmu diye kontrol etme ihtiyacımdan dolayı organize eden siteye sürekli talep gidiyor ve bu talep mysql üzerinden karşılanıyor bazen de karşılanamıyor. şimdi bende tüm sistemi baştan aşağı yeniden dizayn edicem.
ilk olarak tek bir sunucuyu hosting sunucusu, veri tabanı sunucusu ve bu cache işlemleri için file server olarak üç parçaya bölmeyi planlıyorum. ihtiyaca göre bunlar ayrı ayrı üç sunucu da olabilir ama ilk etapdaki düşüncem bu.

bu saydece veri güvenliği ve bu verilerin tutarlılığının kontrolunu sağlamayı planlıyorum.
sitelerin tüm işleyişini file server üzerindeki json file ile ayalayıp en son aşamada kayıt güncellemesi gerekiyorsa db deki veri ile json'u karşılaştırıp tutarlılık varsa json ve mysql de güncellemeleri yapıcam.

bu sistemin bana en büyük katkısı şu noktada olucak olur ya aksi bir durumda birisi veritabanını üzerinde manipülasyon yapsa ayrı sunucudaki jason dataları ile tutarlılık olmayacağından işlemleri yasaklayabilicem. yada tam tersi json kurcalansa bile veri tabanı bana ek güvenlik saylayacak.

yapı bu şekilde olunca dallanıp budaklanmaması için üye işlemlerini tek bir json dosyası üzerinde tutup gerektiğinde sadece ilgili üyenin verisini değiştirebilirmiyim diye sordum çünkü ortak olan dosyayı 5 numaralı üye için gincellerken aynı anda 10 numaralı üyeninki de güncellenmesi gerekirse datada bozukluk olacağından korkuyorum.

son tahlilde veri tabanını ve json data file sunucularını ayırıcam.
her kategori için ayrı, üye için ayrı json file üzerinden siteleri işleticem.
yorum, oylama vs. gibi data değişikliği gerektiren durumlarda json datası ile myswl datasındaki revize numarasından tutarlılığı kontrol edip sorun yoksa ilgili dataları güncelleyecem. bu şekilde cache file ile gene sunucunun anasını ağlatırmıyım acaba

json datalarının güvenliği için bu verileri kendi algoritmam ile şifreliyorum. birisi dosyayı indirse bile içeriğinden bişey anlamaz. ek olarak klasör güvenliğini nasıl sağlarız.

böyle bir yapı için başka nasıl bir çözüm düşünülebilir?