<\/div>\n

Her \u00e7a\u011f\u0131n bir ba\u015flang\u0131c\u0131 oldu\u011fu gibi bir sonu vard\u0131r. Nas\u0131l ki \u00f6ncekinin s\u00f6nen y\u0131ld\u0131z\u0131 \u00fczerine yeni do\u011fan\u0131n alt\u0131n \u00e7a\u011f\u0131 alevleniyor, ayn\u0131 ak\u0131bet i\u00e7in mevcudiyetteki de zaman\u0131n\u0131n gelmesini bekliyor. D\u00fcnyada yer edinen t\u00fcm felsefeler, t\u00fcm sanatlar, t\u00fcm bilimler nas\u0131l ki d\u00fcne ba\u015f kald\u0131rm\u0131\u015f, yar\u0131na ise boyun b\u00fckmeye haz\u0131r vaziyetteyse, \u00e7a\u011f\u0131n hakimi olan her olgu ve o olgunun ba\u015f akt\u00f6rleri de yerlerini bir sonraki tarihe yani gelecek tarihe b\u0131rak\u0131yor ya da b\u0131rakmaya haz\u0131rlan\u0131yor. D\u00fcnya ilerliyor; iyisiyle k\u00f6t\u00fcs\u00fcyle, sevab\u0131yla g\u00fcnah\u0131yla, do\u011frusuyla yanl\u0131\u015f\u0131yla her daim ilerliyor. Bizlere d\u00fc\u015fen bu ilerlemeye e\u015flik etmekten \u00f6te, de\u011fi\u015fimlerden haberdar olmak amma velakin geli\u015fimleri yakalamak…<\/p>\n
Gen\u00e7ay YILDIZ<\/div>\n<\/blockquote>\n
Merhaba,<\/p>\n
Bu i\u00e7eri\u011fimizde g\u00fcn\u00fcm\u00fcze kadar proje geli\u015ftirme yakla\u015f\u0131m\u0131 olarak tercih edilen monolithic mimari ile \u00e7a\u011fda\u015f ve yap\u0131sal olarak par\u00e7a b\u00fct\u00fcn ili\u015fkisini \u00f6n plana alan microservice mimari yakla\u015f\u0131mlar\u0131 \u00fczerine avantaj ve dezavantajlar\u0131, ne i\u00e7in kullan\u0131ld\u0131klar\u0131 vs. a\u00e7\u0131lar\u0131ndan bir yandan mukayese ederken bir yandan da isti\u015fare ediyor olaca\u011f\u0131z.
\n $\"Monolithic$ <\/a><\/p>\n
\u0130lk olarak bizlere bu g\u00fcne kadar e\u015flik eden monolithic mimari yakla\u015f\u0131m\u0131 \u00fczerine durarak ba\u015flayal\u0131m.<\/p>\n
Monolithic Mimarisi<\/h3>\n
$\"Monolithic$ <\/a>
\nMonolithic; mono\/tek<\/em><\/p>\n
Monolithic yakla\u015f\u0131m, bir sistemin\/nesnenin\/olgunun tek bir par\u00e7a<\/u> olacak \u015fekilde tasarlanmas\u0131d\u0131r. Monolithic mimari ise bu tasar\u0131m\u0131n stratejik yap\u0131lanmas\u0131d\u0131r. Monolithic yakla\u015f\u0131m, \u00fcretilecek sistemin\/nesnenin\/olgunun bile\u015fenlerini(component) birbirlerine ba\u011fl\u0131(interdependent) olarak ve kendi kendine yetecek(self-contained) \u015fekilde tasarlanmas\u0131n\u0131 sa\u011flayan ve b\u00f6ylece tek bir b\u00fct\u00fcnsel varl\u0131k olarak nihai sonuca var\u0131lmas\u0131n\u0131 sa\u011flayan mimaridir.
\n
<\/p>\n
Monolithic yakla\u015f\u0131m\u0131 benimsemi\u015f uygulamalar\u0131n t\u00fcm fonksiyonaliteleri tek bir \u00e7at\u0131 alt\u0131nda geli\u015ftirilirler.<\/strong><\/p><\/blockquote>\n
Uygulama d\u00fcnyas\u0131nda g\u00fcn\u00fcm\u00fcze kadar e\u015flik eden monolithic yakla\u015f\u0131m getirdi\u011fi b\u00fcy\u00fck avantajlar\u0131n yan\u0131nda a\u015fa\u011f\u0131da ele ald\u0131\u011f\u0131m\u0131z gibi kritik dezavantajlar bar\u0131nd\u0131rmaktad\u0131r.<\/p>\n\n\n\n\n\n
Avantajlar\u0131<\/th>\n Dezavantajlar\u0131<\/th>\n<\/tr>\n<\/thead>\n
\n
\n
Y\u00f6netilebilirli\u011fi, geli\u015ftirilebilirli\u011fi, bak\u0131m\u0131 ve monitoring’i(izleme) olduk\u00e7a kolayd\u0131r.<\/li>\n
K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli projeler i\u00e7in geli\u015ftirilmesi h\u0131zl\u0131 ve maliyetsizdir.<\/li>\n
Component ve fonksiyonlar \u00e7al\u0131\u015fma a\u00e7\u0131s\u0131ndan kendi aralar\u0131nda tutarl\u0131 ili\u015fki kurabilmektedirler.<\/li>\n
Transaction y\u00f6netimi olduk\u00e7a rahat ve irade alt\u0131ndad\u0131r.<\/li>\n<\/ul>\n<\/td>\n
\n
\n
T\u00fcm hizmetler tek bir uygulama \u00fczerinden sunulmaktad\u0131r. B\u00f6ylece herhangi bir noktada d\u00fczeltme yahut geli\u015ftirme yap\u0131lmas\u0131 gerekti\u011fi taktirde uygulama ba\u015ftan sona tekrar derlenmesi gerekmekte ve b\u00f6ylece uygulaman\u0131n varsa yay\u0131n durumu k\u0131smi kesintilere girece\u011fi anlam\u0131na gelmektedir.<\/li>\n
T\u00fcm bile\u015fenler b\u00fct\u00fcnsel bir par\u00e7a i\u00e7erisinde tek bir b\u00fct\u00fcn olarak de\u011ferlendirilmektedir. Bu durumda bir noktada yap\u0131lan \u00e7al\u0131\u015fman\u0131n alakas\u0131z ba\u015fka bir noktayla olan temas\u0131 y\u00fcz\u00fcnden bloklanmas\u0131 ve s\u00fcre\u00e7ten etkilenmesi demektir.<\/li>\n
Monolithic yap\u0131lanman\u0131n en k\u0131s\u0131r noktalar\u0131ndan biri b\u00fct\u00fcnsel yakla\u015f\u0131m\u0131n getirdi\u011fi tek dil ve platform ba\u011f\u0131ml\u0131l\u0131\u011f\u0131d\u0131r. Uygulaman\u0131n b\u00fct\u00fcnsel olarak in\u015fa edilmesi t\u00fcm mod\u00fcllerin ayn\u0131 dil ve platformda in\u015fa edilmesi mecburiyeti do\u011furmaktad\u0131r. B\u00f6ylece farkl\u0131 dil ve platformun kullan\u0131lamamas\u0131ndan dolay\u0131 ihtiya\u00e7 do\u011frultusunda dil ve platformun amac\u0131 d\u0131\u015f\u0131na \u00e7\u0131k\u0131labilmekte ve bir\u00e7ok angaryaya sebep olunabilmektedir \ud83d\ude42<\/li>\n
Tak\u0131m \u00e7al\u0131\u015fmalar\u0131ndan birden fazla ki\u015fi taraf\u0131ndan geli\u015ftirilen uygulamalarda ister istemez bir\u00e7ok kod ve yap\u0131 karma\u015fas\u0131 meydana gelmektedir. Misal; ameliyat masas\u0131nda mideden ameliyat olan bir hastaya biryandan da di\u015f doktoru taraf\u0131ndan dolgu yap\u0131lmas\u0131 ne kadar s\u0131k\u0131nt\u0131l\u0131 bir s\u00fcre\u00e7se projelerde de benzer s\u0131k\u0131nt\u0131l\u0131 s\u00fcre\u00e7ler ve gerginlikler ya\u015fanabilmektedir.<\/li>\n
Uygulama tek \u00e7at\u0131 alt\u0131nda geli\u015ftirilece\u011fi i\u00e7in t\u00fcm component ve mod\u00fcller kendi aralar\u0131nda s\u0131k\u0131 ba\u011fl\u0131l\u0131k g\u00f6stereceklerdir. B\u00f6ylece yukar\u0131daki misalde oldu\u011fu gibi di\u015f doktoru di\u015fe dolgu yaparken midede rahats\u0131zl\u0131\u011f\u0131n \u00e7\u0131kma ihtimali gibi sa\u00e7ma sapan durumlar meydana gelecektir. Yaradan nas\u0131l di\u015f ile mide componentlerini gev\u015fek ba\u011fl\u0131l\u0131kla bir araya getirdiyse bizlerde yaz\u0131l\u0131mlar\u0131 ayn\u0131 modelde geli\u015ftirmeye \u00f6zen g\u00f6stermeliyiz.<\/li>\n
Bu ba\u011f\u0131ml\u0131l\u0131klardan kaynakl\u0131 olarak ufak bir noktadaki de\u011fi\u015fiklik ba\u015fka alanlarda yeni de\u011fi\u015fikliklere sebep olabilmektedir.<\/li>\n
Versiyon y\u00f6netimi zorla\u015f\u0131r.<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere monolithic mimarinin g\u00f6t\u00fcr\u00fcs\u00fc getirisinden fazla olmakla birlikte art\u0131k yeni nesil bir yakla\u015f\u0131ma yerini b\u0131rakma noktas\u0131na gelmi\u015f bulunmaktad\u0131r. O halde gelin \u00e7a\u011f\u0131n yakla\u015f\u0131m\u0131 olan microservice mimarisi \u00fczerine konu\u015fal\u0131m.<\/p>\n
Microservice Mimarisi<\/h3>\n
$\"Monolithic$ <\/a>
\nMicroservice mimarilerine odaklanabilmek i\u00e7in \u00f6ncelikle monolithic yakla\u015f\u0131m\u0131n temel bir prensibi \u00e7i\u011fnedi\u011finin fark\u0131nda olunmas\u0131 gerekmektedir. Bu prensip s\u00fcrd\u00fcr\u00fclebilirliktir<\/u> ilkesidir. S\u00fcrd\u00fcr\u00fclebilirlik; bir yaz\u0131l\u0131m\u0131n, \u00fczerinde yap\u0131lan t\u00fcm de\u011fi\u015fiklik yahut onarma faaliyetleri esnas\u0131nda bile verdi\u011fi hizmetin b\u00fct\u00fcn\u00fcnde bir aksakl\u0131k olmamas\u0131 ve sistemin kesintiye u\u011framaks\u0131z\u0131n her an \u00e7al\u0131\u015fabilir vaziyette olmas\u0131 demektir.<\/p>\n
Microservice mimari, birbirinden ba\u011f\u0131ms\u0131z olarak \u00e7al\u0131\u015fan ve birbirleriyle haberle\u015ferek bir b\u00fct\u00fcn olarak hareket eden servis(ler) yap\u0131lanmas\u0131d\u0131r. Her servisin bir di\u011ferinden ba\u011f\u0131ms\u0131z olarak i\u015f mant\u0131\u011f\u0131n\u0131 y\u00fcr\u00fctmesi ve bir ba\u015fka servis ile ilgilenmemesi, bir onar\u0131m yahut restorasyon durumunda uygulaman\u0131n b\u00fct\u00fcn\u00fcn\u00fc etkilemeyece\u011finden dolay\u0131 s\u00fcrd\u00fcr\u00fclebilirlik ilkesi desteklenmi\u015f olacak ve b\u00f6ylece bodoslama olarak tabir edece\u011fimiz monolithic yakla\u015f\u0131m\u0131ndaki karma\u015f\u0131kl\u0131\u011f\u0131 ortadan kald\u0131rm\u0131\u015f ve y\u00f6netimi daha da kolayla\u015ft\u0131rm\u0131\u015f olacakt\u0131r.<\/p>\n
Burada esas olan, her bir servisin bir di\u011ferinden ba\u011f\u0131ms\u0131z olmas\u0131n\u0131n geli\u015ftirme ve d\u00fczenleme operasyonlar\u0131nda getirisidir. \u00d6rne\u011fin; Bir e-ticaret uygulamas\u0131nda \u00fcr\u00fcn i\u015flemlerinin, sepetin ve \u00f6deme sisteminin ayr\u0131 servisler taraf\u0131ndan ger\u00e7ekle\u015ftirildi\u011fini d\u00fc\u015f\u00fcn\u00fcrsek, s\u00fcre\u00e7te \u00f6deme sistemindeki olu\u015fan herhangi bir aksakl\u0131k yahut restorasyon sistemin b\u00fct\u00fcn\u00fcn\u00fc de\u011fil sadece o servisi etkileyece\u011finden dolay\u0131 haliyle sadece o servisle ilgilenilmesi yeterli olacakt\u0131r. Bu durumda sistem b\u00fct\u00fcnsel olarak i\u015flevselli\u011fe devam edecek lakin kesintiye sadece ilgili servis u\u011fram\u0131\u015f olacakt\u0131r. Haliyle bizler sistemin kendisinden ziyade local olarak sadece tek bir servisi ile ilgilenerek gerekli onar\u0131m\u0131 sa\u011flayabilir, h\u0131zl\u0131ca testlere tabii tutabilir ve monolithic yap\u0131lanmalarda oldu\u011fu gibi uygulamay\u0131 topyek\u00fcn derleme ve yay\u0131nlama ihtiyac\u0131n\u0131 duymaks\u0131z\u0131n k\u0131sa zamanda yeni s\u00fcr\u00fcmle hizmete devam edebiliriz.<\/p>\n
Microservice mimarisi, uygulamay\u0131 bir b\u00fct\u00fcn olarak geli\u015ftirmek yerine, k\u00fc\u00e7\u00fck par\u00e7alar halinde geli\u015ftirilmesini ama\u00e7layan bir felsefedir.<\/strong><\/p><\/blockquote>\n
Microservice mimari yakla\u015f\u0131m\u0131 uygulamay\u0131 dil ve platformdan ba\u011f\u0131ms\u0131z bir \u015fekilde farkl\u0131 veri depolama birimleri ve teknolojileri kullan\u0131labilecek \u015fekilde geli\u015ftirmemize imkan sa\u011flayacak esneklik sunmaktad\u0131r. Ayr\u0131ca her bir hizmetin k\u00fc\u00e7\u00fck ve ba\u011f\u0131ms\u0131z servisler olarak tasarlanmas\u0131 ayn\u0131 zamanda denetim ve uyum s\u00fcre\u00e7lerini basit prensiplere dayand\u0131ran Agile disiplinininde uygulanmas\u0131n\u0131 kolayla\u015ft\u0131rmakta ve bu disiplin \u00e7er\u00e7evesinde geli\u015ftirilen uygulama k\u00fc\u00e7\u00fck ve farkl\u0131 alanlarda sorumluluklar\u0131n\u0131 payla\u015fan ekiplerce in\u015fa edilebilmektedir.<\/p>\n
Monolithic uygulamalar yap\u0131s\u0131 itibariyle dikey geni\u015fletilmeye uygundur. Dolay\u0131s\u0131yla bu durum donan\u0131msal s\u0131n\u0131rl\u0131l\u0131klar getirmektedir. Lakin microservice yap\u0131lanmas\u0131 ihtiyaca d\u00f6n\u00fck dikey ve yatay geni\u015fletilebilmekte ve b\u00f6ylece daha net \u00f6l\u00e7eklendirilebilmektedir. Hatta her bir service ayr\u0131 ayr\u0131 \u00f6l\u00e7eklendirilebilece\u011fi i\u00e7in yayg\u0131n olarak bulut(cloud) ve sanalla\u015ft\u0131rma teknolojileri kullan\u0131lmaktad\u0131r.<\/p>\n
G\u00f6r\u00fcld\u00fc\u011f\u00fc \u00fczere microservice yap\u0131lanmas\u0131 bir\u00e7ok olumlu y\u00f6nden hayat\u0131m\u0131za katk\u0131da bulunmaktad\u0131r. Tabi ki de bu katk\u0131lar\u0131n yan\u0131nda dezavantajlar\u0131 da mevcuttur. Gelin bu avantaj ve dezavantaj a\u00e7\u0131s\u0131ndan microservice yap\u0131lanmas\u0131n\u0131 bir tabloda mukayese ederek irdeleyelim.<\/p>\n\n\n\n\n\n
Avantajlar\u0131<\/th>\n Dezavantajlar\u0131<\/th>\n<\/tr>\n<\/thead>\n
\n
\n
Uygulama boyutundan ba\u011f\u0131ms\u0131z olmak \u00fczere yeni bir \u00f6zelli\u011fin eklenmesi yahut mevcutiyetin bak\u0131m\u0131 sadece ilgili servislerle ilgilendirme gerektirece\u011finden dolay\u0131 olduk\u00e7a kolayd\u0131r. <\/li>\n
Ekip \u00e7al\u0131\u015fmas\u0131na yatk\u0131nd\u0131r. \u00d6zellikle ekibe yeni kat\u0131l\u0131m g\u00f6steren arkada\u015flar\u0131n devasa bir proje ve kod i\u00e7erisinde kaybolmas\u0131n\u0131n \u00f6n\u00fcne ge\u00e7mekte, sadece ilgilenece\u011fi servisin kayna\u011f\u0131n\u0131 \u00e7\u00f6z\u00fcmlemesi gerekmektedir.<\/li>\n
Yap\u0131lan i\u015flemler neticesinde servislerin birbirlerinden ba\u011f\u0131ms\u0131z olmas\u0131 tek ba\u015f\u0131na scale edilebilmesini sa\u011flamaktad\u0131r.<\/li>\n
Versiyon y\u00f6netimi olduk\u00e7a kolayd\u0131r.<\/li>\n
Her bir service ihtiyaca binaen farkl\u0131 dil ve platformda yaz\u0131labilmektedir.<\/li>\n<\/ul>\n<\/td>\n
\n
Birden fazla service ve birden fazla veritaban\u0131 s\u00f6z konusu olaca\u011f\u0131 i\u00e7in transaction y\u00f6netimi zorla\u015facakt\u0131r.<\/li>\n
Servislerin y\u00f6netilebilirli\u011fi ve monitoringi zorla\u015facakt\u0131r.<\/li>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Birbirine ba\u011fl\u0131 olarak tasarlanan monolithic mimarinin sistemin geli\u015fmesi ve b\u00fcy\u00fcmesine kar\u015f\u0131 g\u00f6sterdi\u011fi dirence kar\u015f\u0131 yeni nesil yakla\u015f\u0131m olan microservice ile gev\u015fek ba\u011fl\u0131l\u0131k(loosely coupled) esas al\u0131nmakta ve uygulaman\u0131n geli\u015fime kar\u015f\u0131 olan direncinin b\u00f6ylece k\u0131r\u0131lmas\u0131na odaklan\u0131lmaktad\u0131r. Lakin! bu durum her yeni ba\u015flayan projenin microservice temelli at\u0131lmas\u0131 anlam\u0131na da gelmesi pekte do\u011fru olmayacakt\u0131r. Genel olarak bir proje temellendirilmesinin monolithic olarak tasarlanmas\u0131 ve projenin ebat\u0131 do\u011frultusunda ihtiyaca binaen microservice yap\u0131lanmas\u0131na ge\u00e7i\u015f tavsiye edilmektedir.<\/p>\n
\u0130lgilenenlerin faydalanmas\u0131 dile\u011fiyle…
\nSonraki yaz\u0131lar\u0131mda g\u00f6r\u00fc\u015fmek \u00fczere…
\n\u0130yi \u00e7al\u0131\u015fmalar…<\/p>\n","protected":false},"excerpt":{"rendered":"
Her \u00e7a\u011f\u0131n bir ba\u015flang\u0131c\u0131 oldu\u011fu gibi bir sonu vard\u0131r. Nas\u0131l ki \u00f6ncekinin s\u00f6nen y\u0131ld\u0131z\u0131 \u00fczerine yeni do\u011fan\u0131n alt\u0131n \u00e7a\u011f\u0131 alevleniyor, ayn\u0131 ak\u0131bet i\u00e7in mevcudiyetteki de zaman\u0131n\u0131n gelmesini bekliyor. D\u00fcnyada yer edinen t\u00fcm felsefeler, t\u00fcm...<\/p>\n","protected":false},"author":1,"featured_media":16371,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2739,3102,3573],"tags":[3575,3577,3574,3576,3578],"class_list":["post-16323","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-net-core","category-asp-net-core","category-microservices","tag-microservice","tag-microservice-mimari","tag-monolithic","tag-monolithic-mimari","tag-self-contained"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/16323","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/comments?post=16323"}],"version-history":[{"count":76,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/16323\/revisions"}],"predecessor-version":[{"id":16407,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/posts\/16323\/revisions\/16407"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media\/16371"}],"wp:attachment":[{"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/media?parent=16323"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/categories?post=16323"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.gencayyildiz.com\/blog\/wp-json\/wp\/v2\/tags?post=16323"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}