hocam en çok canımı sıkan noktalardan birine parmak bastınız
db kısmı master, slave ilişkisi olan iki farklı sunucu kullanıyor, web app içinde üçüncü sunucu var.
bir yandan maliyetleri düşürmem gerek ama data kaybına tahammül yok eee bu durumda ben slave'i nasıl iptal edicem
al sana doluyu dolduramama ve doluyu boşaltamama ikilemi.
şimdiye kadar rest apinin çalıştığı db kısmında bir aksama yaşanmadı. web app kısmında nadiren sıkıntılar oluşuyor onun da %90 sebebi sayfa boyutlarının ortalama 1.2 mb kadar olması.
dediğim gibi maliyetler açısından bu işi iki sunucu üzerinden halledebilsem süper olur.
bu arada makale sayısının anında güncellenmesi ve diğer sitelere de bunun sunulması gerekiyor malesef.
maksat hem yeni birşeyler öğrenebilmek hem kendimi geliştirebilmek hemde sistemi daha kararlı hale getirmek
ünide bu konuları ilgilendiren bir ders var. buna benzer yapı için hoca ile tartışma yaşamıştık. genel olarak biz şu an senin yaptığın yapıya benzer bir yapı üzerinde durup desteklesek de hoca bu yapıya karşı çıktı ve şöyle birşey söyledi.
adam gelip senden hizmet alıcaksa senin adama vericeğin panel üzerinden sana taleplerini ileticek. (şu makelenin sayısı, yeni makale gönder ve bunların zaman aralıkları) makelenin sayısı 5 sn de bir gönder bana, yeni makaleleri saat başı gönder gibi. bu bilgiler doğrultusunda karşı tarafın sunucusuna istek göndericeksin. alan adam ne yaparsa yapsın gerisi bizi ilgilendirmiyor.
iki taraf açısından düşününce aslında en mantıklısı bu.
master slave yapısı yapıldıysa sizde farkındasınızdır sistem yetersiz kalabilir slave sunucu ekleyerek hızlı bir çözüm getiriyim diye düşünüyoruz. şimdi direk masraf olmasın diyorsunuz ama masraftan kaçış yok istediğiniz yapı için.
slave sunucu sayısı arttıkça bunları kontrol vs baya bir uğraş giricek.
hocanın söylediğini bir düşünün derim
