Teklif al

Sistem Mimarisi · Ataşehir

Ataşehir markaları için Sistem Mimarisi

Bir merkez ofisten aynı anda dışarıdaki siteye, içerideki panele ve kullanıcının telefonuna bakıyorsanız iş tek bir ekranla bitmiyor. Ataşehir yazılım mimarisi danışmanlığında karar üç soruda toplanıyor: sınır nereden geçecek, kayıt kime ait olacak, hangi okuma ortak katmana düşecek. Bu kurulum biçimine en yakın işimiz Tahlil.com: site, hekim paneli ve hasta mobil uygulaması aynı Laravel kod tabanına bağlandı, arayüz başına ikinci veri modeli yazılmadı.

Sistem Mimarisi — Ataşehir

Ataşehir'in dokusunda finans merkezi ofisleri ve çok şubeli kurumsal yönetim öne çıkıyor; İçerenköy tarafındaki ofis bloklarında merkez ofis raporlaması ile şubenin kendi kaydı yan yana duruyor. Böyle bir işte sınırın nereden geçeceği, kaydın kime bağlanacağı ve hangi okumanın ortak katmana düşeceği koddan önce belirleniyor. Bankacılık ya da finans tarafında bir müşterimiz yok; o deneyimi anlatmıyoruz. Portföyümüzde bunun karşılığı Tahlil.com; üç yüzey de tek bir Laravel kod tabanına bağlandı, kayıtları MySQL tutuyor, önbellek katmanını Redis üstleniyor. Birden fazla kurumun aynı sistemi kullanması ayrı bir karar: Vipkurum'da her kurumun bilgisi alan adı seviyesinde ayrıldı, sonradan ekrana konacak bir filtre bunun yerini tutmuyor.

  • Birden fazla kurum aynı sistemi kullanıyorsa sınır ekranda değil veri modelinde çiziliyor; Vipkurum'da kurum kendi adresinden giriyor ve okuduğu satır orada bitiyor.
  • Kaydın son sözü veri modelinde duruyor: AI ön okumayı hazırlıyor, hekim panelde onaylıyor, onay kaydın durumu olduğu için bildirimi o durum tetikliyor.
  • Site, hekim paneli ve hasta uygulaması aynı veri modelinden okuyor; arayüz başına ikinci model açılmıyor, kayıtlar MySQL'de, okuma yükü Redis'te.

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ı

Tahlil.com — üç arayüz, tek Laravel kod tabanı, tek veri modeli

Tahlilleri uzman hekimler ve AI sistemleri birlikte yorumluyor. Önce arayüz sayısı kararlaştırıldı: site, hekim yönetim paneli, hasta mobil uygulaması. Sonra kaydın durumları yazıldı; AI ön okumayı hazırlıyor, hekim onaylıyor, hastaya ulaşan yorumun sorumluluğu onaylayanda kalıyor. Okuma yolu ayrıldı: kayıtları MySQL tutuyor, önbelleği Redis taşıyor. Tahlilmatik hesaplayıcıları randevusuz ikinci bir giriş kapısı açıyor. Onay OneSignal push bildirimini tetikliyor; telefon uygulaması React Native (Expo) ile tek kod tabanından çıkıyor.

Vaka çalışmasını okuyun →

Ataşehir 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

  • Mimari kararı koddan önce vermek pratikte ne demek?

    Dört soruyu yazıya geçirmek demek: sınır nereden geçer, kayıt neye bağlanır, hangi okuma ortak katmana düşer, o katmana kaç arayüz bağlanır. Erteleyince maliyet biriken kaydı yeniden bağlamakta çıkıyor.

  • Sonradan bir filtre eklesek aynı yere varmaz mıyız?

    Varmaz. Filtre ekranda durur, sınır veri modelinde. Vipkurum'da kurum kendi alan adından giriyor, okuduğu satır orada bitiyor.

  • Site, panel ve telefon uygulamasını ayrı ayrı mı yazacaksınız?

    Hayır. Tahlil.com'da üçü aynı Laravel kod tabanına bağlı, arayüz başına ikinci veri modeli açılmadı. Telefon tarafı React Native (Expo) ile tek kod tabanından iki mağazaya çıkıyor.

  • Merkezimiz Ataşehir'de, siz uzaktan çalışıyorsunuz; bu kararlar nasıl alınıyor?

    Fiziksel ofisimiz yok, tamamen uzaktan çalışıyoruz. Mimari kararı yazılı çıktı olarak veriyoruz: veri modeli ve okuma yolu. Formdan gelen mesajlara 2 iş günü içinde dönüyoruz.

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