MİKROSERVİSLER

MİKROSERVİSLER
GELİŞTİRME PLATFORMU

Mikroservis mimari kalıplarına uygun yazılım Firmalar ve kurumlar bu akýþa ayak uydurmak
geliştirme ve işletme süreçlerini için daha hýzlý yenilikler yapmak zorundadýr.
standartlaştırarak yazılım geliştirmeyi ve Dijitalleþmenin temel gereksinimi olan
projelerin gerçekleşme sürelerini azaltmak yazýlýmýn, daha hýzlý, daha sýk ve daha saðlam
amacıyla, Yazılım Teknolojileri Araştırma bir þekilde güncellenmesi gerektirmektedir.
Enstitüsü tarafından açık kaynak teknolojiler Burada mikroservisler bu ihtiyacý karþýlamak
üzerinde, kararlı bir yapıda hizmet sağlayan için bir model olarak ortaya çýkmýþtýr.
Mikroservis Tabanlı Yazılım Geliştirme
Platformu geliştirilmiştir.
Mikroservisler, her uygulama
NEDEN işlevinin kendi başına bir hizmet olduğu
MİKROSERVİSLER? ve bu hizmetlerin ayrık kapsayıcılarda
dağıtıldığı ve bu kapsayıcıların API'ler
Ýnternetin yaygýnlaþmasý ile birlikte, daha önce aracılığıyla birbirleriyle konuştuğu
görmediðimiz bir hýzda, teknolojik ve mimari bir modeldir.
ekonomik bir deðiþim yaþamaktayýz.
Yazýlýmdan baþka bir ürünü olmayan þirketler,
100 yýllýk þirketlerden daha deðerli hale gelmiþ
ve dünyanýn en büyük þirkerleri arasýndadýr.
Yazýlýmdan üretilen katma deðer, her geçen
gün daha yüksek seviyelere çýkmaktadýr.
Yazýlýmlar, günlük yaþamýmýzýn bir parçasý
haline gelmiþ, bireysel ve kurumsal olarak
toplam verimliliðimiz artmýþ ve maliyetlerimiz
de ayný þekilde düþmüþtür.

Modern dünyada, her yerde ve her ortamda bir

veya birden çok yazýlým kullanýlmaktadýr. Cep
telefonumuzdan, uzay araçlarýna, uzak bir
yerdeki sensörlerden, teknolojik silahlara,
elektrik daðýtým sistemlerine kadar tüm
hizmetler dijitalleþmiþ, teknoloji hayatýmýzýn
bir parçasý haline gelmiþ, hatta hayati İş gereksinimlerini karşılamak için
gereksinim haline dönüþmüþtür. Yazýlýmlar, hızlı hareket etmek, hızlı hareket
dünyayý hýzla deðiþmeye ve ilerlemeye ederken de bir şeyleri bozmamak
zorlamaktadýr. mikroservis mimarisinde prensip
olmuştur.
Monolitik mimarilerde, uygulamanýn ölçeði
büyüdükçe, geliþtirme, test, kurulum ve
ölçeklendirme süreçleri giderek zorlaþmakta
ve belli zaman sonrasýnda idame edilemez hale
dönüþmektedir. Büyük ölçekli uygulama
geliþtirmedeki belirtilen bu dar boðazlardan
kurtulmanýn yolu mikroservis mimarisiyle
yazýlým geliþtirmektir.
Mikroservis mimarisini saðlam bir þekilde
iþletecek gerekli araç gereçler mimarinin
ortaya çýkýþýndan bu yana çok geliþtirilmiþ ve
günümüzde büyük ve karmaþýk bir uygulama
geliþtirilecekse mikroservis mimarisi bir
zorunluluða dönüþmüþtür.
Mikroservisleri anlamak için yazýlýmda
ölçeklendirmenin bilinmesi gerekir.
Yazýlýmlarda ölçeklendirme, ölçek küpü
yöntemiyle anlatýlmaktadýr.

Yazılımlarda Ölçeklenebilirlik

Yazýlýmlarda ölçeklendirme, ölçek küpü yöntemiyle anlatýlmaktadýr.

Mikroservisler

Y ekseni
ölçeklendirmesi:
Uygulamanýn
iþlevselliðine göre
parçalara (farklý
servislere)
r
le

ayrýþtýrýlmasýný ifade
üm

eder. Bu eksen
l
Bö

mikroservisler Monolitik Kopyalar Z ekseni ölçeklendirmesi:

eksenidir.
Arkadaki servisler birbirleri ile
X ekseni ölçeklendirmesi: aynýdýr fakat her bir servis,
verinin ya da hizmetin belli bir
Birbirleri ile ayný olan servis altkümesinden sorumludur.
sayýsýnýn arttýrýlmasý
(klonlanarak yatayda
ölçeklendirilmesi) ve bir yük
dengeleyicisi üzerinden bu
servislere eriþim sunulmasý
ile gerçekleþtirilir.
MİKROSERVİS
MİMARİSİ NEDİR?
Mikroservisler baðýmsýz uygulamalardýr, her bir servisin bir görevi vardýr bu görevleri yerine
getirmek için birbirleriyle gevþek baðlanmýþ olarak çalýþmaktadýrlar.

İş yeteneklerinizden mikroservisleri oluşturma

Satış
Servisi
Satış

Değerlendirme
Ödeme Servisi

Ödeme
Dağıtım Servisi

Muhasebe Muhasebe
Değerlendirme
Servisi
Servisi

Değerlendirme
Dağıtım
Servisi

Servisler birbirleriyle asenkron haberleþme yöntemiyle iletiþim kurarlar. Tüm

servislerin birbirleriyle iletiþimi her birinin kendine ait APIleriyle saðlanacak ve
monolit ile ayný iþi yapacaklardýr.

Her bir servis otonom ve küçük takýmlarla geliþtirilir, büyük takýmlara gerek yoktur
ve tüm ekiplerin verimliliðini artýrýr.

Her serviste yapýlacak geliþtirme hýzlýca yapýlýr, daha az emek ve karmaþýklýk içerir
ve tüm uygulamada sadece o servisin etkilenmesiyle hýzlýca canlýya çýkýlýr.

Geliþtirme ekiplerinin otonom hareket etmelerini saðlar. Bir ekip diðer servisin
yapýsýný bilmek zorunda deðildir.

Her bir servisin verisi kendisine aittir. Ayrý tablolar, ayrý þemalar ya da ayrý veri
tabanlarý þeklinde yapýlandýrýlabilirler.
Her servisin kodu diðerinden baðýmsýzdýr, baðýmsýz kurulur ve yönetilir. Baðýmsýz
olarak ölçeklenebilir.

Her bir servis farklý bir dil ya da kütüphane kullanýlarak üretilebilir. Yeni
teknolojilerin kolayca denenmesini ve uygulanmasýný saðlar.

Servisler küçük olduðu için bakýmý kolay yapýlýr. Yazýlýmda yeni özellikler getirme
sýklýðýný artýrýr. Gereksinimlere çok hýzlý tepki verilir.

Yazýlým geliþtirme sürecinden testlerinin yapýlmasý ve kurulumuna kadar istenilen

ölçüde otomatikleþtirmeye imkan saðlar.

Çok iyi hata izolasyonu saðlar. Eðer bir serviste bir sorun olursa, tüm sistemi
etkilemeyecek, sadece o serviste kalacaktýr. Geri kalan sistem sorunsuz çalýþmaya
devam edecektir.

Mikroservislerde Yazılım Geliştirme Süreci

Sipariş Ekibi
Sipariş Servisi

Ödeme Ekibi
Ödeme Servisi

Dağıtım Ekibi
Dağıtım Servisi

Canlı
Ortam
MİKROSERVİSLERİN
ZOR YANLARI

Uygulamayý mikroservislere iyi ayrýþtýrmak gerekir. Tek seferde yapýlamayabilir,

yazýlým yaþam döngüsü boyunca dönüþüme açýk olmak gerekir.

Mikroservislerde uygulamanýn tümü açýsýndan veri daðýtýk ve bazý yerlerde tekrarlý

olarak tutulur. Veriyi anlamlý hale getirmek için veriyi birleþtirmek ek iþini
gerektirir.

Uygulama testleri çok daha önemli olmaya ve daha karmaþýk olmaya baþlar.
Otomatik testlere ve otomatik ölçeklendirme yeteneklerine sahip olmanýz gerekir.

MİKROSERVİS
MİMARİ KALIPLARI

Mikroserverislerin beklenen faydayý saðlayabilmesi için mikroservis dili diyebileceðimiz

aþaðýdaki kalýplarýn dikkate alýnmasý gerekmektedir.
Bu dil size aþaðýdaki konularda yardýmcý olur.
Hangi mimariyi kullanmanýzýn daha doðru olduðunu ölçmenize

Her bir karar için seçeneklerinizi belirlemenize

Her bir seçeneðin getir-götürlerini deðerlendirmenize

MİKROSERVİSLER
KULLANILIRKEN
SORULMASI GEREKEN
SORULAR

Ayrıştırma Kalıpları
İş kabiliyetlerine göre ayrıştırma: Mikroservislerimizi, var olan iþi
Uygulamayı yapma þeklinize, kurumunuzun yapýlanmasýna göre ayrýþtýrmaktýr.
Mikroservislere Alt alanlara göre ayrıştırma: Ýþ kabiliyetlerine göre ayrýþtýrmaya
Nasıl benzer, fakat eðer iþ kabiliyetleriniz verimli bir þekilde
Ayrıştıracaksınız? yapýlandýrýlmamýþsa ve verimsizlikler varsa bunu yazýlýma da taþýmýþ
olacaðýnýzdan, yazýlýmý, farklý ayrýþtýrma metedolojileriyle, olmasý
gereken þekilde tasarlama imkanýnýz olacaktýr.

Kurulum Kalıpları
Veri depolamayan uygulamalarda konteyner mimarisi zorunlu ve en
Kodu etkili yol olarak kabul edilmiþtir ve kurumsal anlamda
olgunlaþmýþtýr. Bu yüzden her bir konteynere bir servis ya da sadece
Servislere
bir fonksiyon olarak kurulabilen serverless kurulum kalýplarý
Nasıl Kurulum piyasayý domine etmektedir.
Yapacaksınız?
Servisler farklý diller kullanýlarak kurulabilmektedir.

Her bir servis ayný ortamda çalýþsa bile diðer servisleri

etkilemeyecek þekilde sýnýrlandýrýlabilmektedir.

Her servis izlenebilir þekilde kurulmaktadýr.

Servislerin birinde yaþanacak sorun otomatik izole edilir.

Sadece ihtiyaç kadar kurulum yapýlmakta, sistem kendi kendini

otomatik olarak ölçekleyebildiðinden kaynak israfi olmamaktadýr.
 Ortak Kullanım Kalıpları

Kimlik bilgileri ve veri tabanlarý ve mesaj aracýlarý gibi harici

Servisler Arası servislerin að konumlarý merkezi olarak çalýþan ortamda saklanýr.
Ortak Uygulama log sistemi her zaman aktif çalýþýr. Uygulamanýn ürettiði
Kullanımları log kayýtlarý analiz edilebilir durumdadýr.
Nasıl Uygulamanýn saðlýðýný izleyebilmek için gerekli izleme ve saðlýk
Ele Alacaksınız? kontrol hizmetleri yapýlandýrýlýr.
Uygulamanýn ne yaptýðý ve nasýl performans gösterdiði hakkýnda
sürekli ve geçmiþe dönük bilgiler üreten sistemler kurulur.
Her harici istekte, servisler arasýnda oluþan iletiþimin performansý
izlenir.

İletişim Kalıpları
Uzaktan Prosedür Çağrısı: Servisler arasýnda senkron bir iletiþim
Servisler Arası ihtiyacý olduðunda kullanýlýr. Ýstek-Cevap (Request-Response)
temelli yaklaþýmla gerçekleþtirilir. Yalnýzca ve Yalnýzca bir servis
Hangi İletişim
diðerinden sadece okunabilir (read-only) bir þey sorguluyorsa ve
Mekanizmalarını sadece sorgulayan tarafta veritabaný deðiþikliði olduðu durumlarda
Kullanacaksınız? kullanýlabilir.
Mesajlaşma: Servisler arasýnda asenkron bir iletiþim ihtiyacý
olduðunda kullanýlýr. Yayýnla-Abone ol temelli yaklaþýmla
gerçekleþtirilir. Her iki serviste de veri tabaný deðiþikliði olacaksa bu
iletiþim biçimi kullanýlýr.
Bu yöntemin gerçekleþtiriminde bir mesaj kuyruðu kullanýlýr.
Ýstemci bir servisteki veriyi deðiþtirir ve bununla ilgili o servis ortak
mesajlaþma uygulamasýndaki önceden tanýmlý kuyruða bir mesaj
býrakýr. Bu mesajý diðer servis okuyarak, kendinde yapýlmasý
gereken iþlemleri yapar ve tüm uygulama tutarlý hale gelir.
Veri Kopyalama Yöntemi: Bir servisin iþini yapabilmesi için diðer bir
servisten sürekli veri sorgulamasý gerektiði ve sorgulanan verinin
çok sýk deðiþmediði durumda kullanýlýr. Deðiþiklikler asenkron
olarak veriyi kopyalayan servislere bildirilir. Bu kategoride bir servis
diðer servisten çok sýk kullandýðý veriyi sürekli sorgulamak yerine
kendine kopyalar ve buradaki iletiþim maliyetini ortadan kaldýrýr.
Ayrýca servis ilgili iþlemi yapabilmesi için diðer servise olan
doðrudan baðýmlýlýðýný da ortadan kaldýrdýðý için baþkasýna baðýmlý
olmadan (autonomous) iþ yapabilir.
 Harici API Kalıpları

API ağ geçidi: Mikroservis mimarisinde istemcilerin arkadaki

Dış İstemciler servislerle iletiþim kurmasýný saðlar. API Gateway veriyi birleþtirmek,
Servislerle istenilen servisler için yönlendirme katmaný sunmak gibi görevleri
Nasıl İletişim yerine getirmektedir.
Kuracaklar? Ön uçlar için arka uç: Bazen API að geçidi, farklý gereksinimleri olan
istemcilere hizmet verdiðinden dolayý çok karmaþýklaþmakta ve yükü
aðýr olmaktadýr. Her bir istemci tipi için genel API'yi özelleþtirmek
yerine, API'nin önüne gelen özel istekleri genel servise dönüþtürecek
daha minik bir dönüþtürücü servis yerleþtirmektir.

Servis Keşfi Kalıpları

Mikroservislerin sürekli kapatýlýp açýlabilmesi, ölçeklenebilmesi
İstemci istenilen bir þeydir. Ama bu beraberinde aðda bu servislerin nasýl
keþfedilebilir olacaðý problemlerini doðurur.
Servisin
Ağdaki Yerini Servis Kaydı Kalıpları
Nasıl Keşfedecek? Servis kopyasý, ayaða kalktýðý zaman, kendini ortak bir kayýt
sistemine kaydeder.
Ortamdaki üçüncü parti araçlar yardýmýyla, ayaða kalkan
uygulamanýn ön tanýmlý etiketlerine bakýlýr, görevi belirlenir ve
merkezi olarak servis havuzuna eklenir.

Servis Keşfi Kalıpları

İstemci Tarafı Keşfi: Bir servise bir istekte bulunurken, istemci bir
hizmetin konumunu, tüm hizmet kopyalarýnýn konumlarýný bilen bir
Hizmet Kaydýný sorgulayarak elde eder ve isteði gönderir.
Sunucu Tarafı Keşfi: Bir servise bir istekte bulunurken, istemci iyi
bilinen bir konumda çalýþan bir yönlendirici (örn. yük dengeleyici)
aracýlýðýyla bir talepte bulunur. Bundan sonrasýnda yönlendirici, tüm
hizmet kopyalarýnýn konumlarýný bilen bir Hizmet Kaydýný
sorgulayarak elde eder ve isteði gönderir.
 Güvenilir İletişim Kalıpları

Devre Kesici: Bazen bir istek birden çok servise gitmek zorunda
Bir Ağ ya da olabilir. Bu istek zincirinde olan bir servisin geçici sorun yaþamasý ya
Servis Sorununu da önceden tanýmlý kaynak sýnýrlarýna gelmesi durumunda, toplam
Diğer Servislerden sistem kaynaklarýný tüketmemek için önündeki servis, baðlantýlý
olduðu servise eriþmeyi belli süre denemez ve öndeki servisi de
Nasıl
bekletmez.
Izole Edeceksiniz?

Veri Yönetimi Kalıpları

Her kurumsal uygulama en nihayetinde veriyi, bir veri tabanýnda
Servisler Arası saklamak zorundadýr. Mikroservisler, gevþek baðýmlý bir iliþki yapýsýna
Veri Tutarlılığını sahiptirler ve her bir mikroservisin kendine özel veri servisinin (veri
tabaný) olmasý ve sadece kendinin eriþebiliyor olmasý beklenir.
Nasıl
Sağlayacaksınız Mikroservis felsefesi veri servisini þu þekillerde tasarlayabileceðimizi
Ve Sorgularınızı söyler.
Nasıl 1. Her servise özel tablolar
Ölçeklendireceksiniz? 2. Her servise özel þema
3. Her servise özel veri tabaný

1 ve 2 seçenekler yönetimsel olarak kolaylýklar saðlasa da, büyük

mimarilerde her servise özel veri tabaný tercih edilmesinin aþaðýdaki
avantajlarý vardýr:

Tüm servisler gevþek baðlanmýþ olarak yapýlandýrýldýðýndan bir veri

tabanýndaki bir deðiþiklik diðerlerini etkilemez.
Her servis kendisine uygun veri tabaný yöntemini tercih edebilir.
Arama için geliþtirilmiþ bir servis nosql doküman veri tabaný
kullanabilirken, çok boyutlu iliþkiler gerektiren bir servis de grafik
veri tabaný kullanabilir.
1011100010101000101010101010101010000000111111001011110101

01010100010101010000000111111001011110101
010101000101010101010101010000000111111001011110101

1011100010101000101010101000111110101010000111010100000
01010100010101010000000111111001011110101
01010100010101010000000111111001011110101
 Mikroservislerde veri yönetimi zorlukları:

Birden çok servisi ilgilendiren atomik iþlemler (transactions) kolayca

Servisler Arası yapýlamayacaktýr. Daðýtýk atomik iþlemlerin kullanýlmamasý gerekir.
Veri Tutarlılığını En iyi çözüm saga kalıbıdýr. Servisler verilerini güncelledikleri
Nasıl zaman durum/mesaj yayýnlarlar ve diðer servisler bu mesajlara
abone olarak tüketirler.
Sağlayacaksınız
Ve Sorgularınızı Bir kaç mikroservisin verisini içeren sorgular yazmak zorlaþacaktýr.
Nasıl
Ölçeklendireceksiniz? Birden çok veri tabaný türü kullanýlacaksa her birisi için ayrý ayrý
devamı... uzmanlaþmak gerekecektir.

Çözümleri:
API Birleştirmesi: Veri birleþtirmesini (join) veri tabaný yerine
uygulama yapar.

Veri Ortaklaştırma: Birçok servisten gelen birleþtirilmiþ veri bir

yada birden çok materyal gösterim içerisinde tutularak kullanýlabilir.

Veri Tutarlılık Kalıpları

Her servise özel veri tabaný veri mimarisinde,
Her servisin verisi diðerinden baðýmsýzdýr.
Uygulama genelinde veri tutarlýlýðý saðlanmasý gereken durumlar
olabilmektedir.
Veri tutarlýlýðýný saðlayabilmek ve ayný zamanda veri tabaný veya
serviste kilitlenmeye neden olmamak için Saga etkileşim kalıbı
önerilmektedir.
 Saga Kalıbı

Her servis asgari kilitle kendi verisini günceller ve

altyapıya bir mesaj yayınlar ya da başka bir yerel işlem
tetikler. Eğer yerel atomik işlem, bir iş kuralını çiğnediği için
başarısız olursa, Saga, önceki yerel atomik işlemlerin yaptığı
değişiklikleri geri alacak telafi atomik işlemler
yayınlaroservisler, her uygulama işlevinin kendi başına bir
hizmet olduğu ve bu hizmetlerin ayrık kapsayıcılarda
dağıtıldığı ve bu kapsayıcıların API'ler aracılığıyla birbirleriyle
konuştuğu mimari bir modeldir.

Sagalarýn koordinasyonu için 2 yol vardýr.

Koreografi: Her yerel iþlem, diðer hizmetlerdeki iþlemleri tetikleyen

olaylar yayýnlar.
Orkestrasyon: Bir merkezi yönetici (nesne) tüm taraflara hangi
iþlemleri gerçekleþtireceðini söyler.

Dağıtık İşlem

Sipariş Müşteri
Servisi Servisi

Saga

Sipariş Müşteri Sipariş

Servisi Mesaj/Olay Servisi Mesaj/Olay Servisi
Yerel Yerel Yerel
İşlem İşlem İşlem
 Test Kalıpları

Servis Bileşeni Testi: Uygulamada mikroservisler genelde uygulama

Testleri Nasıl bütününde veri akýþýný tamamlamak için birbirlerini çaðýrýrlar.
Daha Kolay Servisler arasýndaki bu etkileþimlerde, servisin doðru þekilde
Yapılandıracaksınız? davrandýðý test edilmelidir. Birçok servisi baþlatarak uçtan uça test
iþlemi yavaþ ve maliyetli olacaðý için, bu durum, test amaçlý "gerçek
nesneleri sahte nesnelerle deðiþtirme" kullanýlarak izolasyon
içerisinde test edilir.

Tüketici Odaklı Sözleşme Testi: Ýki mikroservisin iletiþim kurduðu

noktalardaki deðiþiklikleri yönetebilmek için yazýlan bu test tipinde
tüketici sýnýfý, saðlayýcý sýnýftan beklentilerini içeren sözleþme yazar ve
sanki saðlayýcý sýnýf tarafýndan bu beklentiler saðlanmýþ gibi tasarýmýný
ve kodlamasýný yapar. Yazýlan bu sözleþme, ortak bir depoda
yayýmlanýr ve saðlayýcý tarafýndan çekilerek istenilenleri kendi
tarafýnda çalýþtýrýr.

Tüketici Tarafı Sözleşme Testi: Saðlayýcý tarafýndan açýlan servisin,

tüketici tarafýndaki istemcileri ile iletiþim kurabildiðini doðrulamak
için yazýlan testlerdir.

Gözlemlenebilirlik Kalıpları

Tüm uygulamanýn, baþtan baþa, iliþkili bir þekilde gözlenebilir olarak

Uygulamanın tasarlanmasýdýr.
Davranışını
Nasıl Günlük Kayıtları Merkezileştirme: Birbirleriyle baðlantýlý/ortak
çalýþan bir çok mikroservisin ürettiði günlük kayýtlarýnýn, önceden
Anlayacaksınız
belirlenen ve uygulama genelinde ayný standartlarda üretildikten
ve Sorunları sonra, merkezileþtiren bir toplama servisinde birleþtirmek gerekir.
Nasıl Çözeceksiniz?
Uygulama Metrikleri: Tekil operasyonlar hakkýnda istatistik toplayan
bir servisin olmasý gerekir.

Dağıtık İzleme: Ýstekler, daðýtýk sistemlerde yayýlýrken, onlarý

gözlemleme yöntemlerini ifade eder. Bir dizi hizmetin tekil istekleri ele
almak için nasýl koordine edildiðini ortaya çýkaran bir teþhis tekniðidir.
 PLATFORMDAKİ
AÇIK KAYNAK YAZILIM TEKNOLOJİLERİ
React
YTE tarafından Javascript React
framework bileşenleri,
kurumsal gereksinimlere ve
standartlara göre bir araya
getirilmiş ve mikroservis geliştirici
yazılımcının kolay bir şekilde
önyüz geliştirmesi sağlanmıştır.
CAS Merkezi kimlik doğrulama ve
yetkilendirme servisi iyi pratikler
şeklinde redis dağıtık ön belleği
kullanılarak hızlı kurulabilir hale
getirilmiş, mikroservis kütüphaneleri
cas ile kolayca entegre çalışabilecek
şekilde yapılandırılmıştır.
Merkezi loglama yönetimi ile
uygulama logları önceden
yapılandırılmış olarak elasticstacke
gidecek şekilde yapılandırmak için
geliştirmeler yapılmış uygulama
logları merkezi log yönetimi
sisteminden izlenip analiz edilebilir
hale getirilmiştir.
Mikroservisler arası iletişimde
standart haline gelen Apache Kafka
için iyi pratikler etrafında kurma,
ölçeklendirme ve diğer etkileşimler
standartlaştırılmış ve
kolaylaştırılmıştır.
Asenkron ve dağıtık mesajlar ve
görevlerin yönetimi
mikroservislerde kritik olduğundan
geliştirilen platformda otomatik
lider seçimi de entegre edilmiştir.
Redis ayrıca uygulamaların ortak
durumlarını saklamak ve tüm
uygulama kurulumları tarafından
erişilebilir olmasını sağlamak için
platforma entegre edilmiştir.
Platform, mikroservislerin olmazsa
olmazı olan kubernetes üzerinde
çalışacak şekilde tasarlanmış,
kubernetes'in mikroservis
kullanımı kolaylaştıracak tüm
özellikleri kullanılmıştır.
Jenkins sürekli entegrasyon ve
kurulum aracıyla, mikroservislerin
hızlı ve sağlam kurulumları
otomatikleştirilmiş ve sağlıklı
çalışması için altyapıları
oluşturulmuştur.
PLATFORMDAKİ
AÇIK KAYNAK YAZILIM TEKNOLOJİLERİ

Eğer projeniz,
büyük ölçekli ise veya
Java Spring frameworkteki
kütüphaneler, kurumsal yazılım büyük ölçekli olma
gereksinimleri göz önünde
bulundurularak bir araya getirilmiş, olasılığı yüksekse, yukarı
tüm yazılımcıların kolaylıkla adapte
olabilecekleri kapsayıcılar sayılan avantajlarından
geliştirilmiştir. Senkron ve asenkron
iletişim kütüphaneleri eklenmiş,
özelleştirilmiş hata işleme
dolayı mikroservis
kütüphaneleri geliştirilmiştir. Ayrıca
Spring Data ve hibernate mimarisinin kullanılması
kullanılarak dağıtık veri akışı ve
transaction yönetimi kütüphaneleri gerekli hale gelir. Monolit
geliştirilmiştir. Mikroservisler için
olmazsa olmaz test yöntemleri uygulamaların
platforma entegre edilmiş ve hızlıca
kullanılabilir hale getirişmiştir. mikroservislere yavaş
yavaş dönüşümü de
mümkündür.
 TÜBİTAK - BİLGEM
Yazılım Teknolojileri Araştırma Enstitüsü (YTE)
İşçi Blokları Mahallesi Muhsin Yazıcıoğlu Caddesi No:51/C 06530 Çankaya/ANKARA
+90 312 284 9222 +90 312 286 5222

www.yte.bilgem.tubitak.gov.tr