Dilerseniz \u00f6ncelikle Monolithic<\/strong> kavram\u0131ndan bir bahsedelim.<\/p>\n Monolithic architecture yaz\u0131l\u0131m\u0131n self-contained<\/strong>(kendi kendine yeten) olarak tasarlanmas\u0131 anlam\u0131na gelmektedir. Bir standart do\u011frultusunda “tek bir par\u00e7a” olarak olu\u015fmas\u0131 da diyebiliriz. Bu mimarideki component’ler loosely coupled<\/strong> olmas\u0131ndan ziyade, interdependent<\/strong> olarak tasarlanmaktad\u0131r.<\/p><\/blockquote>\n G\u00fcn\u00fcm\u00fcze bakt\u0131\u011f\u0131m\u0131zda kurumsal projeler, Service Oriented Architecture(SOA) ile geli\u015ftirilmeye ba\u015flanm\u0131\u015f\u00a0ve b\u00fcy\u00fck \u00f6l\u00e7\u00fcde yerini zaten alm\u0131\u015f durumdad\u0131r. Geleneksel SOA mimarisinde geli\u015ftirilen\u00a0t\u00fcm component’lerin de, tek bir \u00e7at\u0131 alt\u0131nda oldu\u011funu da g\u00f6rmekteyiz. \u00c7\u00fcnk\u00fc yak\u0131n ge\u00e7mi\u015ften\u00a0bu yana SOA ile birlikte manageability<\/strong>(y\u00f6netilebilirlik),\u00a0maintenance<\/strong>(bak\u0131m) ve interoperability<\/strong>(birlikte \u00e7al\u0131\u015fabilirlik) gibi kavramlar g\u00f6z \u00f6n\u00fcne al\u0131nm\u0131\u015ft\u0131r. G\u00fcn\u00fcm\u00fczdeki \u015firketlerin IT yakla\u015f\u0131mlar\u0131na\u00a0bakt\u0131\u011f\u0131m\u0131zda\u00a0ise genelde IT for Business\u00a0<\/strong>kapsam\u0131nda oldu\u011fundan dolay\u0131, her zaman pazarlama odakl\u0131 gitmektedirler. Bu do\u011frultuda s\u00fcrekli artan bir entegrasyon ihtiya\u00e7lar\u0131 do\u011fmaktad\u0131r.\u00a0Bu bitmeyen ihtiya\u00e7lar do\u011frultusunda ise Monolithic architecture ile tasarlanm\u0131\u015f olan SOA’lar, gitgide istemsizce b\u00fcy\u00fcmektedirler.<\/p>\n Bu noktaya kadar her \u015fey “b\u00fcy\u00fcme” haricinde normal g\u00f6r\u00fcnebilir fakat problem\u00a0nerede\/ne zaman ba\u015fl\u0131yor? \u0130\u015fte bu soruya ge\u00e7meden \u00f6nce Monolithic architecture’\u0131n\u00a0dezavantajlar\u0131n\u0131 bir ele alal\u0131m.<\/p>\n Yukar\u0131daki resme bakt\u0131\u011f\u0131m\u0131zda b\u00f6l\u00fcnmez, self-contained olarak tasarlanm\u0131\u015f monolithic bir yap\u0131 g\u00f6r\u00fcyoruz. Scaling i\u00e7in bir load balancer arkas\u0131na koyulmu\u015f fakat bu durumda da scale edilmek istenin component’in\u00a0aksine, t\u00fcm monolith yap\u0131n\u0131n kopyas\u0131n\u0131 farkl\u0131 ortamlarda saklamak durumunda kal\u0131n\u0131yor.<\/p>\n Di\u011fer dezavantajlar\u0131n\u0131 maddelemek gerekirse:<\/p>\n Bu dezavantajlar\u0131n baz\u0131lar\u0131 monolithic\u00a0mimarinin b\u00fcy\u00fcmesi ile gelmese de en major problemlerden birtanesi, \u00a0monolithic mimari \u00fczerindeki component’lerden herhangi birinde olan de\u011fi\u015fikli\u011fin deployment’\u0131 yap\u0131ld\u0131\u011f\u0131nda,\u00a0bu durumdan di\u011ferlerinin de etkilenebiliyor\/etkilenebilecek olmas\u0131d\u0131r.<\/p>\n D\u00fc\u015f\u00fcnelim. Belediye otob\u00fcslerine hangi durakta olduklar\u0131n\u0131 ve her durak i\u00e7inde ilgili otob\u00fcs\u00fcn gelmesine tahmini kalan s\u00fcrenin g\u00f6sterimini yapan ekranlar\u0131n servisini geli\u015ftiriyoruz. Bizden otob\u00fcs i\u00e7erisindeki ekranda g\u00f6sterilmesi gereken baz\u0131 yeni \u00f6zellikler istendi. \u0130lgili geli\u015ftirmeyi ilgili ekip yapt\u0131 ve deployment’\u0131 ger\u00e7ekle\u015ftirdi. Peki ya di\u011fer servis\u00a0olan duraklardaki otob\u00fcs s\u00fcrelerini g\u00f6steren fonksiyonun\u00a0geli\u015ftirilmesinde yar\u0131m kalan bir \u015fey varsa? Veya otob\u00fcs i\u00e7erisindeki ekranlar\u00a0i\u00e7in geli\u015ftirilen serviste bir hata olu\u015fursa ve di\u011fer servise olan ba\u011f\u0131ml\u0131l\u0131\u011f\u0131ndan dolay\u0131, her iki serviste kullan\u0131lamaz hale gelirse? Bu ve bunun gibi farkl\u0131 varyasyon ve senaryolar g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda, monolithic mimaride geli\u015ftirilen servislerde yaz\u0131l\u0131m ekiplerinin birbirleri ile ileti\u015fim becerilerinin y\u00fcksek olmas\u0131 gerekti\u011fi, farkl\u0131 \u00f6zellikler geldik\u00e7e code base’in daha da karma\u015f\u0131kla\u015faca\u011f\u0131 ve micro deployment’lar yap\u0131lamayaca\u011f\u0131 g\u00f6r\u00fcl\u00fcyor. Yani buradaki tek problemimiz scale etmek ve micro deployment’lar\u0131 sa\u011flayabilmek de\u011fil.<\/p>\n Peki bu durum birbirlerinden ba\u011f\u0131ms\u0131z(independently) olarak ger\u00e7ekle\u015fse idi fena olmaz m\u0131yd\u0131? \u0130\u015fte bu noktada geleneksel SOA mimarisi yakla\u015f\u0131m\u0131 yerine yenilik\u00e7i SOA ile\u00a0MicroService<\/strong> yakla\u015f\u0131m\u0131 ortaya at\u0131lmaktad\u0131r. MicroService yakla\u015f\u0131m\u0131 i\u00e7in ise\u00a0geleneksel SOA’n\u0131n getirdi\u011fi karma\u015f\u0131kl\u0131\u011f\u0131 ve y\u00f6netimini kolayla\u015ft\u0131ran bir kavramd\u0131r da diyebiliriz.<\/p>\n Resme ilk bakt\u0131\u011f\u0131m\u0131zda Monolith yap\u0131 gibi t\u00fcm sistemin self-contained olarak geli\u015ftirilmesi yerine, her bir par\u00e7an\u0131n\/component’in kendi b\u00fcnyesinde self-contained olarak mod\u00fcler<\/strong> bir \u015fekilde geli\u015ftirildi\u011fini g\u00f6rebilmekteyiz. Bu sekt\u00f6rde uzun zaman ge\u00e7irmi\u015f bir \u00e7o\u011fumuz belkide bundan bir ka\u00e7 d\u00f6nem \u00f6ncesinde servislerin farkl\u0131 par\u00e7alara b\u00f6l\u00fcnmesi fikirleri s\u00f6ylenildi\u011finde, bu sistemin\u00a0maintenance’\u0131n\u0131 nas\u0131l ger\u00e7ekle\u015ftireceksin? sistemi\u00a0nas\u0131l y\u00f6neteceksin? gibi\u00a0sorular\u0131 hat\u0131rlayabilirler. Fakat ilerleyen ve s\u00fcrekli geli\u015fen teknoloji kar\u015f\u0131s\u0131nda \u00fcretilen t\u00fcm \u00e7\u00f6z\u00fcmlerin, g\u00fcn geldi\u011finde eskidi\u011fini ve kal\u0131c\u0131 olmad\u0131\u011f\u0131n\u0131 g\u00f6r\u00fcyoruz s\u00fcrekli. Su sebep ile bu yakla\u015f\u0131mda art\u0131k yerini yava\u015f yava\u015f MicroService mimarisine b\u0131rakmaya ba\u015fl\u0131yor. \u00c7\u00fcnk\u00fc art\u0131k firmalar farkl\u0131 concern’lere sahipler. Bu do\u011frultuda scaling ve deployment’lar en b\u00fcy\u00fck problem olmaya ba\u015flam\u0131\u015ft\u0131r.<\/p>\n MicroService yap\u0131s\u0131 s\u00fcrekli ve plans\u0131z bir \u015fekilde b\u00fcy\u00fcyen monolithic yap\u0131daki servislerin, beraberinde getirdi\u011fi karma\u015f\u0131kl\u0131\u011f\u0131 ve y\u00f6netim\u00a0zorluklar\u0131n\u0131 \u00e7\u00f6zmeye odaklanmaktad\u0131r. SOA’ya alternatif bir model de\u011fildir kesinlikle. Geleneksel SOA yakla\u015f\u0131m\u0131 yerine yenilik\u00e7i SOA yakla\u015f\u0131m\u0131 ile beraber, biraz \u00f6nce de bahsetti\u011fimiz gibi karma\u015f\u0131kl\u0131\u011f\u0131 ve y\u00f6netimi pratikle\u015ftirmeye \u00e7al\u0131\u015fan bir\u00a0kavramd\u0131r diyebiliriz.<\/p>\n Dilerseniz baz\u0131 avantajlar\u0131na bir bakal\u0131m:<\/p>\n Bu sayd\u0131\u011f\u0131m\u0131z maddelerin zaten gayet net ve yeterli olaca\u011f\u0131na inan\u0131yorum. Bunlara ek olarak da geli\u015ftirilecek olan yeni \u00f6zellikler ise kolay bir \u015fekilde implemente edilebilir olacakt\u0131r. Peki bu avantajlardan kimler yararlan\u0131yor ve neden? diyecek olursak:<\/p>\n Uber, Netflix, Amazon, Ebay ve dahas\u0131… \u00c7\u00fcnk\u00fc bunlar gibi b\u00fcy\u00fck firmalar\u0131n tek dertleri, y\u00fck\u00fc kolay bir \u015fekilde scale edebilmek ve deployment s\u00fcre\u00e7lerini continuous delivery ile kolay bir \u015fekilde ele alabilmek. Gerekti\u011finde saniyeler aras\u0131nda, dakikalar aras\u0131nda deployment i\u015flemlerini ger\u00e7ekle\u015ftiriyorlar. D\u00fc\u015f\u00fcnsenize en basitinden monolithic bir yap\u0131da devam etselerdi servis yakla\u015f\u0131mlar\u0131na, bu deployment s\u00fcre\u00e7lerini nas\u0131l ele alabileceklerdi? Uber’in SOA ve MicroService ile ilgili\u00a0deneyimlerini yazd\u0131klar\u0131 bu<\/em> <\/a>blog post’una bakt\u0131\u011f\u0131n\u0131zda a\u015fa\u011f\u0131daki bu\u00a0c\u00fcmle yeterli olacakt\u0131r san\u0131r\u0131m:<\/p>\n Adding new features, fixing bugs, and resolving technical debt all in a single repo became extremely difficult. Tribal knowledge was required before attempting to make a single change.<\/p><\/blockquote>\n Peki her \u015fey kula\u011fa g\u00fczel ve ho\u015f geliyor. Hani olur ya her oyunun bir de b\u00f6l\u00fcm sonu canavar\u0131 vard\u0131r. Peki MicroService yakla\u015f\u0131m\u0131n\u0131n getirece\u011fi b\u00f6l\u00fcm sonu canavar\u0131 yani\u00a0dezavantajlar\u0131 nelerdir de derseniz:<\/p>\n gibi maddeleri s\u0131ralayabiliriz. Fakat bu maddelerin zaten bir \u00e7o\u011fu adreslenmi\u015f durumda ve otomasyon ara\u00e7lar\u0131 ile\u00a0y\u00f6netilebilmektedir. Bunlara ek olarak da zaten ihtiya\u00e7lar do\u011frultusunda MicroService yakla\u015f\u0131m\u0131n\u0131n getirileri g\u00f6z \u00f6n\u00fcne al\u0131nd\u0131\u011f\u0131nda ise bu dezavantajlar g\u00f6rmezden de gelinebilir.\u00a0Y\u00f6netim k\u0131sm\u0131nda ise DevOps kavram\u0131 ile kolay bir \u015fekilde ele al\u0131nabilmekte. Transaction y\u00f6netimi i\u015flemlerinede\u00a0DTC(Distrubuted Transantion Manager) ile \u00e7\u00f6z\u00fcm bulunabilmekte.<\/p>\n G\u00f6rd\u00fc\u011f\u00fcm\u00fcz gibi faydas\u0131n\u0131n \u00e7ok olmas\u0131yla beraber getirece\u011fi bir k\u0131s\u0131m maliyetler de olacakt\u0131r. Bu kapsamda benim sizlere aktarabileceklerim \u015fimdilik bu kadar.<\/p>\n Bir sonraki seride g\u00f6r\u00fc\u015fmek dile\u011fiyle.<\/p>\n","protected":false},"excerpt":{"rendered":" Merhaba arkada\u015flar. Bu blog yaz\u0131mdaki konum, her ne kadar\u00a0yeni bir \u015fey olmasada, son d\u00f6nemlerde Martin Fowler ile g\u00fcndeme gelen ve git gide \u00f6nemini artt\u0131ran\u00a0MicroService\u00a0mimarisi \u00fczerine genel bir bak\u0131\u015f olacak. Ayr\u0131ca\u00a0bu do\u011frultuda do\u011fru\u00a0bilinen yanl\u0131\u015flar, MicroService mimarisinin art\u0131lar\u0131 ve eksileri gibi y\u00f6nlerine de de\u011finiyor olaca\u011f\u0131z. Dilerseniz \u00f6ncelikle…<\/p>\n![\"micro-services\"](\"\/wp-content\/uploads\/2016\/09\/micro-services.png\")
<\/a><\/p>\nMonolithic Architecture Nedir?<\/h4>\n
Monolithic Architecture’\u0131n Getirdi\u011fi Baz\u0131 Dezavantajlar<\/h4>\n
<\/a><\/p>\n\n
MicroService’lere Genel Bak\u0131\u015f<\/h4>\n
<\/a><\/p>\nMicroService Mimarisinin Getirdi\u011fi Baz\u0131 Faydalar<\/h4>\n
<\/a><\/p>\n\n
\n