Teklif al

Sistem Mimarisi · Esenyurt

Esenyurt markaları için Sistem Mimarisi

Bir işletme her gün yeni bir kayıt üretiyor; sayfa sayısı kimse dokunmasa da artıyor. Onu yazacak kişi de tezgâhın ya da sınıfın başındaki kişiyse, elle güncellenen bir özet sayfasının eskiyeceği gün baştan belli oluyor. Esenyurt yazılım mimarisi danışmanlığında ilk karar burada veriliyor: hangi değer saklanacak, hangisi hesaplanacak? Günlük Hava Durumu'nda özeti bir metin olarak yazmadık: iklim özeti arşivdeki gün kayıtlarından hesaplanıyor ve arşiv büyüdükçe kendini yeniliyor. Ortaya yazılacak yeni bir cümle değil, hesaplanacak yeni bir satır çıkıyor.

Sistem Mimarisi — Esenyurt

Esenyurt'un dokusunda küçük işletme, çok şubeli yapı ve özel eğitim kurumları öne çıkıyor; Kıraç tarafında aynı ad birkaç binada durabiliyor. Böyle bir yerde içerik üretmek ayrı bir masa olmuyor, işi yürüten kişinin üstünde kalan ek bir yük oluyor. Bu koşula en yakın işimiz Günlük Hava Durumu. Nerede örtüşmediğini yazalım: hava ve iklim verisi için yazıldı; şube yönetimi, kurs kaydı, tahsilat ve stok orada hiç kurulmadı, depo ile toptan sevkiyat tarafında da gösterecek işimiz yok. Taşınan kısım tek bir mimari karar: hangi değer saklanır, hangisi hesaplanır. Yığın tarafında Laravel sayfaları basıyor, gün kayıtları MySQL'de duruyor, arayüz geçişlerini React taşıyor.

  • Özet ayrı bir veri kaynağı değil, arşivin üstünde duran bir okuma; yeni gün arşive düştüğünde özet de yeniden hesaplanıyor.
  • Kaydın üç hâli birbirinden ayrı duruyor: yayındaki tahmin üzerine yazılıyor, tarihi geçen gün bir kez yazılıp değişmiyor, özet ikisinden türetiliyor.
  • Her tarih ve konum kırılımı kendi kalıcı adresinde yayınlanıyor; arşiv derinleştikçe sayfa yapısını yeniden kurgulamak gerekmiyor.

Neden Algoriel

  • Parçalar aynı yerden okur

    Tahlil.com'da site, yönetim paneli ve mobil uygulama aynı bilgiyi okuyor; üçü ayrı sistem gibi davranmıyor.

  • Ne nerede çözülür, baştan belli

    Hangi işin hangi katmanda çözüleceğine kod yazılmadan karar veriliyor; sonradan yer değiştiren iş pahalıya geliyor.

  • Özet elle güncellenmiyor

    Günlük Hava Durumu'nda iklim özeti arşiv büyüdükçe kendini yeniliyor; kimse aylık tabloyu elle yazmıyor.

  • Dosya düzeni bir kurala bağlı

    KGM SsangYong'da dosyanın nereye ve hangi adla yazıldığı tek bir düzene bağlandı; yükleme kodu bu düzeni izliyor.

Ne inşa ediyoruz

Sistem Mimarisi
  • Verinin hangi sınırda duracağı

    Birden fazla kurumun aynı sistemi kullandığı kurulumda her kurum kendi alan adından girer; öğrenci, veli ve ödeme kaydı o kurumun sınırının içinde kalır. Bu düzene çok kiracılı kurulum deniyor.

  • Kaydın neye bağlanacağı

    Servis geçmişinin kişiye mi adrese mi cihaza mı yazılacağı koddan önce belirlenir. Bu karar sonradan değişirse o güne kadar biriken geçmişin tamamı yeniden bağlanır.

  • Yetkinin veri modelinde durması

    Öğretmen, veli ve kurum yöneticisi aynı ders programı kaydına kendi yetkisi kadar erişir. Yetki ekranda kapatılan bir görünüm değil, kaydın kendi tanımının parçası.

  • Okuma yolunun ayrılması

    Hangi ekranın hazır tutulan bir kopyadan, hangisinin doğrudan veritabanından okunacağı ilk kayıttan önce belirlenir. Vipkurum'da sık açılan ekran kopyadan geliyor, veritabanına yalnız kopyası olmayan okuma düşüyor.

  • Tek sisteme bağlanan arayüzler

    Tahlil.com'da üç arayüz tek sisteme bağlı: hasta sitesi, hekim paneli ve mobil uygulama aynı kaydı okuyor, arayüz başına ikinci bir veri modeli yazılmıyor.

  • Depolama düzeninin ilk günde kurulması

    Dosyaların hangi adlandırma ve klasör düzeninde duracağı en baştan belirlenir; sonradan kurulan düzen taşıma işine dönüşür.

Buna benzer çalışmalar

Sistem Mimarisi · Vaka çalışması

Günlük Hava Durumu — özet arşivin üstünde bir okuma, elle yazılmıyor

Sistem üç içerik türünü tek zincire bağlıyor. Yayındaki tahmin tazeleniyor ve gösterilen değer bir sonraki güncellemede üzerine yazılıyor; günün tarihi geçtiğinde aynı kayıt arşiv tarafına devrediliyor, orada bir daha değişmiyor. İklim özeti dördüncü bir kaynak değil: arşivdeki gün kayıtlarından hesaplanıyor ve arşiv büyüdükçe kendini yeniliyor. Her konumun her günü kendi kalıcı adresinde yayınlanıyor, böylece arşiv derinleştikçe sayfa yapısı yeniden kurgulanmıyor. Laravel sayfaları basıyor, gün kayıtları MySQL'de duruyor, arayüz geçişlerini React taşıyor.

Vaka çalışmasını okuyun →

Esenyurt ekipleriyle uzaktan çalışmak

Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Özeti elle yazsak daha kontrollü olmaz mı?

    Kontrollü olur ama bir kereliğine olur. Elle yazılan özet, yazıldığı günü anlatır; arşiv ertesi gün büyüdüğünde metin geride kalır. Hesaplanan özet yeni kayıt eklendiği anda tazeleniyor ve kimsenin takvimine iş düşmüyor.

  • Her gün yeni sayfa açmak siteyi şişirmez mi?

    Şişme, sayfaların içi boş olduğunda oluyor. Burada her adres tek bir günün ölçülmüş kaydını taşıyor; içerik kopyalanmıyor, üretiliyor. Yapı da sabit kalıyor: yeni gün yeni bir şablon değil, aynı şablonun yeni bir kaydı.

  • Şubelerimiz ayrı ayrı yayın yapıyor. Bu kurgu bize uyar mı?

    Kırılımın tarih ile konum olması zorunlu değil; belirleyici olan hangi eksenin kalıcı adres alacağı. O eksen seçildikten sonra kayıt bir kez yazılıyor, üzerine yazılan tek şey henüz kesinleşmemiş olan kalıyor.

  • Geçmiş bir kaydı sonradan düzeltmek gerekirse ne oluyor?

    Düzeltme ayrı bir karar. Arşiv kaydı tasarımı gereği bir kez yazılıyor; düzeltme de sessizce üzerine yazmak yerine açık bir işlem olarak kuruluyor. Hangi değerin sabit, hangisinin değişken olduğunu koddan önce yazıya geçiriyoruz.

Verinin hangi sınırda duracağına koddan önce karar verelim.