Vaka çalışması
Yüz hastanede çalışan klinik platform — hepsi kendi sunucularında.
Bizmed
Sağlık sektöründe kurumsal ölçek ile on-premise kısıtlar aynı anda geçerli. Platformun her hastanenin kendi veri merkezinde, dışarıya veri çıkarmadan çalışması gerekiyordu.
- Sektör
- Sağlık
- Rolümüz
- Mimari, geliştirme, dağıtım
- Kurulum
- On-premise
Problem
Tek bir platform, birbirinden bağımsız yüz kurulum.
Klinik veri hastane dışına çıkamaz. Bu, merkezi bir SaaS kurulumunu baştan eler: platformun her kurumun kendi veri merkezinde, kendi Oracle kurulumunun üstünde çalışması gerekiyor.
Zorluk tek bir kurulumu ayağa kaldırmak değil, yaklaşık yüz farklı ortamda aynı platformu çalışır tutmak ve güncelleyebilmek. Her ortamın kendi donanımı, kendi ağ kısıtları ve kendi bakım penceresi var.
Yaklaşım
Servislere böl, paketle, hattan geçir.
Platformu .NET microservice’lere böldük. Servis sınırlarını klinik iş akışlarına göre çizdik; böylece bir modül güncellenirken diğerleri etkilenmiyor.
Veri katmanı on-premise Oracle üzerinde kaldı — mevcut kurulumları değiştirmek yerine onların üstüne oturduk. Şema değişiklikleri sürümlenip doğrulanarak taşınıyor.
Servisleri Docker ile paketledik ve CI/CD hattı kurduk. Aynı imaj, ortam farkı gözetmeksizin her hastaneye gidiyor; kuruluma özel olan yalnızca konfigürasyon.
Stack
Ne kullandık.
- Uygulama
- .NET
- microservices
- Veri
- Oracle
- on-premise
- Dağıtım
- Docker
- CI/CD
Sonuç
Yaklaşık yüz hastanede çalışıyor.
Platform bugün yaklaşık yüz hastanede kullanılıyor; her kurum kendi sunucusunda, kendi verisiyle. Yeni bir hastane eklemek altyapı projesi değil, konfigürasyon işi haline geldi.
- Her kurum kendi veri merkezinde, veri dışarı çıkmadan
- Servis bazlı güncelleme — tüm platformu durdurmadan
- Aynı imaj, ortam farkı gözetmeksizin her kuruluma
Benzer bir kısıtla mı çalışıyorsun?
Kurumsal ölçek, on-premise zorunluluğu, dokunulamayan bir veritabanı — tanıdık geliyorsa konuşalım.