{"id":69,"date":"2021-10-20T19:28:00","date_gmt":"2021-10-20T19:28:00","guid":{"rendered":"http:\/\/blog.firatyasar.com\/?p=69"},"modified":"2022-03-28T19:31:18","modified_gmt":"2022-03-28T19:31:18","slug":"api-gateway-tasarim-deseni","status":"publish","type":"post","link":"https:\/\/blog.firatyasar.com\/?p=69","title":{"rendered":"API Gateway Tasar\u0131m Deseni"},"content":{"rendered":"\n

Bir \u00e7ok farkl\u0131 client tipini i\u00e7eren ve bir \u00e7ok microservice’ten meydana gelen bir uygulama dizayn edilecekse API gateway’i mimari i\u00e7erisinde konumland\u0131rmak gerekir. API gateway pattern’i ile birlikte kompleks bir uygulama i\u00e7in tek bir giri\u015f noktas\u0131 uygulaman\u0131n \u00f6n\u00fcne entegre edilmi\u015f olur.
API gateway client taraf\u0131 ile microservice’lerin aras\u0131nda yer al\u0131r ve bir nevi reverse proxy olarak \u00e7al\u0131\u015f\u0131r. Gelen istekleri arka taraf\u0131nda bulunan microservice’lere route eder.
Ayr\u0131ca \u00fczerinde “cross-cutting features” olarak isimlendirilen kimlik do\u011frulama, SSL termination ve cache gibi advanced konfig\u00fcrasyon se\u00e7enekleri de mevcuttur.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Uygulaman\u0131n b\u00fcy\u00fckl\u00fc\u011f\u00fcne, client tiplerinin \u00e7e\u015fitlili\u011fine g\u00f6re API Gateway’i bir den \u00e7ok konumland\u0131rmak \u00f6nerilir. Tek bir API Gateway’i t\u00fcm microservice’lerin \u00f6n\u00fcnde konumland\u0131rmak coupling problemini do\u011furacakt\u0131r. Microservice’lerin \u00f6n\u00fcnde tek bir toplay\u0131c\u0131 olmas\u0131 iyi bir fikir de\u011fildir. Bu da microservice mimarisinin do\u011fas\u0131na ayk\u0131r\u0131 bir durumdur.<\/p>\n\n\n\n

API gateway’in \u00f6nemli \u00f6zellikleri:<\/strong><\/p>\n\n\n\n

Reverse Proxy:<\/strong>
API gateway 7. katmanda client’lardan gelen HTTP isteklerini al\u0131p microservice’lere y\u00f6nlendirir. Client’lar tek bir URL \u00fczerinden microservice’lere eri\u015firler. Bu sayede client side ile microservice’lerin decouple olmas\u0131 sa\u011flanm\u0131\u015f olunur.
Uygulamalar\u0131n modernizasyonu s\u0131ras\u0131nda bir s\u00fcre monolitic API ile entegre olmas\u0131 gereken client taraf\u0131 API gateway \u00fczerinden kolayl\u0131kla legacy Infra ile ileti\u015fim kurabilir. Yeni microservice’ler ile geli\u015ftirme yap\u0131ld\u0131ktan sonra basit bir trafik y\u00f6nlendirmesi ile monolitic yap\u0131lar modernize edilmi\u015f olur. Bu tarz ge\u00e7i\u015flerde client ile servisler aras\u0131nda API Gateway konumland\u0131r\u0131ld\u0131\u011f\u0131 i\u00e7in bu i\u015flemlerden client taraf\u0131 hi\u00e7 bir \u015fekilde etkilenmez.<\/p>\n\n\n\n

Request Aggrigation:<\/strong><\/p>\n\n\n\n

Bu \u00f6zellik ile bir \u00e7ok microservice’i call edecek \u00e7oklu client istekleri tek bir client request’i i\u00e7erisinde toplan\u0131r. Bu yakla\u015f\u0131m genellikle client taraf\u0131 birden \u00e7ok microservice’ten veri \u00e7ekece\u011fi zaman kullan\u0131l\u0131r. \u00d6rne\u011fin bu yakla\u015f\u0131m ile birlikte client taraf\u0131ndan gelen tek bir istek birden fazla microservice’e y\u00f6nlendirilir, gelen cevaplar ise toplan\u0131p client uygulamas\u0131na y\u00f6nlendirilir. Mobile uygulamalarda ve java script kullanan single page web uygulamalar\u0131nda bu \u00f6zelli\u011fin kullan\u0131lmas\u0131 \u00f6nemlidir. geleneksel server side’da request yapan web uygulamalar\u0131nda bu \u00f6zelli\u011fi kullanmak \u00e7ok da \u00f6nemli de\u011fildir.<\/p>\n\n\n\n

Cross-cutting concerns<\/strong><\/p>\n\n\n\n

API gateway’in sundu\u011fu advanced \u00f6zellikler sayesinde offload fonksiyonlar\u0131n\u0131 microservice taraf\u0131ndan API gateway \u00fczerine ta\u015f\u0131yabilirsiniz. B\u00f6ylelikle bu tarz gereksinimler tek noktada handle edilmi\u015f olur. B\u00f6ylelikle bu \u00f6zelliklerin her microservice \u00f6zelinde entegre edilmesi i\u00e7in gerekli olan development eforu ortadan kalm\u0131\u015f olur.<\/p>\n\n\n\n

Bu \u00f6zellikler;<\/p>\n\n\n\n