Mewayz'in 208 Modüllü Platformu Nasıl Hızlı, Esnek Kalıyor ve Asla Kırılmıyor

Makine Dairesi: Mimarlık Büyük Ölçekte Neden Önemlidir?

Tek bir iş uygulaması oluşturmak zordur. CRM ve faturalandırmadan filo yönetimi ve analitiklere kadar 208 farklı modülden oluşan uyumlu bir platform oluşturmak, farklı büyüklükte bir mühendislik sorunudur. Mewayz'de teknik mimarimiz sadece bir uygulama detayı değil; Bu, temel ürün vaadidir. Ücretsiz katmanımızdaki bir startup'ın, CRM'lerinin yanı sıra maaş bordrosunu da çalıştırmasına ve 5.000 çalışanlı bir işletmenin tüm platformu performans düşüşü olmadan beyaz etiketlemesine olanak tanıyan şey budur. 138.000'den fazla küresel kullanıcımız için mimari görünmez, ancak bunun etkisi platformun hızında, güvenilirliğinde ve esnekliğinde her gün hissedilmektedir. Bu, bunu mümkün kılan ilke ve teknolojilere genel bir bakış.

Temel Felsefe: Mikro Hizmetler ve Sınırlı Bağlamlar

Temel kararımız ne pahasına olursa olsun yekpare bir kod tabanından kaçınmaktı. İK, muhasebe ve proje yönetimini yönetmeye çalışan tek ve geniş bir uygulamanın sürdürülmesi, güncellenmesi ve ölçeklendirilmesi bir kabusa dönüşecektir. Bunun yerine Mewayz'i katı bir mikro hizmet mimarisi üzerine kurduk. 208 modülümüzün her biri bağımsız, kendi kendine yeten bir hizmettir. Faturalama modülünün kendi veritabanı, mantığı ve kodu vardır. Filo Yönetimi modülü tamamen ayrıdır. Bir veritabanını paylaşmazlar veya doğrudan birbirlerinin dahili işlevlerini çağırmazlar.

"Sınırlı bağlamları" tanımlamak olarak bilinen bu yaklaşım çok önemlidir. Bu, geliştirme ekiplerimizin Bordro modülüne herhangi bir bağımlılık veya risk olmadan Rezervasyon modülü üzerinde çalışabileceği ve bir güncelleme yayınlayabileceği anlamına gelir. Bu şekilde hızlı bir şekilde yenilik yapabiliriz. Elbette bu ödünleşim, bir sonraki temel bileşenimizle çözdüğümüz bu hizmetler arasındaki iletişimin karmaşıklığıdır.

Sinir Sistemi: Olay Odaklı İletişim

Mikro hizmetler platformun organlarıysa, olay odaklı iletişim merkezi sinir sistemidir. Servislerin birbirlerine doğrudan API çağrıları yapması (bu da sıkı bağlantı oluşturur ve ardışık arızalara yol açabilir) yerine, servisler olayları göndererek ve dinleyerek iletişim kurar. Örneğin, bir satış anlaşması CRM modülünde "Kapalı-Kazanıldı" olarak işaretlendiğinde doğrudan Faturalama modülünü çağırmaz. Bunun yerine bir etkinlik yayınlıyor: Deal.closed.won. O etkinliğe abone olan Faturalama hizmeti bunu otomatik olarak alır ve yeni bir fatura taslağı oluşturur. CRM'nin Faturalama hizmetinin çalışır durumda mı, kapalı mı yoksa yavaş mı olduğunu bilmesine gerek yoktur.

Bu mimari muazzam bir esneklik ve ölçeklenebilirlik sağlar. Faturalama hizmeti geçici olarak kullanılamıyorsa etkinlik tekrar çevrimiçi oluncaya kadar kuyrukta kalır. Aynı zamanda güçlü, ayrıştırılmış iş akışlarına da olanak tanır. İK modülü ayrıca, CRM'nin İK süreçleri hakkında herhangi bir bilgiye ihtiyacı olmadan, satış temsilcisi için bir komisyon hesaplamasını tetiklemek üzere Deal.closed.won dosyasını dinleyebilir. Bu olayların kalıcı olmasını ve düzenli bir şekilde iletilmesini sağlamak için güçlü bir mesaj komisyoncusu (Apache Kafka) kullanıyoruz.

Veri Egemenliği ve API Ağ Geçidi

Yüzlerce mikro hizmet veritabanına yayılmış verilerle son kullanıcıya birleşik, güvenli bir veri görünümünü nasıl sunabiliriz? Bu API Ağ Geçidimizin görevidir. İster bir web tarayıcısından, ister mobil uygulamadan, ister genel API'mız aracılığıyla üçüncü taraf entegrasyonundan olsun, tüm müşteri istekleri için tek, güvenli giriş noktası görevi görür. Ağ geçidi kimlik doğrulamayı, hız sınırlamayı ve istek yönlendirmeyi yönetir.

En son projeyi (Proje Modülü), ödenmemiş faturayı (Faturalandırma Modülü) ve destek çağrılarını (CRM Modülü) gösteren bir müşteri kontrol panelini görüntülediğinizde, API Ağ Geçidi orkestratördür. Tek isteği alır, ilgili mikro hizmetlere yayar, yanıtları toplar ve istemciye tutarlı bir JSON nesnesi döndürür. Bu model, kullanıcıların beklediği birleşik deneyimi sağlarken verilerin sınırlı bağlamı içinde kalmasını sağlar.

Bağlayan Tutkal: Genel API'miz ve Beyaz Etiket Stratejimiz

Modül başına 4,99 ABD doları tutarındaki API'miz sonradan akla gelen bir düşünce değildir; aynı dahili a tarafından desteklenen birinci sınıf bir vatandaş

Frequently Asked Questions

What is the biggest advantage of a microservices architecture for a business platform?

The biggest advantage is independent scalability and development. Teams can update, deploy, and scale individual modules like CRM or Payroll without affecting the stability or performance of the rest of the platform.

How does Mewayz prevent data leaks between different companies using the platform?

We use a strict multi-tenant design where every row in our databases is scoped with a `tenant_id`. This ensures that a query for one company's data can never accidentally access another's, providing a fundamental layer of security.

If a module goes down, does it take the whole platform with it?

No. Because modules are isolated microservices, the failure of one (e.g., the Booking module) does not cascade. Other modules remain fully operational, and the failed module's functions can often be queued until it recovers.

How does the white-label feature work technically?

White-labeling is possible because our presentation layer (the UI) is completely separate from our backend microservices. Partners can rebrand the front-end client, which communicates with our unified API, without touching the core business logic.

Is the public API the same as what the Mewayz web app uses?

Yes. Our public API and web app both connect through the same API Gateway to the same backend microservices. This ensures consistency, reliability, and that new features are available via the API immediately.