Teklif al

Sistem Mimarisi · Ümraniye

Ümraniye markaları için Sistem Mimarisi

Ümraniye'de büyüyen bir işletme ikinci atölyesini aynı çatının altına eklemek zorunda kalmıyor; Dudullu tarafında o atölye başka bir blokta, bazen başka bir adla açılıyor. Yazılım tarafında bunun karşılığı genelde ikinci bir kurulum oluyor: ayrı veritabanı, ayrı giriş, ayrı rapor. Sorulan mimari soru tam burada duruyor. Yeni birim yeni bir kurulum mu, yoksa tek sistemin içine yazılmış yeni bir tanım mı? Vipkurum'da ikincisini seçtik; yedi kurum aynı yazılımı kendi markasıyla işletiyor.

Sistem Mimarisi — Ümraniye

Ümraniye'nin dokusunda mekanik taahhüt, iklimlendirme servisi ve imalat KOBİ'si iç içe çalışıyor. Büyüme yatay gidiyorsa sonucu ikinci birim, ikinci ad ve ikinci defter oluyor. Bu yapıya en çok benzeyen işimiz Vipkurum. Uyumun bittiği yer şu: Vipkurum eğitim kurumları için yazıldı; imalatın üretim tarafı, parça deposu ve saha iş emri o projenin içinde yok. Bizim aldığımız kısım eğitim değil kurulum kararı: ayrı programlara dağılması beklenen işlevlerin tek veri modelinde toplanması ve birim sınırının nereden geçtiği. Altta Laravel duruyor; kaydı MySQL ile MongoDB, önbelleği Redis taşıyor, paneller React ile, telefon tarafı React Native (Expo) ile aynı kuruluma bağlanıyor.

  • Ders programı, sınav, öğrenci, veli, ödeme ve raporlama ayrı programlara bölünmüyor, tek veri modelinde duruyor; bir işlevi eklemek yeni bir program açmak olmuyor.
  • Öğretmen, veli ve yönetici aynı kayda kendi yetkisi kadar erişiyor; sınır ekranda menü gizleyerek değil kayıt katmanında kesiliyor.
  • Çatıya bir kurum daha almak kurulum işi değil tanım işi: birim kendi adresinden giriyor, kayıtları o sınırda kalıyor, kod tabanı çatallanmadığı için bakım tek hatta kalıyor.

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ı

Vipkurum — altı ayrı program yerine tek veri modeli, birim sınırı adreste

Çok kiracılı okul ve kurum yönetim platformu. Ayrı programlara dağılması beklenen işler tek veri modelinde duruyor: ders programı, sınıf, sınav, öğrenci, veli, ödeme ve raporlama. Öğretmen, veli ve yönetici aynı kayda kendi yetkisi kadar erişiyor; sınır ekranda gizlenmiyor, kayıt katmanında kesiliyor. Duyuru ve bildirim kurum içinde akıyor, fatura ve analiz raporu yöneticinin kendi kiracı verisinden çıkıyor. Yedi kurum aynı yazılımı kendi alan adı ve markasıyla işletiyor; komşu kurumun satırı hiçbir panelde görünmüyor. Altta Laravel var; kaydı MySQL ile MongoDB, önbelleği Redis tutuyor, panelleri React kuruyor.

Vaka çalışmasını okuyun →

Ümraniye 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

  • İkinci birim için ikinci bir kurulum yapmak neden sorun?

    İki kurulum iki bakım hattı demek. Vipkurum'da kod tabanı tek kaldı: bir düzeltme bütün kurumlara aynı anda iniyor, sürümler birbirinden ayrılmıyor ve hangi birimde neyin çalıştığı sorusu doğmuyor.

  • Birimlerin kaydı birbirine karışmaz mı?

    Sınır kayıt katmanında duruyor. Kurum kendi adresinden giriyor; öğrenci, ödeme ve fatura satırı o sınırın içinde kalıyor, komşu birimin paneline açılmıyor.

  • Biz eğitim kurumu değil imalat atölyesiyiz. Vipkurum bize ne söylüyor?

    Vipkurum okul ve kurum işleyişi için yazıldı, bunu olduğu gibi söylüyoruz. Taşınan şey ders programı değil, dağılması beklenen işlevlerin tek modelde toplanabilmesi ve sınırın nereden geçtiği. Üretim planlaması ya da parça deposu için gösterecek işimiz bu proje değil.

  • Sanayi bölgesindeyiz; işi yerinde görmeniz gerekmez mi?

    Ofisimiz yok, yerinde destek de vermiyoruz; tamamen uzaktan çalışıyoruz. Mimari kararı yazılı çıkarıyoruz: hangi işlev tek modelde toplanıyor, birim sınırı nereden geçiyor, hangi okuma önbelleğe alınıyor.

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