question mikroservis kullanmanın amacı ve faydaları nelerdir?

Günümüzde mikroservisler oldukça yaygınlaştı ve popüler oldu. Peki mikroservis yazılması gerektiğine hangi durumda karar verilir? ve neye göre?

normal projeleri mikroservise çevirebilir miyiz?

comments 1 references

// @author kenan | 11 Eylül 2020
Günümüzün güncel sorusu/sorunu.

Şimdi öncelikle bugüne kadar alışkın olduğumuz mimariyi hemen inceleyelim.

Elimizde bir uygulama var ve bu uygulamın içinde farklı farklı bölümleri var. Hayali olacak biraz. Konuyu anlatmak için veriyorum. Aşağıdaki şekle bakarsan uygulamamızın güvenlik, muhasebe, personel, kaynak planlama ve müşteri yönetimi bölümleri var bir de … var artık ne olursa. Bunların hepsini paket olarak kurduğumuz yaplarak monolitik (monolith) diyoruz.

Uygulamamızı haliyle bir sunucu üzerine yüklüyoruz ve çalıştırmaya başlıyoruz.

Pozitif taraflarına bakalım.
- Tek uygulama bir kerede yüklendi
- Uygulama içinde bir performans analizi yapmak istersek AppDymanics (ben kullandım) veya benzer bir uygulamayla gözlem altına alabiliriz (monitoring (ing),müşahede altına almak da güzel (arapça))
- Uygulamanın yükü çoğalırsa aynı uygulamayı birden fazla sunucuya yükleyebiliriz. Yine yüklemesi kolay
Şimdi negatif taflarına bakalım.
- Tek uygulama bir kerede yüklendi. (Eğer tek sunucu üzerinde çalışıyorsa sistem kesintisi yapmak gerekti, çok sunucu ise sıkıntı yok)
- Uygulamanın analizini yaptık ve ERP kısmında bir performans sorunu var, kaynaklar yetersiz (RAM/CPU) uygulamadan bir tane daha ayağa kaldırmak zorundayız bütün uygulamayı bir kez daha kuracağız. Sadece ERP kısmını çoğaltamayız.
- Herhangi bir sebeple uygulama tıkandı, cevap veremez hale geldi, bütün uygulama çalışmaz duruma düşecek.
- vs. vs.
Uygulamayı daha verimli yönetebilmek için mikro parçalara bölüyor ve o şekilde hizmet vermek istiyoruz. Buna da microservis (microservice) diyoruz. Biraz da bu uygulamayı microservise çevirince ne olacak ona bakalım.

Bu da yeni yapımız. Her kutu ayrı bir microservis uygulamasını gösteriyor.

Pozitif taraflarına bakalım
- Uygulamının hangi kısmı için daha çok kaynağa ihtiyaç varsa o kısmını çoğaltabiliriz
- Herhangi bir uygulama tıkanır çalışmaz duruma gelirse diğer yedek çalışmaya devam edebilir.
- Trafiğe göre uygulama sayıları otomatik arttırılıp düşürebilinir (insan müdahalesine gerek kalmadan)
- Network düzeyinde hangi uygulama ne kadar yük kaldırıyor görülebilir
- Muhtemelen güncellemelerde hizmet kesilmesi yaşanmayacaktır.
- Her uygulama farklı programlama dili ile yazılabilir
- Her uygulamayı yazacak ekip farklılaştırılıp uzmanlaştırılması görece daha kolay.
Peki bunun negatif yanlarına bakalım

Öncelikle sağlıklı çalışması için birkaç kalem daha eklemek lazım onları da ekleyip şeklimize bakalım
- En azından uygulamanın miminum çalışması için renki olan sunucuların ayağa kalması lazım ki bizim örneğimizde 9 sunucu yapıyor. Kim kuracak ayarlamalarını yapacak bunların?
- Transaction yönetimi nasıl halledilecek?
- Network ve sunucuların düzenli çalışmasını kim ayarlayacak nasıl gözlem altında tutulacak?
Bu sorduğum soruların ellebette cevapları var haliyle. Artık yeni bir kavram çıktı DevOps Engineer. Bu arkadaşlarımızın yaptığı/yapacağı işlemler güngeçtikçe daha da önemli olmaya başlayacak.

Ne zaman hangisini kullanmalıyız.

Genelde söylediğim gibi biri diğeri yerine tercih edilebilir. İkisi de iş görür. Şu an sanıyorum dünyada ezici bir üstünlükle monolitik kullanılıyordur. Yavaş yavaş microservise geçiyor firmalar. Tabi neden geçtiğini bilmeyenler de bihayli var. Amaç geçmiş olmak oluyor.

Neyse biraz daha gerekçeli bakalım

Monolith
- Eğer ekibiniz 2-3 kişi ise (veya işlerimizi ancak yetiştirecek kadar adam varsa) ve milyonlarca/milyarlarca request kaldırmak gibi bir derdiniz yoksa monolitik tarafında ilerlenebilir.
- Business (iş) yükü çok ağır değil görece basit bir uygulamaysa zaten direk burada kalmak daha mantıklı.
- Yıllardır geliştirdiğiniz bir uygulama var ve üstteki iki seçeneğe uyuyor o zaman fantazi aramaya da gerek yok
Microservis
- Finansal olarak iyiyiz!!
- Günlük/anlık çok yüksek miktarlarda veri işlememiz gerekiyor
- Kampanya günleri, özel günlerde yükümüz 3-10 katına çıkıyor sonra eski haline dönüyor
- Uygulamamızın boyutu modüller bazında artık kocaman oldu, bir sürü modülümüz var
- Elimizdeki monolitik uygulama geliştirmesinden yayınlanmasına(deployment) büyüklüğünden dolayı sürekli sorun çıkarıyor
- Artık tecrübeli ve yeterli bir ekibimiz var
Sorularının cevabı evet ise zamanı gelmiş.

Microservis bazında çok olumlu değil gibi bir izlenim doğabilir yazımda. Konuyu şöyle yorumlamak mantıklı. Türkiye’de Hepsiburada/Migros/Garanti/THY gibi bir firma iseniz zaten microservise geçmek zorunda kalacaksınız, en azından yönetilebilir ve tahmin edilebilir sistemler için. Ama zaten günlük birkaç bin belki birkaç milyon işlem yapıyorsanız (ki sanıyorum birkaç milyon bile iyi bir değer) gerek olmayacaktır.

// Comments are closed.