Geli\u015ftirme s\u00fcre\u00e7lerinizin yava\u015flamas\u0131, da\u011f\u0131t\u0131mlar\u0131n \u00e7ileye d\u00f6n\u00fc\u015fmesi ve ekip motivasyonunun d\u00fc\u015fmesi tan\u0131d\u0131k m\u0131 geliyor? Bu makale, Traefik ve Turborepo entegrasyonuyla altyap\u0131m\u0131z\u0131 nas\u0131l ba\u015ftan a\u015fa\u011f\u0131 yeniledi\u011fimizi ve geli\u015ftirme h\u0131z\u0131m\u0131z\u0131 nas\u0131l inan\u0131lmaz derecede art\u0131rd\u0131\u011f\u0131m\u0131z\u0131 detayland\u0131r\u0131yor. Karma\u015f\u0131k monorepo y\u00f6netimi ve mikroservis da\u011f\u0131t\u0131mlar\u0131n\u0131 kolayla\u015ft\u0131ran bu d\u00f6n\u00fc\u015f\u00fcm hikayemize haz\u0131r olun!<\/p>\n
Bir zamanlar her \u015fey \u00e7ok basitti. K\u00fc\u00e7\u00fck bir ekibiz, tek bir monolitik uygulamam\u0131z var ve her \u015fey beklendi\u011fi gibi \u00e7al\u0131\u015f\u0131yor. Ancak zamanla i\u015fler b\u00fcy\u00fcd\u00fc, ekibimiz geni\u015fledi ve monolitik yap\u0131 yerini mikroservislere b\u0131rakmaya ba\u015flad\u0131. Bu d\u00f6n\u00fc\u015f\u00fcm beraberinde heyecan verici yeni teknolojiler ve \u00f6l\u00e7eklenebilirlik potansiyeli getirse de, k\u0131sa s\u00fcre i\u00e7inde tahmin etmedi\u011fimiz yeni zorluklarla kar\u015f\u0131la\u015ft\u0131k. \u00d6zellikle de geli\u015ftirme h\u0131z\u0131m\u0131z, adeta bir batakl\u0131\u011fa saplanm\u0131\u015f gibi yava\u015flamaya ba\u015flam\u0131\u015ft\u0131. S\u00fcrekli artan da\u011f\u0131t\u0131m s\u00fcreleri, yerel ortamda dahi uzun s\u00fcren derleme ve test s\u00fcre\u00e7leri, ve en \u00f6nemlisi, karma\u015f\u0131kla\u015fan proxy yap\u0131land\u0131rmalar\u0131 geli\u015ftirici deneyimini olumsuz etkiliyordu. Her yeni mikroservis, mevcut Nginx yap\u0131land\u0131rmam\u0131za elle yeni bir giri\u015f eklemek, SSL sertifikalar\u0131n\u0131 manuel olarak y\u00f6netmek ve bazen de \u00e7at\u0131\u015fan portlarla u\u011fra\u015fmak anlam\u0131na geliyordu. Bu durum, s\u00fcrekli tekrarlanan ve zaman alan operasyonel i\u015f y\u00fcklerine neden oluyordu.<\/p>\n
\u00d6zellikle frontend ve backend katmanlar\u0131ndaki farkl\u0131 projelerin ayr\u0131 depolar halinde y\u00f6netilmesi, geli\u015ftirme s\u00fcre\u00e7lerini daha da karma\u015f\u0131k hale getiriyordu. Bir de\u011fi\u015fiklik yapmak istedi\u011fimizde, ilgili t\u00fcm depolarda de\u011fi\u015fiklik yap\u0131p her birini ayr\u0131 ayr\u0131 derleyip test etmemiz gerekiyordu. Bu da ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini zorla\u015ft\u0131r\u0131yor, farkl\u0131 versiyonlar aras\u0131nda uyumsuzluklara yol a\u00e7abiliyor ve CI\/CD s\u00fcre\u00e7lerini yava\u015flat\u0131yordu. \u00d6rne\u011fin, bir API de\u011fi\u015fikli\u011fi, hem backend deposunda hem de ilgili frontend deposunda g\u00fcncellemeyi gerektiriyor, bu da iki ayr\u0131 derleme ve da\u011f\u0131t\u0131m d\u00f6ng\u00fcs\u00fc anlam\u0131na geliyordu. Ayr\u0131ca, ortak kullan\u0131lan UI bile\u015fenleri veya yard\u0131mc\u0131 fonksiyonlar i\u00e7in her projede ayr\u0131 bir kopya bulundurmak zorunda kal\u0131yorduk, bu da kod tekrar\u0131na ve tutars\u0131zl\u0131\u011fa yol a\u00e7\u0131yordu. Bu t\u00fcr durumlar, geli\u015ftiricilerin odaklanmas\u0131n\u0131 bozuyor ve inovasyon yerine altyap\u0131sal engellerle bo\u011fu\u015fmalar\u0131na neden oluyordu. Mevcut altyap\u0131m\u0131z\u0131n statik do\u011fas\u0131, dinamikle\u015fen ve h\u0131zla de\u011fi\u015fen mikroservis mimarimizin taleplerini kar\u015f\u0131layamaz hale gelmi\u015fti. Peki, bu kaostan nas\u0131l kurtulacakt\u0131k?<\/p>\n
Bu karma\u015fay\u0131 \u00e7\u00f6zmek i\u00e7in k\u00f6kl\u00fc bir de\u011fi\u015fikli\u011fe ihtiyac\u0131m\u0131z vard\u0131. Bu noktada ara\u015ft\u0131rma yaparken kar\u015f\u0131m\u0131za iki kilit oyuncu \u00e7\u0131kt\u0131: Traefik ve Turborepo. Her iki ara\u00e7 da modern geli\u015ftirme yakla\u015f\u0131mlar\u0131n\u0131 destekleyen, performans\u0131 art\u0131rmaya y\u00f6nelik \u00e7\u00f6z\u00fcmler sunuyordu. Ancak, konuya yabanc\u0131 olanlar i\u00e7in bu kavramlar biraz karma\u015f\u0131k gelebilir. Gelin, bu ara\u00e7lar\u0131n ne i\u015fe yarad\u0131\u011f\u0131n\u0131 ve neden bizim i\u00e7in bu kadar \u00f6nemli olduklar\u0131n\u0131 detayl\u0131ca inceleyelim.<\/p>\n
Traefik, modern mikroservis mimarileri i\u00e7in tasarlanm\u0131\u015f bir Edge Router ve Reverse Proxy’dir. Geleneksel ters proxy’lerin aksine, Traefik dinamik yap\u0131land\u0131rma yetene\u011fiyle \u00f6ne \u00e7\u0131kar. Yani, yeni bir mikroservis da\u011f\u0131tt\u0131\u011f\u0131n\u0131zda veya mevcut bir servisi g\u00fcncelledi\u011finizde, Traefik bunu otomatik olarak alg\u0131lar ve yap\u0131land\u0131rmas\u0131n\u0131 ger\u00e7ek zamanl\u0131 olarak g\u00fcnceller. Bu, elle yap\u0131lan Nginx veya Apache yap\u0131land\u0131rmalar\u0131na son verir, ki bu bizim gibi h\u0131zl\u0131 de\u011fi\u015fen bir ortamda hayati \u00f6nem ta\u015f\u0131yordu. Traefik, Docker, Kubernetes, Swarm, Rancher gibi \u00e7e\u015fitli orkestrasyon ara\u00e7lar\u0131yla entegre \u00e7al\u0131\u015fabilir. Servislerinizin etiketlerini (labels) okuyarak otomatik olarak y\u00f6nlendirme kurallar\u0131 olu\u015fturur. Bu otomasyon, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerimizi h\u0131zland\u0131rmakla kalmad\u0131, ayn\u0131 zamanda insan hatas\u0131 riskini de minimize etti.<\/p>\n
Traefik’in sa\u011flad\u0131\u011f\u0131 avantajlar sadece otomatik servis ke\u015ffiyle s\u0131n\u0131rl\u0131 de\u011fil. G\u00fcvenli\u011fimiz i\u00e7in otomatik SSL\/TLS sertifikas\u0131 y\u00f6netimi (Let’s Encrypt entegrasyonu sayesinde) sunmas\u0131 da b\u00fcy\u00fck bir kolayl\u0131kt\u0131. Art\u0131k her mikroservis i\u00e7in ayr\u0131 ayr\u0131 sertifika olu\u015fturmak veya yenilemekle u\u011fra\u015fmam\u0131za gerek kalmam\u0131\u015ft\u0131. Traefik t\u00fcm bu s\u00fcreci \u015feffaf bir \u015fekilde bizim ad\u0131m\u0131za y\u00f6netiyordu. Ayr\u0131ca, Traefik y\u00fck dengeleme (load balancing), middleware deste\u011fi (\u00f6rne\u011fin, kimlik do\u011frulama, IP k\u0131s\u0131tlamalar\u0131), ve detayl\u0131 metrikler ile g\u00f6zlemlenebilirlik (monitoring) yetenekleri de sunar. Bu \u00f6zellikler, uygulamalar\u0131m\u0131z\u0131n y\u00fcksek kullan\u0131labilirlik ve performansla \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flarken, olas\u0131 sorunlar\u0131 h\u0131zl\u0131ca tespit etmemize yard\u0131mc\u0131 oluyordu. Traefik, servisler aras\u0131 ileti\u015fimi d\u00fczenleyen bir trafik \u015fefi gibi davranarak, altyap\u0131m\u0131z\u0131n kalbinde dinamizm ve verimlilik sa\u011flad\u0131.<\/p>\n
Monorepo, bir\u00e7ok projenin (uygulamalar, k\u00fct\u00fcphaneler, komponentler) tek bir kod deposu i\u00e7inde y\u00f6netildi\u011fi bir yaz\u0131l\u0131m geli\u015ftirme stratejisidir. Polyrepo (\u00e7oklu depo) yakla\u015f\u0131m\u0131n\u0131n aksine, monorepo t\u00fcm ilgili projeleri ayn\u0131 \u00e7at\u0131 alt\u0131nda toplayarak kod payla\u015f\u0131m\u0131n\u0131, ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini ve tutarl\u0131l\u0131\u011f\u0131 art\u0131r\u0131r. Ancak monorepo’nun potansiyel bir dezavantaj\u0131 da vard\u0131r: b\u00fcy\u00fck kod tabanlar\u0131 ve \u00e7ok say\u0131da projenin derlenmesi ve test edilmesi \u00e7ok zaman alabilir. \u0130\u015fte Turborepo tam da bu noktada devreye giriyor. Turborepo, JavaScript ve TypeScript monorepolar\u0131 i\u00e7in \u00f6zel olarak tasarlanm\u0131\u015f y\u00fcksek performansl\u0131 bir derleme sistemidir. Temel amac\u0131, monorepo i\u00e7indeki g\u00f6revlerin (derleme, test, lint vb.) m\u00fcmk\u00fcn olan en h\u0131zl\u0131 \u015fekilde y\u00fcr\u00fct\u00fclmesini sa\u011flamakt\u0131r.<\/p>\n
Turborepo bunu iki ana mekanizma ile ba\u015far\u0131r: ak\u0131ll\u0131 g\u00f6rev \u00e7izelgeleme ve \u00f6nbellekleme. Turborepo, projenizdeki g\u00f6revler aras\u0131ndaki ba\u011f\u0131ml\u0131l\u0131klar\u0131 analiz eder ve bunlar\u0131 paralel olarak y\u00fcr\u00fct\u00fcr. Bu, \u00f6rne\u011fin, birden fazla ba\u011f\u0131ms\u0131z frontend uygulaman\u0131z varsa, bunlar\u0131n ayn\u0131 anda derlenmesini sa\u011flar. Daha da \u00f6nemlisi, Turborepo, daha \u00f6nce \u00e7al\u0131\u015ft\u0131r\u0131lan g\u00f6revlerin \u00e7\u0131kt\u0131lar\u0131n\u0131 \u00f6nbelle\u011fe al\u0131r. E\u011fer bir g\u00f6revin girdileri (kod dosyalar\u0131, ba\u011f\u0131ml\u0131l\u0131klar vb.) de\u011fi\u015fmediyse, Turborepo o g\u00f6revi tekrar \u00e7al\u0131\u015ft\u0131rmak yerine \u00f6nbellekteki sonucu kullan\u0131r. Bu “ak\u0131ll\u0131 \u00f6nbellekleme” hem yerel geli\u015ftirme ortam\u0131nda hem de CI\/CD pipeline’lar\u0131nda devasa zaman tasarruflar\u0131 sa\u011flar. Remote caching \u00f6zelli\u011fi sayesinde ise, ekip \u00fcyeleri ve CI\/CD makineleri aras\u0131nda \u00f6nbellek payla\u015f\u0131m\u0131 yap\u0131labilir, bu da t\u00fcm geli\u015ftirme d\u00f6ng\u00fcs\u00fcn\u00fc daha da h\u0131zland\u0131r\u0131r. Turborepo, monorepo’nun getirdi\u011fi potansiyel yava\u015flama sorunlar\u0131n\u0131 ortadan kald\u0131rarak, bize h\u0131zl\u0131, \u00f6l\u00e7eklenebilir ve tutarl\u0131 bir geli\u015ftirme ortam\u0131 sundu.<\/p>\n
Traefik ve Turborepo’ya ge\u00e7i\u015f karar\u0131 almadan \u00f6nce, mevcut altyap\u0131m\u0131z\u0131n bize ya\u015fatt\u0131\u011f\u0131 s\u0131k\u0131nt\u0131lar\u0131 net bir \u015fekilde ortaya koymam\u0131z gerekiyordu. Eski sistemimiz, zaman\u0131nda ihtiya\u00e7lar\u0131m\u0131z\u0131 kar\u015f\u0131lasa da, b\u00fcy\u00fcyen ekibimiz ve artan mikroservis say\u0131m\u0131z kar\u015f\u0131s\u0131nda yetersiz kalm\u0131\u015ft\u0131. \u00c7e\u015fitli zay\u0131f noktalar, geli\u015ftirme h\u0131z\u0131m\u0131z\u0131 ciddi \u015fekilde d\u00fc\u015f\u00fcr\u00fcyor ve operasyonel maliyetlerimizi art\u0131r\u0131yordu. Bu durum, bizi s\u00fcrekli olarak bir ad\u0131m geride tutan bir k\u0131s\u0131r d\u00f6ng\u00fcye sokmu\u015ftu.<\/p>\n
\u0130lk olarak, statik Nginx yap\u0131land\u0131rmam\u0131z<\/strong> en b\u00fcy\u00fck a\u011fr\u0131lar\u0131m\u0131zdan biriydi. Her yeni mikroservis i\u00e7in Nginx yap\u0131land\u0131rma dosyas\u0131n\u0131 elle d\u00fczenlememiz, yeniden y\u00fcklememiz ve olas\u0131 s\u00f6zdizimi hatalar\u0131n\u0131 d\u00fczeltmemiz gerekiyordu. Bu s\u00fcre\u00e7 sadece zaman almakla kalm\u0131yor, ayn\u0131 zamanda insan hatas\u0131na \u00e7ok a\u00e7\u0131kt\u0131. Bir virg\u00fcl hatas\u0131 bile t\u00fcm uygulamay\u0131 eri\u015filemez hale getirebiliyordu. Ayr\u0131ca, SSL sertifikalar\u0131n\u0131 Let’s Encrypt ile y\u00f6netsek de, bu sertifikalar\u0131n her bir Nginx vhost i\u00e7in ayr\u0131 ayr\u0131 yap\u0131land\u0131r\u0131lmas\u0131 ve yenilenmesi gerekiyordu. Bu manuel i\u015flemler, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerimizi uzat\u0131yor ve geli\u015ftiricilerin ana i\u015flerinden uzakla\u015fmas\u0131na neden oluyordu. Dinamik bir ortamda bu t\u00fcr manuel m\u00fcdahaleler kabul edilemez bir seviyeye gelmi\u015fti.<\/p>\n \u0130kinci olarak, \u00e7oklu depo (polyrepo) mimarimiz<\/strong> de b\u00fcy\u00fck bir engeldi. Frontend uygulamalar\u0131m\u0131z, backend API’lerimiz, ortak UI k\u00fct\u00fcphanelerimiz ve yard\u0131mc\u0131 mod\u00fcllerimizin her biri ayr\u0131 bir Git deposunda bar\u0131nd\u0131r\u0131l\u0131yordu. Bu durum, proje ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 y\u00f6netmeyi, kod payla\u015f\u0131m\u0131n\u0131 ve genel olarak tutarl\u0131l\u0131\u011f\u0131 zorla\u015ft\u0131r\u0131yordu. \u00d6rne\u011fin, bir ortak bile\u015fen \u00fczerinde de\u011fi\u015fiklik yapt\u0131\u011f\u0131m\u0131zda, bu de\u011fi\u015fikli\u011fi kullanan t\u00fcm frontend projelerini ayr\u0131 ayr\u0131 g\u00fcncellemeli, derlemeli ve test etmeliydik. Bu da her seferinde birden fazla depoyu \u00e7ekmeyi, ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fcklemeyi ve ayr\u0131 ayr\u0131 Son olarak, derleme ve test s\u00fcre\u00e7lerimizin verimsizli\u011fi<\/strong> performans\u0131m\u0131z\u0131 en \u00e7ok etkileyen fakt\u00f6rlerden biriydi. Her projede her derleme veya test i\u015flemi s\u0131f\u0131rdan ba\u015fl\u0131yordu, daha \u00f6nce ba\u015far\u0131l\u0131 bir \u015fekilde derlenmi\u015f veya test edilmi\u015f mod\u00fcller bile tekrar i\u015fleniyordu. Bu da \u00f6zellikle b\u00fcy\u00fck projelerde derleme s\u00fcrelerini bazen 5-10 dakikaya kadar uzatabiliyordu. Geli\u015ftiricilerin k\u00fc\u00e7\u00fck bir de\u011fi\u015fiklikten sonra bile uygulaman\u0131n derlenmesini ve testlerin ge\u00e7mesini beklemek zorunda kalmas\u0131, odaklanmay\u0131 da\u011f\u0131t\u0131yor ve \u00fcretkenli\u011fi d\u00fc\u015f\u00fcr\u00fcyordu. \u00d6zellikle CI\/CD ortam\u0131nda, bu uzun derleme s\u00fcreleri g\u00fcnl\u00fck da\u011f\u0131t\u0131m say\u0131m\u0131z\u0131 ve yeni \u00f6zelliklerin pazara sunulma h\u0131z\u0131m\u0131z\u0131 do\u011frudan etkiliyordu. \u00d6zetle, altyap\u0131m\u0131z, s\u00fcrekli de\u011fi\u015fen ve b\u00fcy\u00fcyen ihtiya\u00e7lar\u0131m\u0131za ayak uyduram\u0131yor, bize zaman ve enerji kaybettiriyordu.<\/p>\n Eski Nginx yap\u0131land\u0131rmam\u0131z\u0131n getirdi\u011fi statiklik ve manuel m\u00fcdahale ihtiyac\u0131, Traefik’e ge\u00e7i\u015f i\u00e7in en g\u00fc\u00e7l\u00fc arg\u00fcmanlardan biriydi. Traefik’in dinamik konfig\u00fcrasyon ve otomatik servis ke\u015ffi yetenekleri, bizim i\u00e7in bir kurtar\u0131c\u0131 niteli\u011findeydi. Ge\u00e7i\u015f s\u00fcrecimiz, ad\u0131m ad\u0131m ve kontroll\u00fc bir \u015fekilde ilerledi. \u0130lk a\u015famada, Traefik’i mevcut altyap\u0131m\u0131z\u0131n yan\u0131na bir proxy katman\u0131 olarak konu\u015fland\u0131rd\u0131k ve trafik ak\u0131\u015f\u0131n\u0131 yava\u015f yava\u015f Traefik \u00fczerinden y\u00f6nlendirmeye ba\u015flad\u0131k. Bu, olas\u0131 kesintileri minimize etmek ve yeni sisteme adaptasyonu kolayla\u015ft\u0131rmak i\u00e7indi.<\/p>\n Traefik’i Docker Swarm ortam\u0131m\u0131zda bir servis olarak aya\u011fa kald\u0131rd\u0131k. \u0130\u015fte temel bir <\/code><\/p>\n Bu yap\u0131land\u0131rmada dikkat \u00e7eken en \u00f6nemli k\u0131s\u0131m, Traefik'in HTTPS'i tamamen otomatik hale getirmek i\u00e7in Let's Encrypt entegrasyonu ( Mevcut \u00e7oklu depo (polyrepo) yap\u0131m\u0131z\u0131n getirdi\u011fi zorluklar, Turborepo ile monorepo mimarisine ge\u00e7i\u015f yapmam\u0131z i\u00e7in itici g\u00fc\u00e7 oldu. Farkl\u0131 projelerin ayr\u0131 ayr\u0131 y\u00f6netilmesi, ba\u011f\u0131ml\u0131l\u0131k \u00e7ak\u0131\u015fmalar\u0131, kod tekrar\u0131 ve yava\u015f derleme s\u00fcreleri gibi sorunlar geli\u015ftirme h\u0131z\u0131m\u0131z\u0131 baltal\u0131yordu. Monorepo'ya ge\u00e7i\u015f karar\u0131, ba\u015flang\u0131\u00e7ta b\u00fcy\u00fck bir \u00e7aba gerektirse de, uzun vadede bize \u00e7ok b\u00fcy\u00fck getiriler sa\u011flad\u0131.<\/p>\n \u0130lk ad\u0131m, t\u00fcm projelerimizi (frontend uygulamalar\u0131, backend API'leri, ortak UI k\u00fct\u00fcphaneleri, yard\u0131mc\u0131 mod\u00fcller) tek bir Git deposu alt\u0131nda toplamak oldu. Bu s\u00fcre\u00e7te, her projeyi Ard\u0131ndan, Turborepo'yu projemize entegre ettik. <\/code><\/p>\n Yukar\u0131daki Bu entegrasyonla birlikte, geli\u015ftirme s\u00fcre\u00e7lerimizde inan\u0131lmaz bir h\u0131zlanma ya\u015fad\u0131k. \u00d6rne\u011fin, <\/code><\/p>\n Traefik ve Turborepo entegrasyonu sadece altyap\u0131m\u0131z\u0131 modernle\u015ftirmekle kalmad\u0131, ayn\u0131 zamanda geli\u015ftirme s\u00fcre\u00e7lerimize tamamen yeni bir bak\u0131\u015f a\u00e7\u0131s\u0131 getirdi. Bu iki arac\u0131n birle\u015fimi, daha \u00f6nce hayal bile edemeyece\u011fimiz bir verimlilik ve h\u0131zlanma sa\u011flad\u0131. Eski sistemimizdeki yava\u015fl\u0131klar, manuel m\u00fcdahaleler ve karma\u015f\u0131kl\u0131klar, yerini otomasyona, paralel i\u015flemeye ve ak\u0131ll\u0131 \u00f6nbelleklemeye b\u0131rakt\u0131. Bu de\u011fi\u015fim, hem geli\u015ftiricilerin g\u00fcnl\u00fck i\u015f ak\u0131\u015flar\u0131n\u0131 iyile\u015ftirdi hem de \u00fcr\u00fcn\u00fcm\u00fcz\u00fcn pazara \u00e7\u0131k\u0131\u015f s\u00fcresini (Time-to-Market) \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131saltt\u0131.<\/p>\n \u00d6ncelikle, geli\u015ftirme ortam\u0131 kurulum s\u00fcresi<\/strong>nde b\u00fcy\u00fck bir iyile\u015fme g\u00f6zlemledik. Daha \u00f6nce yeni bir geli\u015ftiricinin t\u00fcm projelere ait depolar\u0131 klonlamas\u0131, ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fcklemesi ve her birini ayr\u0131 ayr\u0131 yap\u0131land\u0131rmas\u0131 g\u00fcnler s\u00fcrebiliyordu. Turborepo ile monorepo yap\u0131s\u0131na ge\u00e7i\u015f sayesinde, art\u0131k tek bir \u0130kinci olarak, derleme ve da\u011f\u0131t\u0131m s\u00fcrelerimiz<\/strong> dramatik bir \u015fekilde k\u0131sald\u0131. Eski polyrepo yap\u0131s\u0131nda, t\u00fcm projelerin tam bir derlemesi CI\/CD ortam\u0131nda 20-30 dakika s\u00fcrebiliyordu. Turborepo'nun \u00f6nbellekleme ve paralel \u00e7al\u0131\u015ft\u0131rma yetenekleri sayesinde, bu s\u00fcre ortalama 3-5 dakikaya d\u00fc\u015ft\u00fc. \u00d6zellikle \u00dc\u00e7\u00fcnc\u00fc olarak, sertifika ve domain y\u00f6netimindeki kolayl\u0131k<\/strong> b\u00fcy\u00fck bir rahatlama sa\u011flad\u0131. Traefik'in otomatik Let's Encrypt entegrasyonu sayesinde, art\u0131k SSL sertifikas\u0131 yenileme derdi kalmad\u0131. Her yeni subdomain i\u00e7in tek yapmam\u0131z gereken ilgili servisin Docker etiketlerine Host kural\u0131n\u0131 ve sertifika \u00e7\u00f6z\u00fcc\u00fcy\u00fc eklemekti. Bu, \u00f6zellikle test ortamlar\u0131 veya ge\u00e7ici servisler i\u00e7in b\u00fcy\u00fck bir zaman kazanc\u0131 sa\u011flad\u0131. \u00d6nceden her yeni test ortam\u0131 i\u00e7in ayr\u0131 ayr\u0131 Nginx konfig\u00fcrasyonu ve sertifika ayarlamalar\u0131 yapmam\u0131z gerekiyordu. \u015eimdi ise bu s\u00fcre\u00e7 tamamen otomatize edilmi\u015f durumda.<\/p>\n Bu entegrasyonlar sonucunda, geli\u015ftiriciler altyap\u0131sal endi\u015felerden kurtularak sadece kod yazmaya ve yeni \u00f6zellikler geli\u015ftirmeye odaklanabildiler. Daha h\u0131zl\u0131 geri bildirim d\u00f6ng\u00fcleri, daha k\u0131sa da\u011f\u0131t\u0131m s\u00fcreleri ve daha az operasyonel y\u00fck, ekip motivasyonunu ve \u00fcretkenli\u011fini g\u00f6zle g\u00f6r\u00fcl\u00fcr \u015fekilde art\u0131rd\u0131. Traefik ve Turborepo, sadece ara\u00e7lar de\u011fil, ayn\u0131 zamanda geli\u015ftirme k\u00fclt\u00fcr\u00fcm\u00fczde bir paradigma de\u011fi\u015fikli\u011finin kataliz\u00f6r\u00fc oldular.<\/p>\n \u015e\u00fcphesiz ki evet! \"Altyap\u0131 Revizyonu Geli\u015ftirme H\u0131z\u0131m\u0131z\u0131 Nas\u0131l Kurtard\u0131? Traefik & Turborepo Hikayesi\" ba\u015fl\u0131\u011f\u0131m\u0131zdaki iddiam\u0131z\u0131n arkas\u0131nday\u0131z. Traefik ve Turborepo entegrasyonu, geli\u015ftirme s\u00fcre\u00e7lerimizde bir devrim yaratt\u0131. Eski altyap\u0131m\u0131z\u0131n getirdi\u011fi t\u00fcm yava\u015fl\u0131klar, manuel m\u00fcdahaleler ve operasyonel karma\u015f\u0131kl\u0131klar, yerini modern, otomatik, h\u0131zl\u0131 ve \u00f6l\u00e7eklenebilir bir sisteme b\u0131rakt\u0131. Bu d\u00f6n\u00fc\u015f\u00fcm sayesinde, geli\u015ftiriciler daha mutlu, daha \u00fcretken ve daha odaklanm\u0131\u015f hale geldi. \u00dcr\u00fcn\u00fcm\u00fcz\u00fc pazara daha h\u0131zl\u0131 sunabiliyor, m\u00fc\u015fterilerimize daha s\u0131k ve g\u00fcvenilir g\u00fcncellemeler sa\u011flayabiliyoruz. Bu sadece bir ara\u00e7 de\u011fi\u015fimi de\u011fil, ayn\u0131 zamanda ekibimizin \u00e7al\u0131\u015fma \u015feklini ve k\u00fclt\u00fcr\u00fcn\u00fc olumlu y\u00f6nde etkileyen kapsaml\u0131 bir paradigma de\u011fi\u015fikli\u011fiydi.<\/p>\n Traefik'in dinamik y\u00f6nlendirme, otomatik SSL y\u00f6netimi ve servis ke\u015ffi yetenekleri, mikroservis mimarimizin esnekli\u011fini art\u0131r\u0131rken, operasyonel y\u00fck\u00fcm\u00fcz\u00fc minimuma indirdi. Yeni servisleri devreye almak art\u0131k birka\u00e7 dakikal\u0131k bir etiketleme i\u015finden ibaret. Turborepo'nun ak\u0131ll\u0131 \u00f6nbellekleme ve paralel g\u00f6rev y\u00fcr\u00fctme yetenekleri ise monorepo y\u00f6netiminin t\u00fcm avantajlar\u0131n\u0131 bize sunarken, potansiyel performans darbo\u011fazlar\u0131n\u0131 ortadan kald\u0131rd\u0131. Derleme ve test s\u00fcrelerimizdeki dramatik d\u00fc\u015f\u00fc\u015f, geli\u015ftiricilerimizin daha s\u0131k kod g\u00f6ndermesini, daha h\u0131zl\u0131 geri bildirim almas\u0131n\u0131 ve b\u00f6ylece daha y\u00fcksek kalitede yaz\u0131l\u0131m \u00fcretmesini sa\u011flad\u0131. Bu iki teknolojinin sinerjisi, bizi teknik bor\u00e7lar\u0131n y\u00fck\u00fcnden kurtararak, gelece\u011fe y\u00f6nelik daha sa\u011flam bir temel olu\u015fturmam\u0131z\u0131 sa\u011flad\u0131.<\/p>\n Peki s\u0131rada ne var? Elbette geli\u015fim burada durmuyor. Gelecekteki hedeflerimiz aras\u0131nda, Traefik'in daha ileri \u00f6zelliklerini kullanarak A\/B testleri ve canary deployment gibi geli\u015fmi\u015f da\u011f\u0131t\u0131m stratejilerini uygulamak yer al\u0131yor. Bu sayede, yeni \u00f6zellikleri daha kontroll\u00fc bir \u015fekilde canl\u0131ya alabilecek ve kullan\u0131c\u0131 geri bildirimlerini daha etkin bir \u015fekilde toplayabilece\u011fiz. Ayr\u0131ca, Turborepo'nun remote caching \u00f6zelli\u011fini daha etkin bir \u015fekilde kullanarak CI\/CD pipeline'lar\u0131m\u0131z\u0131 daha da optimize etmeyi planl\u0131yoruz. Kubernetes gibi orkestrasyon ara\u00e7lar\u0131yla entegrasyonu derinle\u015ftirmek ve altyap\u0131m\u0131z\u0131 daha da otomatikle\u015ftirmek de \u00f6nceliklerimiz aras\u0131nda. S\u00fcrekli \u00f6\u011frenme ve iyile\u015ftirme felsefesiyle, geli\u015ftirme h\u0131z\u0131m\u0131z\u0131 daha da yukar\u0131lara ta\u015f\u0131mak i\u00e7in \u00e7al\u0131\u015fmaya devam edece\u011fiz. Unutmay\u0131n, iyi bir altyap\u0131, sadece sorunlar\u0131 \u00e7\u00f6zmekle kalmaz, ayn\u0131 zamanda gelecekteki b\u00fcy\u00fcme ve inovasyon i\u00e7in zemin haz\u0131rlar.<\/p>\n Temel Docker ve Docker Compose bilgisi, mikroservis mimarilerine a\u015final\u0131k Traefik i\u00e7in; Node.js, npm\/yarn\/pnpm ve monorepo kavramlar\u0131na a\u015final\u0131k ise Turborepo i\u00e7in ba\u015flang\u0131\u00e7 seviyesinde yeterli olacakt\u0131r. Her iki ara\u00e7 da iyi dok\u00fcmantasyona sahiptir ve ad\u0131m ad\u0131m k\u0131lavuzlarla \u00f6\u011frenilebilir.<\/p>\n<\/li>\n Monorepo'ya ge\u00e7i\u015fteki en b\u00fcy\u00fck zorluk, mevcut \u00e7oklu depo yap\u0131s\u0131ndaki t\u00fcm projeleri tek bir \u00e7at\u0131 alt\u0131nda birle\u015ftirmek ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 do\u011fru \u015fekilde yap\u0131land\u0131rmakt\u0131. Ortak k\u00fct\u00fcphanelerin mod\u00fclerle\u015ftirilmesi ve Traefik'in en b\u00fcy\u00fck avantaj\u0131, dinamik yap\u0131land\u0131rma yetene\u011fidir. Yeni bir servis da\u011f\u0131tt\u0131\u011f\u0131n\u0131zda veya g\u00fcncelledi\u011finizde, Traefik yap\u0131land\u0131rmas\u0131n\u0131 otomatik olarak g\u00fcnceller, manuel Nginx\/Apache yap\u0131land\u0131rmalar\u0131na gerek kalmaz. Ayr\u0131ca, otomatik SSL\/TLS sertifika y\u00f6netimi, servis ke\u015ffi ve modern orkestrasyon ara\u00e7lar\u0131yla (Docker, Kubernetes) derin entegrasyon sunar.<\/p>\n<\/li>\n Turborepo, daha \u00f6nce \u00e7al\u0131\u015ft\u0131r\u0131lan g\u00f6revlerin (derleme, test vb.) \u00e7\u0131kt\u0131lar\u0131n\u0131 \u00f6nbelle\u011fe al\u0131r. E\u011fer g\u00f6revin girdileri (kod dosyalar\u0131, ba\u011f\u0131ml\u0131l\u0131klar) de\u011fi\u015fmediyse, Turborepo g\u00f6revi tekrar \u00e7al\u0131\u015ft\u0131rmak yerine \u00f6nbellekteki sonucu kullan\u0131r. Bu durum, hem yerel geli\u015ftirme ortam\u0131nda geli\u015ftiricilerin bekleme s\u00fcresini azalt\u0131r hem de CI\/CD pipeline'lar\u0131nda gereksiz derleme ve test i\u015flemlerini ortadan kald\u0131rarak zaman ve kaynak tasarrufu sa\u011flar. Remote caching ile \u00f6nbellek, farkl\u0131 makineler aras\u0131nda da payla\u015f\u0131labilir.<\/p>\n<\/li>\n Ekip verimlili\u011fimizde g\u00f6zle g\u00f6r\u00fcl\u00fcr bir art\u0131\u015f ya\u015fand\u0131. Da\u011f\u0131t\u0131m s\u00fcrelerinin k\u0131salmas\u0131, derleme ve test s\u00fcre\u00e7lerinin h\u0131zlanmas\u0131, yeni geli\u015ftiricilerin adaptasyonunun kolayla\u015fmas\u0131 ve manuel operasyonel i\u015f y\u00fcklerinin azalmas\u0131 sayesinde, geli\u015ftiriciler daha az frustrasyon ya\u015fad\u0131 ve ana i\u015fleri olan kod yazmaya daha fazla odaklanabildiler. Bu da daha h\u0131zl\u0131 \u00f6zellik geli\u015ftirme, daha s\u0131k g\u00fcncelleme ve genel olarak daha y\u00fcksek kaliteli \u00fcr\u00fcnler sunmam\u0131za olanak tan\u0131d\u0131.<\/p>\n<\/li>\n<\/ol>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Geli\u015ftirme s\u00fcre\u00e7lerinizin yava\u015flamas\u0131, da\u011f\u0131t\u0131mlar\u0131n \u00e7ileye d\u00f6n\u00fc\u015fmesi ve ekip motivasyonunun d\u00fc\u015fmesi tan\u0131d\u0131k m\u0131 geliyor? Bu makale, Traefik ve Turborepo…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-35506","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nnpm run build<\/code> komutlar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rmay\u0131 gerektiriyordu. Sonu\u00e7 olarak, yerel geli\u015ftirme ortam\u0131m\u0131z yava\u015fl\u0131yor, CI\/CD pipeline’lar\u0131m\u0131z gereksiz yere uzun s\u00fcr\u00fcyordu. Bir k\u00fc\u00e7\u00fck de\u011fi\u015fiklik bile t\u00fcm ekosistemde domino etkisi yaratabiliyordu.<\/p>\nTraefik Entegrasyonu: Mikroservislerimizi Nas\u0131l Ak\u0131ll\u0131ca Y\u00f6nlendirdik?<\/h2>\n
docker-compose.yml<\/code> yap\u0131land\u0131rma \u00f6rne\u011fi:<\/p>\n\nversion: '3.8'\n\nservices:\n traefik:\n image: traefik:v2.10\n command:\n - --api.insecure=true\n - --providers.docker=true\n - --providers.docker.exposedbydefault=false\n - --entrypoints.web.address=:80\n - --entrypoints.websecure.address=:443\n - --certificatesresolvers.myresolver.acme.tlschallenge=true\n - --certificatesresolvers.myresolver.acme.email=your-email@example.com\n - --certificatesresolvers.myresolver.acme.storage=\/letsencrypt\/acme.json\n ports:\n - \"80:80\"\n - \"443:443\"\n - \"8080:8080\" # Traefik Dashboard\n volumes:\n - \/var\/run\/docker.sock:\/var\/run\/docker.sock:ro\n - .\/letsencrypt:\/letsencrypt\n labels:\n - \"traefik.enable=true\"\n - \"traefik.http.routers.api.rule=Host(traefik.yourdomain.com<\/code>)\"\n - \"traefik.http.routers.api.service=api@internal\"\n - \"traefik.http.routers.api.middlewares=auth@file\" # Dashboard i\u00e7in auth\n - \"traefik.http.routers.api.entrypoints=websecure\"\n - \"traefik.http.routers.api.tls.certresolver=myresolver\"\n \n # \u00d6rnek bir mikroservis\n my-app:\n image: my-app-image:latest\n labels:\n - \"traefik.enable=true\"\n - \"traefik.http.routers.my-app.rule=Host(my-app.yourdomain.com<\/code>)\"\n - \"traefik.http.routers.my-app.entrypoints=websecure\"\n - \"traefik.http.routers.my-app.tls.certresolver=myresolver\"\n - \"traefik.http.services.my-app.loadbalancer.server.port=3000\" # Uygulaman\u0131n dinledi\u011fi port\n<\/pre>\nproviders.docker=true<\/code> ile Docker'\u0131 bir sa\u011flay\u0131c\u0131 olarak kullanmas\u0131 ve providers.docker.exposedbydefault=false<\/code> ile sadece etiketlenmi\u015f servisleri dinlemesidir. Her yeni mikroservisimiz i\u00e7in art\u0131k sadece Docker Compose dosyas\u0131na Traefik etiketlerini eklememiz yeterli oluyor. \u00d6rne\u011fin, yukar\u0131daki my-app<\/code> servisi i\u00e7in ekledi\u011fimiz etiketler, Traefik'e bu servisin my-app.yourdomain.com<\/code> alan ad\u0131ndan eri\u015filebilir oldu\u011funu ve otomatik olarak SSL sertifikas\u0131 sa\u011flamas\u0131 gerekti\u011fini bildiriyor. Bu etiketler sayesinde, Traefik servislerimizi an\u0131nda ke\u015ffediyor ve y\u00f6nlendirme kurallar\u0131n\u0131 dinamik olarak olu\u015fturuyor.<\/p>\ncertificatesresolvers.myresolver.acme<\/code>) vazge\u00e7ilmez bir \u00f6zellikti. Traefik, belirtilen e-posta adresiyle sertifikalar\u0131 otomatik olarak talep ediyor, yeniliyor ve y\u00f6netiyor. Art\u0131k SSL sertifikas\u0131 s\u00fcresi doldu endi\u015fesiyle uykular\u0131m\u0131z ka\u00e7m\u0131yordu. Ayr\u0131ca, Traefik Dashboard'u (http:\/\/traefik.yourdomain.com:8080<\/code> \u00fczerinden eri\u015filebilir) sayesinde t\u00fcm servislerimizin durumunu, y\u00f6nlendirme kurallar\u0131n\u0131 ve sertifika bilgilerini tek bir yerden g\u00f6rsel olarak takip edebiliyorduk. Bu sayede, trafik ak\u0131\u015f\u0131n\u0131 daha iyi anl\u0131yor ve olas\u0131 yap\u0131land\u0131rma sorunlar\u0131n\u0131 \u00e7ok daha h\u0131zl\u0131 tespit edebiliyorduk. Traefik'in bu \"yap\u0131land\u0131r ve unut\" yakla\u015f\u0131m\u0131, operasyonel y\u00fck\u00fcm\u00fcz\u00fc dramatik bir \u015fekilde azaltt\u0131 ve geli\u015ftiricilerin sadece kod yazmaya odaklanmas\u0131n\u0131 sa\u011flad\u0131.<\/p>\nTurborepo Ge\u00e7i\u015fi: Monorepo ile Paralel Geli\u015ftirme Nas\u0131l Ba\u015far\u0131l\u0131r?<\/h2>\n
apps\/<\/code> ve packages\/<\/code> dizinleri alt\u0131na ta\u015f\u0131d\u0131k. \u00d6rne\u011fin, apps\/<\/code> dizini Next.js, React veya Node.js tabanl\u0131 uygulamalar\u0131m\u0131z\u0131 bar\u0131nd\u0131r\u0131rken, packages\/<\/code> dizini UI bile\u015fen k\u00fct\u00fcphaneleri, shared util'ler veya TypeScript tip tan\u0131mlar\u0131 gibi yeniden kullan\u0131labilir mod\u00fcllerimizi i\u00e7eriyordu. Bu yap\u0131, kod payla\u015f\u0131m\u0131n\u0131 ve ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini \u00e7ok daha kolay hale getirdi.<\/p>\npackage.json<\/code> dosyam\u0131z\u0131n k\u00f6k dizinine Turborepo komutlar\u0131n\u0131 ekledik ve her projenin kendi package.json<\/code> dosyas\u0131nda \u00f6zel scripts<\/code> tan\u0131mlamalar\u0131 yapt\u0131k. En kritik ad\u0131m ise turbo.json<\/code> dosyas\u0131n\u0131 olu\u015fturmak ve derleme, test, lint gibi g\u00f6revleri burada tan\u0131mlamakt\u0131. \u0130\u015fte \u00f6rnek bir turbo.json<\/code>:<\/p>\n\n{\n \"$schema\": \"https:\/\/turbo.build\/schema.json\",\n \"pipeline\": {\n \"build\": {\n \"dependsOn\": [\"^build\"],\n \"outputs\": [\"dist\/\", \".next\/<\/strong>\"],\n \"cache\": true\n },\n \"test\": {\n \"dependsOn\": [\"build\"],\n \"outputs\": [],\n \"cache\": true\n },\n \"lint\": {\n \"outputs\": [],\n \"cache\": true\n },\n \"dev\": {\n \"cache\": false,\n \"persistent\": true\n }\n }\n}\n<\/pre>\nturbo.json<\/code> yap\u0131land\u0131rmas\u0131, Turborepo'ya projemizdeki temel g\u00f6revleri nas\u0131l y\u00f6netece\u011fini s\u00f6yl\u00fcyor. \u00d6rne\u011fin, build<\/code> g\u00f6revi i\u00e7in dependsOn: [\"^build\"]<\/code> ifadesi, bir uygulaman\u0131n derlenmesi i\u00e7in \u00f6nce o uygulaman\u0131n ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n (packages\/ alt\u0131ndaki k\u00fct\u00fcphaneler gibi) derlenmesi gerekti\u011fini belirtir. outputs<\/code> alan\u0131, g\u00f6revin \u00e7\u0131kt\u0131 dosyalar\u0131n\u0131 belirtirken, cache: true<\/code> bu g\u00f6revin \u00e7\u0131kt\u0131lar\u0131n\u0131n \u00f6nbelle\u011fe al\u0131nmas\u0131 gerekti\u011fini s\u00f6yler. Bu sayede, ayn\u0131 g\u00f6rev tekrar \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda ve girdileri de\u011fi\u015fmediyse, Turborepo h\u0131zl\u0131 bir \u015fekilde \u00f6nbellekten sonucu d\u00f6ner.<\/p>\nturbo run build<\/code> komutunu k\u00f6k dizinde \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131m\u0131zda, Turborepo t\u00fcm uygulamalar\u0131n ve k\u00fct\u00fcphanelerin derleme i\u015flemlerini paralel olarak ve sadece de\u011fi\u015fen projeleri yeniden derleyerek ger\u00e7ekle\u015ftiriyordu. Bu, daha \u00f6nce saatler s\u00fcrebilecek bir i\u015flemi dakikalara indirdi. CI\/CD pipeline'lar\u0131m\u0131zda da benzer bir etki g\u00f6rd\u00fck; derleme s\u00fcreleri %70'e varan oranlarda azald\u0131. Monorepo yap\u0131s\u0131 ayn\u0131 zamanda kod tekrar\u0131n\u0131 azaltt\u0131 ve payla\u015f\u0131lan k\u00fct\u00fcphanelerin y\u00f6netimini basitle\u015ftirdi. Bir UI bile\u015fenini g\u00fcncelledi\u011fimizde, bu de\u011fi\u015fikli\u011fin t\u00fcm uygulamalarda an\u0131nda yans\u0131d\u0131\u011f\u0131n\u0131 ve tutarl\u0131l\u0131\u011f\u0131n korundu\u011funu g\u00f6rmek harikayd\u0131. Turborepo, monorepo'nun potansiyel karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 ortadan kald\u0131rarak, bize geli\u015ftirme h\u0131z\u0131nda yeni bir \u00e7a\u011f ba\u015flatt\u0131.<\/p>\n\n\/\/ \u00d6rnek bir root package.json scripts b\u00f6l\u00fcm\u00fc\n{\n \"name\": \"my-monorepo\",\n \"private\": true,\n \"workspaces\": [\n \"apps\/*\",\n \"packages\/*\"\n ],\n \"scripts\": {\n \"build\": \"turbo run build\",\n \"dev\": \"turbo run dev --parallel\",\n \"test\": \"turbo run test\",\n \"lint\": \"turbo run lint\"\n },\n \"devDependencies\": {\n \"turbo\": \"latest\"\n }\n}\n<\/pre>\nTraefik ve Turborepo ile Geli\u015ftirme H\u0131z\u0131nda Paradigma De\u011fi\u015fimi Nas\u0131l Ya\u015fand\u0131?<\/h2>\n
git clone<\/code> komutu ve ard\u0131ndan npm install<\/code> komutu yeterli oluyor. Turborepo'nun ak\u0131ll\u0131 \u00f6nbellekleme mekanizmas\u0131 sayesinde, turbo run build<\/code> veya turbo run test<\/code> gibi komutlar ilk \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda bile olduk\u00e7a h\u0131zl\u0131yd\u0131 ve sonraki \u00e7al\u0131\u015ft\u0131rmalarda neredeyse anl\u0131k sonu\u00e7lar veriyordu. Bu, yeni bir geli\u015ftiricinin ekibe adaptasyon s\u00fcresini %80 oran\u0131nda azaltt\u0131.<\/p>\nturbo run build --filter=\"...\"<\/code> gibi komutlarla sadece de\u011fi\u015fen projeleri derleyebilmek, gereksiz i\u015flem y\u00fck\u00fcn\u00fc ortadan kald\u0131rd\u0131. Traefik ise da\u011f\u0131t\u0131m taraf\u0131nda devrim yaratt\u0131. Yeni bir mikroservis da\u011f\u0131tt\u0131\u011f\u0131m\u0131zda, Nginx yap\u0131land\u0131rmas\u0131n\u0131 manuel olarak g\u00fcncellemek yerine, sadece Docker servisine Traefik etiketlerini eklememiz yeterli oluyor. Traefik, servisi otomatik olarak ke\u015ffediyor, y\u00f6nlendirme kurallar\u0131n\u0131 olu\u015fturuyor ve hatta Let's Encrypt ile SSL sertifikas\u0131n\u0131 sa\u011fl\u0131yor. Bu otomasyon, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerimizi dakikalara indirdi ve g\u00fcvenilirli\u011fini art\u0131rd\u0131. Art\u0131k birden fazla da\u011f\u0131t\u0131m ekibini devreye sokmadan, h\u0131zl\u0131 ve g\u00fcvenli bir \u015fekilde \u00fcretim ortam\u0131na ge\u00e7i\u015f yapabiliyoruz.<\/p>\nSonu\u00e7: Altyap\u0131 Revizyonu Ger\u00e7ekten H\u0131z Kazand\u0131rd\u0131 m\u0131 ve S\u0131rada Ne Var?<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
package.json<\/code> dosyalar\u0131ndaki ba\u011f\u0131ml\u0131l\u0131klar\u0131n tutarl\u0131 hale getirilmesi zaman al\u0131c\u0131 olabiliyor. Ancak Turborepo'nun sa\u011flad\u0131\u011f\u0131 ara\u00e7lar bu s\u00fcreci b\u00fcy\u00fck \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131rd\u0131.<\/p>\n<\/li>\n