\n Modern yaz\u0131l\u0131m geli\u015ftirme, h\u0131z, verimlilik ve tutarl\u0131l\u0131k gerektirir. Deno’nun g\u00fcvenli ve performansl\u0131 \u00e7al\u0131\u015fma zaman\u0131 ortam\u0131, pnpm’in verimli ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimi ve Docker’\u0131n ta\u015f\u0131nabilir konteyner mimarisi, bu gereksinimleri kar\u015f\u0131lamak i\u00e7in bir araya geldi\u011finde g\u00fc\u00e7l\u00fc bir sinerji olu\u015fturur. Peki, bu \u00fc\u00e7 teknolojiyi bir Docker imaj\u0131nda birle\u015ftirerek geli\u015ftirme s\u00fcre\u00e7lerinizi nas\u0131l devrimle\u015ftirebilirsiniz? Bu makale, Deno ve pnpm workspace yap\u0131s\u0131n\u0131 bir Docker imaj\u0131na entegre etmenin inceliklerini, en iyi uygulamalar\u0131n\u0131 ve ger\u00e7ek d\u00fcnya senaryolar\u0131ndaki faydalar\u0131n\u0131 detayl\u0131ca ele alacakt\u0131r. Amac\u0131m\u0131z, hem yeni ba\u015flayanlar\u0131n hem de deneyimli geli\u015ftiricilerin bu karma\u015f\u0131k s\u00fcreci ad\u0131m ad\u0131m anlamas\u0131n\u0131 sa\u011flamak ve optimize edilmi\u015f, g\u00fcvenli ve \u00f6l\u00e7eklenebilir uygulamalar olu\u015fturmalar\u0131na yard\u0131mc\u0131 olmakt\u0131r.\n <\/p>\n
\n G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zl\u0131 tempolu geli\u015ftirme d\u00fcnyas\u0131nda, uygulamalar\u0131n tutarl\u0131 bir \u015fekilde farkl\u0131 ortamlarda \u00e7al\u0131\u015fmas\u0131 hayati \u00f6neme sahiptir. Geli\u015ftiricilerin yerel makinelerinde \u00e7al\u0131\u015fan bir uygulaman\u0131n, test, haz\u0131rl\u0131k (staging) ve \u00fcretim ortamlar\u0131nda da sorunsuz bir \u015fekilde \u00e7al\u0131\u015fmas\u0131 beklenir. \u0130\u015fte tam da bu noktada konteynerle\u015fme teknolojisi ve \u00f6zellikle Docker devreye girer. Docker, uygulamalar\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 izole edilmi\u015f, ta\u015f\u0131nabilir bir konteyner i\u00e7inde paketleyerek bu tutarl\u0131l\u0131\u011f\u0131 sa\u011flar. Ancak, bir uygulaman\u0131n ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 verimli bir \u015fekilde y\u00f6netmek ve \u00e7al\u0131\u015fma zaman\u0131 ortam\u0131n\u0131 optimize etmek de ayn\u0131 derecede \u00f6nemlidir. Bu ba\u011flamda, Deno gibi modern bir JavaScript\/TypeScript \u00e7al\u0131\u015fma zaman\u0131 ve pnpm gibi ak\u0131ll\u0131 bir paket y\u00f6neticisi, geli\u015ftiricilere \u00f6nemli avantajlar sunar. Bir monorepo (monolithic repository) yakla\u015f\u0131m\u0131yla birden fazla Deno projesini tek bir pnpm workspace i\u00e7inde y\u00f6netmek, kod payla\u015f\u0131m\u0131n\u0131 kolayla\u015ft\u0131r\u0131r ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n tekrarlanmas\u0131n\u0131 \u00f6nler. Bu g\u00fc\u00e7l\u00fc kombinasyonu Docker ile birle\u015ftirmek, geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinde e\u015fi benzeri g\u00f6r\u00fclmemi\u015f bir verimlilik ve kontrol d\u00fczeyi sunar.\n <\/p>\n
\n Bu makale boyunca, Deno, pnpm ve Docker’\u0131n temel prensiplerini anlamaktan ba\u015flayarak, ad\u0131m ad\u0131m nas\u0131l bir Dockerfile olu\u015fturaca\u011f\u0131n\u0131z\u0131, performans ve g\u00fcvenlik optimizasyonlar\u0131n\u0131 nas\u0131l uygulayaca\u011f\u0131n\u0131z\u0131 ve bu entegrasyonun ger\u00e7ek d\u00fcnya senaryolar\u0131nda nas\u0131l kullan\u0131labilece\u011fini ke\u015ffedece\u011fiz. \u00d6rne\u011fin, bir mikroservis mimarisinde her bir Deno servisini ayr\u0131 bir Docker konteyneri olarak nas\u0131l \u00e7al\u0131\u015ft\u0131raca\u011f\u0131n\u0131z\u0131 veya CI\/CD boru hatlar\u0131nda bu yap\u0131y\u0131 nas\u0131l kullanaca\u011f\u0131n\u0131z\u0131 ele alaca\u011f\u0131z. Amac\u0131m\u0131z, sadece teknik bilgiyi aktarmakla kalmay\u0131p, ayn\u0131 zamanda okuyuculara bu teknolojilerin bir araya geldi\u011finde sundu\u011fu potansiyeli g\u00f6stererek, kendi projelerinde yenilik\u00e7i \u00e7\u00f6z\u00fcmler \u00fcretmeleri i\u00e7in ilham vermektir. Bu entegrasyon, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini basitle\u015ftirir, imaj boyutlar\u0131n\u0131 k\u00fc\u00e7\u00fclt\u00fcr ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r, b\u00f6ylece geli\u015ftiricilere daha fazla zaman ve enerji kazand\u0131r\u0131r.\n <\/p>\n
\n Herhangi bir karma\u015f\u0131k sistemi kurmadan \u00f6nce, o sistemin temel bile\u015fenlerini iyi anlamak kritik \u00f6neme sahiptir. Bu b\u00f6l\u00fcmde, Deno’nun modern \u00e7al\u0131\u015fma zaman\u0131 \u00f6zellikleri, pnpm’in ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimindeki devrimci yakla\u015f\u0131m\u0131 ve Docker’\u0131n konteynerle\u015ftirme g\u00fcc\u00fc hakk\u0131nda \u00f6zet bilgiler sunaca\u011f\u0131z. Ayr\u0131ca, bu \u00fc\u00e7 teknolojinin bir araya geldi\u011finde monorepo yap\u0131lar\u0131nda nas\u0131l bir de\u011fer yaratt\u0131\u011f\u0131n\u0131 da inceleyece\u011fiz.\n <\/p>\n
\n Deno, Ryan Dahl taraf\u0131ndan geli\u015ftirilen, JavaScript ve TypeScript i\u00e7in g\u00fcvenli, h\u0131zl\u0131 ve modern bir \u00e7al\u0131\u015fma zaman\u0131 ortam\u0131d\u0131r. NodeJS’in yarat\u0131c\u0131s\u0131 olan Dahl, NodeJS’teki baz\u0131 temel tasar\u0131m kararlar\u0131ndan duydu\u011fu pi\u015fmanl\u0131klar\u0131 gidermek amac\u0131yla Deno’yu tasarlad\u0131. Deno’nun \u00f6ne \u00e7\u0131kan \u00f6zellikleri aras\u0131nda varsay\u0131lan olarak g\u00fcvenli olmas\u0131 (dosya sistemi, a\u011f ve ortam de\u011fi\u015fkenlerine eri\u015fim i\u00e7in a\u00e7\u0131k\u00e7a izin verilmesi gerekir), TypeScript’i yerel olarak desteklemesi (derleyiciye ihtiya\u00e7 duymaz), tek bir y\u00fcr\u00fct\u00fclebilir dosya olmas\u0131 (ba\u011f\u0131ml\u0131l\u0131klar\u0131 birle\u015ftirir) ve standart web API’lerini (Fetch API, Web Workers vb.) benimsemesi yer al\u0131r. Bu \u00f6zellikler, Deno’yu hem backend hem de CLI ara\u00e7lar\u0131 geli\u015ftirmek i\u00e7in cazip bir se\u00e7enek haline getirir. \u00d6rne\u011fin, bir Deno uygulamas\u0131 varsay\u0131lan olarak a\u011f eri\u015fimi veya dosya yazma iznine sahip de\u011fildir; bu izinler uygulama \u00e7al\u0131\u015ft\u0131r\u0131l\u0131rken \n pnpm (performant npm), modern JavaScript projeleri i\u00e7in h\u0131zl\u0131 ve disk alan\u0131ndan tasarruf sa\u011flayan bir paket y\u00f6neticisidir. Geleneksel paket y\u00f6neticileri (npm, yarn) her projenin \n pnpm’in bu \u00f6zellikleri, Docker imajlar\u0131nda \n Docker, uygulamalar\u0131 ve t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131, i\u015fletim sisteminden izole edilmi\u015f, hafif, ta\u015f\u0131nabilir ve kendi kendine yeten “konteynerler” i\u00e7inde paketlemeyi sa\u011flayan bir platformdur. Bir Docker konteyneri, uygulaman\u0131z\u0131n ihtiya\u00e7 duydu\u011fu her \u015feyi (kod, \u00e7al\u0131\u015fma zaman\u0131, sistem ara\u00e7lar\u0131, k\u00fct\u00fcphaneler ve ayarlar) i\u00e7erir. Bu, “makinemde \u00e7al\u0131\u015f\u0131yor” sorununu ortadan kald\u0131r\u0131r, \u00e7\u00fcnk\u00fc uygulama her yerde ayn\u0131 \u015fekilde \u00e7al\u0131\u015f\u0131r. Docker’\u0131n ba\u015fl\u0131ca avantajlar\u0131:\n <\/p>\n \n Docker’\u0131n bu \u00f6zellikleri, Deno ve pnpm ile geli\u015ftirilen uygulamalar\u0131n CI\/CD s\u00fcre\u00e7lerinde sorunsuz bir \u015fekilde entegre edilmesini ve bulut ortamlar\u0131na kolayca da\u011f\u0131t\u0131lmas\u0131n\u0131 sa\u011flar. Konteynerler, uygulaman\u0131z\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fcn her a\u015famas\u0131nda g\u00fcvenilir ve \u00f6ng\u00f6r\u00fclebilir bir davran\u0131\u015f sergilemesini m\u00fcmk\u00fcn k\u0131lar.\n <\/p>\n \n Monorepo, birden fazla projenin tek bir versiyon kontrol sisteminde (git deposunda) tutuldu\u011fu bir yaz\u0131l\u0131m geli\u015ftirme stratejisidir. Bu yakla\u015f\u0131m, mikroservisler, UI bile\u015fen k\u00fct\u00fcphaneleri ve farkl\u0131 uygulama katmanlar\u0131 gibi \u00e7e\u015fitli ba\u011f\u0131ms\u0131z projelerin ayn\u0131 depo i\u00e7inde birlikte geli\u015ftirilmesine olanak tan\u0131r. Monorepo’nun ba\u015fl\u0131ca faydalar\u0131 \u015funlard\u0131r:\n <\/p>\n \n Deno ve pnpm ile birlikte kullan\u0131lan bir monorepo, \u00f6zellikle \u00f6l\u00e7eklenen ekipler ve karma\u015f\u0131k uygulama ekosistemleri i\u00e7in g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunar. Bu yap\u0131, hem geli\u015ftirici verimlili\u011fini art\u0131r\u0131r hem de da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini daha y\u00f6netilebilir hale getirir.\n <\/p>\n \n Deno, pnpm ve Docker’\u0131 bir araya getirmek, geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinde \u00f6nemli avantajlar sa\u011flar. Bu sinerjinin getirdi\u011fi ba\u015fl\u0131ca faydalar\u0131 detayl\u0131ca inceleyelim. Bu b\u00f6l\u00fcm, \u00f6zellikle performans, g\u00fcvenlik ve tutarl\u0131l\u0131k konular\u0131na odaklanarak, bu entegrasyonun neden modern bir uygulama mimarisi i\u00e7in vazge\u00e7ilmez oldu\u011funu ortaya koyacakt\u0131r.\n <\/p>\n \n Deno, minimalist bir \u00e7al\u0131\u015fma zaman\u0131 olmas\u0131n\u0131n yan\u0131 s\u0131ra, pnpm’in ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimindeki verimlili\u011fi ile birle\u015fti\u011finde Docker imaj boyutlar\u0131nda \u00f6nemli optimizasyonlar sa\u011flar. pnpm, ba\u011f\u0131ml\u0131l\u0131klar\u0131 payla\u015f\u0131lan bir depoda tuttu\u011fu ve sembolik linkler kulland\u0131\u011f\u0131 i\u00e7in, \n Deno’nun varsay\u0131lan olarak g\u00fcvenli olmas\u0131, konteynerize edilmi\u015f uygulamalar i\u00e7in ek bir koruma katman\u0131 sa\u011flar. Deno uygulamalar\u0131, dosya sistemi, a\u011f, ortam de\u011fi\u015fkenleri ve alt s\u00fcre\u00e7lere eri\u015fim i\u00e7in a\u00e7\u0131k\u00e7a izin istemelidir. Bu, Docker’\u0131n sundu\u011fu konteyner izolasyonuyla birle\u015fti\u011finde, g\u00fcvenlik duru\u015funu \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fc\u00e7lendirir. Docker konteynerleri zaten uygulaman\u0131z\u0131 ana sistemden izole ederken, Deno’nun ince taneli izin modeli, uygulaman\u0131n konteyner i\u00e7indeki olas\u0131 k\u00f6t\u00fc niyetli eylemlerini s\u0131n\u0131rlar. \u00d6rne\u011fin, bir web sunucusu uygulamas\u0131 sadece a\u011f eri\u015fimine ihtiya\u00e7 duyarken, dosya sistemine yazma veya rastgele programlar \u00e7al\u0131\u015ft\u0131rma iznine sahip olmamal\u0131d\u0131r. Bu prensip, olas\u0131 g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131n neden olabilece\u011fi zarar\u0131 minimuma indirmeye yard\u0131mc\u0131 olur. Ayr\u0131ca, pnpm’in \n Docker’\u0131n en b\u00fcy\u00fck avantaj\u0131, “\u00e7al\u0131\u015f\u0131yor benim makinemde” sorununu ortadan kald\u0131rmas\u0131d\u0131r. Deno ve pnpm ile geli\u015ftirilen bir uygulama, Docker imaj\u0131na paketlendi\u011finde, bu imaj\u0131n her ortamda (yerel geli\u015ftirme, test, haz\u0131rl\u0131k, \u00fcretim) ayn\u0131 \u015fekilde davranmas\u0131 garanti edilir. Bu tutarl\u0131l\u0131k, hata ay\u0131klama s\u00fcre\u00e7lerini basitle\u015ftirir, da\u011f\u0131t\u0131m risklerini azalt\u0131r ve t\u00fcm geli\u015ftirme ekibinin ayn\u0131 ortamda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. Bir geli\u015ftirici, Deno ve pnpm workspace’ini i\u00e7eren Docker imaj\u0131n\u0131 kullanarak, uygulama davran\u0131\u015f\u0131n\u0131n kendi yerel makinesinde test edildi\u011fi gibi \u00fcretimde de olaca\u011f\u0131ndan emin olabilir. Bu ta\u015f\u0131nabilirlik, \u00f6zellikle farkl\u0131 bulut sa\u011flay\u0131c\u0131lar\u0131 veya sunucu altyap\u0131lar\u0131 aras\u0131nda ge\u00e7i\u015f yaparken hayati \u00f6neme sahiptir. Konteynerler, altyap\u0131dan ba\u011f\u0131ms\u0131z bir uygulama katman\u0131 sa\u011flayarak, uygulamalar\u0131n \u00e7ok daha esnek ve adapte olabilir olmas\u0131n\u0131 sa\u011flar.\n <\/p>\n \n Monorepo yap\u0131s\u0131nda Deno ve pnpm kullanmak, geli\u015ftiricilerin farkl\u0131 servisler veya k\u00fct\u00fcphaneler aras\u0131nda kolayca ge\u00e7i\u015f yapmas\u0131n\u0131 sa\u011flar. T\u00fcm kod taban\u0131 tek bir yerde oldu\u011fundan, kod payla\u015f\u0131m\u0131 ve ba\u011f\u0131ml\u0131l\u0131k g\u00fcncellemeleri \u00e7ok daha sorunsuz hale gelir. Docker’\u0131n bu yap\u0131ya entegrasyonu, geli\u015ftirme ortam\u0131n\u0131n h\u0131zl\u0131 bir \u015fekilde kurulmas\u0131n\u0131 sa\u011flar; yeni bir geli\u015ftirici sadece depoyu klonlay\u0131p Docker komutlar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rarak eksiksiz bir geli\u015ftirme ortam\u0131na sahip olabilir. Ayr\u0131ca, CI\/CD s\u00fcre\u00e7leri (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) bu entegrasyondan b\u00fcy\u00fck \u00f6l\u00e7\u00fcde faydalan\u0131r. K\u00fc\u00e7\u00fck ve optimize edilmi\u015f Docker imajlar\u0131, daha h\u0131zl\u0131 build ve push s\u00fcreleri anlam\u0131na gelir. Multi-stage build yakla\u015f\u0131mlar\u0131 kullan\u0131larak, yaln\u0131zca gerekli runtime bile\u015fenlerini i\u00e7eren nihai imajlar olu\u015fturulabilir, bu da da\u011f\u0131t\u0131m boru hatlar\u0131n\u0131 daha verimli hale getirir. Tek bir monorepo de\u011fi\u015fikli\u011fi, ilgili t\u00fcm servislerin otomatik olarak test edilmesini ve da\u011f\u0131t\u0131lmas\u0131n\u0131 tetikleyebilir, bu da teslimat s\u00fcrelerini k\u0131salt\u0131r ve yaz\u0131l\u0131m\u0131n pazara daha h\u0131zl\u0131 ula\u015fmas\u0131n\u0131 sa\u011flar.\n <\/p>\n \n Bu b\u00f6l\u00fcmde, Deno ve pnpm workspace yap\u0131n\u0131z\u0131 bir Docker imaj\u0131na d\u00f6n\u00fc\u015ft\u00fcrmek i\u00e7in pratik ad\u0131mlar\u0131 ele alaca\u011f\u0131z. Bir Dockerfile’\u0131n nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131, multi-stage build prensiplerini ve \n Ba\u015flamadan \u00f6nce, bir Deno ve pnpm monorepo yap\u0131s\u0131na sahip oldu\u011funuzu varsayal\u0131m. Tipik bir pnpm workspace, k\u00f6k dizinde bir \n \u00d6rnek bir proje yap\u0131s\u0131 \u015f\u00f6yle g\u00f6r\u00fcnebilir:\n <\/p>\n <\/code><\/p>\n \n <\/code><\/p>\n \n K\u00f6k <\/code><\/p>\n \n Her bir alt proje (\u00f6rne\u011fin <\/code><\/p>\n \n Optimize edilmi\u015f bir Docker imaj\u0131 olu\u015fturmak i\u00e7in multi-stage build (\u00e7ok a\u015famal\u0131 derleme) yakla\u015f\u0131m\u0131n\u0131 kullanmak en iyi y\u00f6ntemdir. Bu, imaj boyutunu k\u00fc\u00e7\u00fclt\u00fcr ve gereksiz ara\u00e7lar\u0131n \u00fcretim imaj\u0131na dahil edilmesini engeller. Temel olarak, bir a\u015famada t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar y\u00fcklenir ve uygulama derlenir (varsa), ikinci a\u015famada ise sadece uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli olan minimum bile\u015fenler kopyalan\u0131r.\n <\/p>\n \n Bu a\u015famada, Deno \u00e7al\u0131\u015fma zaman\u0131n\u0131 ve pnpm'i kurup, workspace ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 y\u00fckleyece\u011fiz.\n <\/p>\n <\/code><\/p>\n \n Bu a\u015famada, \u00f6nceki a\u015famadan gerekli dosyalar\u0131 kopyalayarak minimal bir \u00fcretim imaj\u0131 olu\u015fturaca\u011f\u0131z.\n <\/p>\n <\/code><\/p>\n \n Tek bir monorepo i\u00e7inde birden fazla Deno servisini y\u00f6netiyorsan\u0131z veya veritaban\u0131 gibi ek servislerle \u00e7al\u0131\u015f\u0131yorsan\u0131z, \n \u00d6rnek bir <\/code><\/p>\n \n Bu \n Sadece bir Dockerfile olu\u015fturmak yeterli de\u011fildir; imajlar\u0131n\u0131z\u0131n m\u00fcmk\u00fcn oldu\u011funca optimize edilmi\u015f, k\u00fc\u00e7\u00fck ve g\u00fcvenli oldu\u011fundan emin olmak i\u00e7in ek ad\u0131mlar atman\u0131z gerekir. Bu b\u00f6l\u00fcmde, Deno ve pnpm ile olu\u015fturdu\u011funuz Docker imajlar\u0131n\u0131n performans\u0131n\u0131 ve g\u00fcvenli\u011fini art\u0131rmak i\u00e7in uygulayabilece\u011finiz stratejileri ve en iyi uygulamalar\u0131 ele alaca\u011f\u0131z. Bu optimizasyonlar, daha h\u0131zl\u0131 da\u011f\u0131t\u0131m, daha az kaynak t\u00fcketimi ve daha sa\u011flam uygulamalar anlam\u0131na gelir.\n <\/p>\n \n Daha \u00f6nce de bahsetti\u011fimiz gibi, multi-stage build (\u00e7ok a\u015famal\u0131 derleme), Docker imajlar\u0131n\u0131 optimize etmenin en etkili yollar\u0131ndan biridir. Bu teknik, bir Dockerfile i\u00e7inde birden fazla \n Bu yakla\u015f\u0131m\u0131n temel avantajlar\u0131 \u015funlard\u0131r:\n <\/p>\n \n Deno ve pnpm ile multi-stage build, \u00f6zellikle pnpm'in payla\u015f\u0131ml\u0131 deposunun avantajlar\u0131ndan yararlanarak, ba\u011f\u0131ml\u0131l\u0131k y\u00fckleme ad\u0131m\u0131n\u0131 daha verimli hale getirir.\n <\/p>\n \n \u00dcretim ortam\u0131ndaki Docker imajlar\u0131nda \"minimum ba\u011f\u0131ml\u0131l\u0131k prensibi\"ni uygulamak, performans\u0131 ve g\u00fcvenli\u011fi art\u0131rman\u0131n temelidir. Bu, imaj\u0131n\u0131za yaln\u0131zca uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in kesinlikle gerekli olan her \u015feyi dahil etmek anlam\u0131na gelir.\n <\/p>\n \n \n \u00d6rnek bir <\/code><\/p>\n \n Katman \u00d6nbellekleme Optimizasyonu<\/strong>: Docker, Dockerfile'daki her komutu ayr\u0131 bir katman olarak \u00f6nbelle\u011fe al\u0131r. Bir komut veya onun ba\u011f\u0131ml\u0131l\u0131klar\u0131 de\u011fi\u015fmedi\u011fi s\u00fcrece, Docker \u00f6nbelle\u011fe al\u0131nm\u0131\u015f katman\u0131 kullan\u0131r. Bu \u00f6zelli\u011fi etkin bir \u015fekilde kullanmak i\u00e7in:\n <\/p>\n \n Bu stratejilerle, Deno ve pnpm tabanl\u0131 Docker imajlar\u0131n\u0131z daha h\u0131zl\u0131 olu\u015fturulacak ve daha verimli \u00e7al\u0131\u015facakt\u0131r.\n <\/p>\n \n Deno ve pnpm workspace'ini Docker ile birle\u015ftirmek, \u00f6zellikle \u00f6l\u00e7eklenebilirlik ve y\u00f6netilebilirlik gerektiren ger\u00e7ek d\u00fcnya senaryolar\u0131nda b\u00fcy\u00fck faydalar sa\u011flar. Bu b\u00f6l\u00fcmde, bu entegrasyonun mikroservis mimarilerinde ve CI\/CD s\u00fcre\u00e7lerinde nas\u0131l kullan\u0131labilece\u011fini ve b\u00fcy\u00fck bir e-ticaret platformunda nas\u0131l ba\u015far\u0131yla uyguland\u0131\u011f\u0131na dair bir vaka analizini ele alaca\u011f\u0131z.\n <\/p>\n \n Mikroservis mimarileri, b\u00fcy\u00fck ve karma\u015f\u0131k uygulamalar\u0131 daha k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z ve y\u00f6netilebilir hizmetlere b\u00f6lme prensibine dayan\u0131r. Her bir mikroservis kendi ba\u015f\u0131na geli\u015ftirilebilir, da\u011f\u0131t\u0131labilir ve \u00f6l\u00e7eklendirilebilir. Deno ve pnpm workspace'i bu mimari i\u00e7in do\u011fal bir uyum sa\u011flar:\n <\/p>\n \n Bu yap\u0131 sayesinde, geli\u015ftirme ekipleri daha ba\u011f\u0131ms\u0131z \u00e7al\u0131\u015fabilir, servisler aras\u0131nda daha net s\u0131n\u0131rlar olu\u015fturulur ve uygulaman\u0131n genel hata tolerans\u0131 art\u0131r\u0131l\u0131r. Bir servisteki sorun, di\u011fer servisleri etkilemez.\n <\/p>\n \n S\u00fcrekli Entegrasyon (CI) ve S\u00fcrekli Da\u011f\u0131t\u0131m (CD) boru hatlar\u0131, modern yaz\u0131l\u0131m geli\u015ftirmenin ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r. Deno, pnpm ve Docker entegrasyonu, bu s\u00fcre\u00e7leri daha verimli ve g\u00fcvenilir hale getirir:\n <\/p>\n \n Bu entegrasyon, yaz\u0131l\u0131m teslimat\u0131n\u0131 h\u0131zland\u0131r\u0131r, insan hatas\u0131n\u0131 azalt\u0131r ve geli\u015ftiricilerin daha \u00e7ok de\u011fer yaratmaya odaklanmas\u0131n\u0131 sa\u011flar.\n <\/p>\n \n Bir e-ticaret platformunun, h\u0131zla b\u00fcy\u00fcyen m\u00fc\u015fteri taban\u0131na hizmet verebilmek i\u00e7in mevcut Node.js tabanl\u0131 mikroservis mimarisini Deno ve pnpm workspace'ine ta\u015f\u0131ma karar\u0131 ald\u0131\u011f\u0131n\u0131 varsayal\u0131m. Platformun, \u00fcr\u00fcn katalog y\u00f6netimi, kullan\u0131c\u0131 kimlik do\u011frulama, sipari\u015f i\u015fleme ve \u00f6deme a\u011f ge\u00e7itleri gibi bir\u00e7ok ba\u011f\u0131ms\u0131z servisi bulunuyordu.\n <\/p>\n \n Mevcut Durumun Zorluklar\u0131<\/strong>:\n <\/p>\n \n Deno, pnpm ve Docker ile D\u00f6n\u00fc\u015f\u00fcm<\/strong>:\n <\/p>\n \n Elde Edilen Faydalar<\/strong>:\n <\/p>\n \n Bu vaka analizi, Deno, pnpm ve Docker entegrasyonunun, \u00f6l\u00e7eklenen ve kritik \u00f6neme sahip uygulamalar i\u00e7in nas\u0131l g\u00fc\u00e7l\u00fc, verimli ve g\u00fcvenli bir \u00e7\u00f6z\u00fcm sundu\u011funu a\u00e7\u0131k\u00e7a g\u00f6stermektedir.\n <\/p>\n \n Temel Dockerfile kurulumunun \u00f6tesine ge\u00e7erek, Deno ve pnpm workspace'inizi i\u00e7eren Docker imajlar\u0131n\u0131zdan en y\u00fcksek performans\u0131 ve esnekli\u011fi elde etmek i\u00e7in baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131 ve p\u00fcf noktalar\u0131 bulunmaktad\u0131r. Bu b\u00f6l\u00fcm, deneyimli kullan\u0131c\u0131lar i\u00e7in pratik \u00f6neriler sunarak, geli\u015ftirme ve \u00fcretim ortamlar\u0131n\u0131z\u0131 daha da optimize etmenize yard\u0131mc\u0131 olacakt\u0131r.\n <\/p>\n \n Deno, mod\u00fclleri ilk \u00e7al\u0131\u015ft\u0131\u011f\u0131nda internetten indirir ve yerel bir \u00f6nbellekte saklar. Bu \u00f6nbellekleme mekanizmas\u0131n\u0131 Docker ba\u011flam\u0131nda verimli kullanmak, build s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131rabilir:\n <\/p>\n <\/code><\/p>\n \n Bu strateji, \u00f6zellikle Deno'nun d\u0131\u015f mod\u00fcllerini yo\u011fun olarak kullanan projelerde build s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r.\n <\/p>\n \n \u00c7o\u011fu Deno uygulamas\u0131 do\u011frudan \n E\u011fer <\/code><\/p>\n \n Docker build arg\u00fcmanlar\u0131 ( <\/code>\n <\/li>\n \n Yerel geli\u015ftirme ortam\u0131nda Docker kullan\u0131rken, kodunuzdaki de\u011fi\u015fiklikleri h\u0131zl\u0131ca g\u00f6rmek istersiniz. <\/code><\/p>\n \n Bu, yerel kodunuzu de\u011fi\u015ftirdi\u011finizde, Deno uygulamas\u0131n\u0131n otomatik olarak yeniden y\u00fcklenmesini ( \n Deno Debugger ile Hata Ay\u0131klama<\/strong>: Deno, yerle\u015fik bir hata ay\u0131klama protokol\u00fcne sahiptir (Chrome DevTools uyumlu). Docker konteyneri i\u00e7inde \u00e7al\u0131\u015fan bir Deno uygulamas\u0131nda hata ay\u0131klamak i\u00e7in, Deno uygulamas\u0131n\u0131 deno run --allow-net --allow-write main.ts<\/code> gibi komutlarla a\u00e7\u0131k\u00e7a verilmelidir. Bu g\u00fcvenlik modeli, \u00f6zellikle konteynerize edilmi\u015f uygulamalarda ekstra bir koruma katman\u0131 sa\u011flar, \u00e7\u00fcnk\u00fc yetkisiz eri\u015fim riski \u00f6nemli \u00f6l\u00e7\u00fcde azal\u0131r. Ayr\u0131ca, Deno’nun tek bir ikili dosya olarak da\u011f\u0131t\u0131lmas\u0131, Docker imajlar\u0131n\u0131n boyutunu k\u00fc\u00e7\u00fcltme potansiyeli sunar, zira NodeJS’in karma\u015f\u0131k node_modules<\/code> yap\u0131s\u0131na ihtiya\u00e7 duymaz. Bu sayede, daha h\u0131zl\u0131 indirme ve da\u011f\u0131t\u0131m s\u00fcreleri elde edilebilir.\n <\/p>\npnpm Nedir ve Monorepo Yap\u0131lar\u0131nda Ba\u011f\u0131ml\u0131l\u0131klar\u0131 Nas\u0131l Y\u00f6netir?<\/h3>\n
node_modules<\/code> dizinine ba\u011f\u0131ml\u0131l\u0131klar\u0131n kopyalar\u0131n\u0131 y\u00fcklerken, pnpm bu ba\u011f\u0131ml\u0131l\u0131klar\u0131 sisteminizdeki payla\u015f\u0131lan, i\u00e7erik adreslenebilir bir depo (content-addressable store) i\u00e7inde saklar. Bu depo, ayn\u0131 ba\u011f\u0131ml\u0131l\u0131k farkl\u0131 projelerde kullan\u0131ld\u0131\u011f\u0131nda tek bir kopyas\u0131n\u0131n tutulmas\u0131n\u0131 sa\u011flar. Her projenin node_modules<\/code> dizini ise sembolik linkler (symlinks) arac\u0131l\u0131\u011f\u0131yla bu payla\u015f\u0131lan depoya ba\u011flan\u0131r. Bu yakla\u015f\u0131m\u0131n ba\u015fl\u0131ca avantajlar\u0131 \u015funlard\u0131r:\n <\/p>\n\n
node_modules<\/code> i\u00e7inde sadece uygulaman\u0131n do\u011frudan ihtiya\u00e7 duydu\u011fu paketlerin g\u00f6r\u00fcn\u00fcr oldu\u011fu bir yap\u0131 olu\u015fturur. Bu, “phantom dependencies” (g\u00f6lge ba\u011f\u0131ml\u0131l\u0131klar) sorununu azalt\u0131r ve uygulaman\u0131z\u0131n yanl\u0131\u015fl\u0131kla beklenmedik paketlere eri\u015fmesini engeller.\n <\/li>\nnode_modules<\/code> boyutunu minimize etmeye ve derleme s\u00fcrelerini optimize etmeye yard\u0131mc\u0131 olur, zira daha az dosya kopyalan\u0131r ve daha az yer kaplar.\n <\/p>\nDocker Nedir ve Konteynerle\u015ftirmenin Avantajlar\u0131 Nelerdir?<\/h3>\n
\n
Monorepo Yakla\u015f\u0131m\u0131 Neden Tercih Edilmeli?<\/h3>\n
\n
Deno ve pnpm Workspace’i Docker’a Ta\u015f\u0131man\u0131n Avantajlar\u0131 Nelerdir?<\/h2>\n
Performans ve \u0130maj Boyutu Optimizasyonu: pnpm’in Rol\u00fc<\/h3>\n
node_modules<\/code> dizininin \u015fi\u015fkinli\u011fini engeller. Bu durum, \u00f6zellikle bir monorepo i\u00e7inde birden fazla projenin benzer ba\u011f\u0131ml\u0131l\u0131klara sahip oldu\u011fu senaryolarda \u00e7ok b\u00fcy\u00fck fayda sa\u011flar. Dockerfile i\u00e7erisinde pnpm install<\/code> komutu \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, e\u011fer ba\u011f\u0131ml\u0131l\u0131klar Docker’\u0131n \u00f6nbelle\u011finde (cache) varsa veya payla\u015f\u0131lan depoda mevcutsa, kurulum s\u00fcresi k\u0131sal\u0131r ve Docker katmanlar\u0131n\u0131n boyutu k\u00fc\u00e7\u00fcl\u00fcr. Sonu\u00e7 olarak, daha k\u00fc\u00e7\u00fck Docker imajlar\u0131 elde edilir. Daha k\u00fc\u00e7\u00fck imajlar, daha h\u0131zl\u0131 indirme, daha h\u0131zl\u0131 da\u011f\u0131t\u0131m ve daha az depolama alan\u0131 t\u00fcketimi anlam\u0131na gelir. \u00d6rne\u011fin, bir CI\/CD hatt\u0131nda her build i\u015fleminde imaj\u0131n yeniden olu\u015fturulmas\u0131 gerekti\u011finde, k\u00fc\u00e7\u00fck imajlar derleme ve da\u011f\u0131t\u0131m s\u00fcrelerini dramatik \u015fekilde k\u0131saltarak, geli\u015ftirici verimlili\u011fini art\u0131r\u0131r. Bu durum, \u00f6zellikle bulut ortamlar\u0131nda maliyet avantaj\u0131 da sa\u011flar, zira daha az depolama ve bant geni\u015fli\u011fi kullan\u0131l\u0131r.\n <\/p>\nGeli\u015fmi\u015f G\u00fcvenlik: Deno’nun \u0130zin Modeli ve Konteyner \u0130zolasyonu<\/h3>\n
node_modules<\/code> yap\u0131s\u0131ndaki s\u0131k\u0131 g\u00fcvenlik modeli, uygulaman\u0131n yaln\u0131zca do\u011frudan ba\u011f\u0131ml\u0131l\u0131klar\u0131na eri\u015fmesini sa\u011flayarak, k\u00f6t\u00fc niyetli “phantom dependencies” riskini de azalt\u0131r. Bu \u00e7ok katmanl\u0131 g\u00fcvenlik yakla\u015f\u0131m\u0131, kritik uygulamalar i\u00e7in ideal bir ortam sunar.\n <\/p>\nTutarl\u0131l\u0131k ve Ta\u015f\u0131nabilirlik: Docker’\u0131n Temel Vaadi<\/h3>\n
Geli\u015ftirici Deneyimi ve CI\/CD S\u00fcre\u00e7lerinde H\u0131zlanma<\/h3>\n
Ad\u0131m Ad\u0131m Uygulama: Deno ve pnpm Workspace \u0130\u00e7in Dockerfile Nas\u0131l Olu\u015fturulur?<\/h2>\n
docker-compose.yml<\/code> ile \u00e7oklu servisleri nas\u0131l y\u00f6netece\u011finizi \u00f6rneklerle g\u00f6sterece\u011fiz. Bu ad\u0131mlar, projenizin g\u00fcvenli, performansl\u0131 ve tutarl\u0131 bir \u015fekilde konteynerize edilmesini sa\u011flayacakt\u0131r.\n <\/p>\n\u00d6rnek Bir pnpm Workspace Yap\u0131s\u0131 Olu\u015fturma<\/h3>\n
package.json<\/code> ve bir pnpm-workspace.yaml<\/code> dosyas\u0131 i\u00e7erir. packages\/<\/code> dizini alt\u0131nda ise ba\u011f\u0131ms\u0131z Deno uygulamalar\u0131n\u0131z veya k\u00fct\u00fcphaneleriniz bulunur.\n <\/p>\n\n my-deno-monorepo\/\n \u251c\u2500\u2500 package.json\n \u251c\u2500\u2500 pnpm-workspace.yaml\n \u251c\u2500\u2500 Dockerfile\n \u251c\u2500\u2500 packages\/\n \u2502 \u251c\u2500\u2500 backend\/\n \u2502 \u2502 \u251c\u2500\u2500 package.json\n \u2502 \u2502 \u2514\u2500\u2500 src\/\n \u2502 \u2502 \u2514\u2500\u2500 main.ts\n \u2502 \u2514\u2500\u2500 common-lib\/\n \u2502 \u251c\u2500\u2500 package.json\n \u2502 \u2514\u2500\u2500 src\/\n \u2502 \u2514\u2500\u2500 utils.ts\n \u2514\u2500\u2500 .dockerignore\n <\/pre>\npnpm-workspace.yaml<\/code> dosyas\u0131n\u0131n i\u00e7eri\u011fi, pnpm'e hangi dizinlerin workspace \u00fcyeleri oldu\u011funu bildirir:\n <\/p>\n\n packages:\n - 'packages\/*'\n <\/pre>\npackage.json<\/code> dosyas\u0131, genellikle workspace genelindeki komutlar\u0131 veya ba\u011f\u0131ml\u0131l\u0131klar\u0131 bar\u0131nd\u0131r\u0131r. \u00d6rne\u011fin:\n <\/p>\n\n {\n \"name\": \"deno-monorepo-root\",\n \"version\": \"1.0.0\",\n \"private\": true,\n \"scripts\": {\n \"start:backend\": \"pnpm --filter backend start\"\n }\n }\n <\/pre>\npackages\/backend<\/code>), kendi package.json<\/code> dosyas\u0131na sahip olabilir ve Deno komutlar\u0131n\u0131 scripts<\/code> b\u00f6l\u00fcm\u00fcnde tan\u0131mlayabilir. \u00d6rne\u011fin, packages\/backend\/package.json<\/code> i\u00e7inde:\n <\/p>\n\n {\n \"name\": \"backend\",\n \"version\": \"1.0.0\",\n \"type\": \"module\",\n \"scripts\": {\n \"start\": \"deno run --allow-net --allow-env src\/main.ts\",\n \"dev\": \"deno run --watch --allow-net --allow-env src\/main.ts\"\n },\n \"dependencies\": {\n \"oak\": \"^12.0.0\"\n },\n \"devDependencies\": {\n \"@deno\/types\": \"^0.160.0\"\n }\n }\n <\/pre>\nDockerfile Haz\u0131rl\u0131\u011f\u0131: Multi-Stage Build Yakla\u015f\u0131m\u0131<\/h3>\n
Ad\u0131m 1: Builder A\u015famas\u0131 (Ba\u011f\u0131ml\u0131l\u0131k Y\u00fckleme ve Derleme)<\/h4>\n
\n # Stage 1: Ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fckle ve uygulamay\u0131 derle (build)\n FROM denoland\/deno:1.x.x AS builder\n\n WORKDIR \/app\n\n # pnpm'i global olarak kur\n # Deno imajlar\u0131nda npm\/node varsay\u0131lan olarak gelmeyebilir, bu nedenle \u00f6nce npm'i kurman\u0131z gerekebilir.\n # Alternatif olarak, Deno'nun entegre ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini kullanabilirsiniz.\n # E\u011fer Deno sadece bir \u00e7al\u0131\u015fma zaman\u0131 olarak kullan\u0131lacaksa, pnpm ad\u0131m\u0131 atlanabilir\n # ve sadece Deno ba\u011f\u0131ml\u0131l\u0131klar\u0131 (deps.ts) kullan\u0131larak build yap\u0131labilir.\n # Ancak burada pnpm workspace \u00f6rne\u011fi i\u00e7in kurulumu g\u00f6sterelim:\n RUN apt-get update && apt-get install -y curl && \\\n curl -fsSL https:\/\/get.pnpm.io\/install.sh | sh - && \\\n pnpm setup && \\\n # pnpm'in PATH'e eklenmesi i\u00e7in kabuk yeniden ba\u015flatma veya PATH'i elle ayarlama\n export PATH=\"$PATH:\/root\/.local\/share\/pnpm\" # pnpm'in tipik kurulum yolu\n\n # pnpm-lock.yaml, package.json ve workspace dosyalar\u0131n\u0131 kopyala\n COPY package.json pnpm-lock.yaml .\/\n COPY pnpm-workspace.yaml .\/\n COPY packages\/ packages\/ # Monorepo yap\u0131s\u0131ndaki alt projeler\n\n # Ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fckle. --frozen-lockfile deterministik build'ler i\u00e7in \u00f6nemlidir.\n # --prod sadece production ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 y\u00fckler, dev ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 atlar.\n RUN pnpm install --frozen-lockfile --prod\n\n # Derleme ad\u0131m\u0131 (e\u011fer Deno uygulaman\u0131z\u0131n bir derleme s\u00fcreci varsa)\n # Deno uygulamalar\u0131 genellikle derlenmez, do\u011frudan .ts veya .js dosyalar\u0131 \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r.\n # Ancak baz\u0131 senaryolarda deno compile<\/code> kullan\u0131labilir:\n # RUN deno compile --allow-net --output my-app packages\/backend\/src\/main.ts\n <\/pre>\nPATH<\/code> sorunlar\u0131na neden olabilir. Yukar\u0131daki export PATH<\/code> sat\u0131r\u0131 veya benzeri bir y\u00f6ntemle pnpm y\u00fcr\u00fct\u00fclebilir dosyas\u0131n\u0131n do\u011fru \u015fekilde bulunmas\u0131n\u0131 sa\u011flamak \u00f6nemlidir. Ayr\u0131ca, Deno'nun resmi imajlar\u0131nda Node.js ve npm bulunmad\u0131\u011f\u0131 i\u00e7in pnpm'i kendiniz kurman\u0131z gerekecektir. E\u011fer Deno'nun deno.land\/x\/<\/code> mod\u00fcllerini kullan\u0131yorsan\u0131z, pnpm<\/code> kurulumu gerekmeyebilir ve sadece Deno mod\u00fcl \u00f6nbelle\u011fini kullanarak ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fckleyebilirsiniz. Bu \u00f6rnek, Node.js ba\u011f\u0131ml\u0131l\u0131klar\u0131 da olan karma bir monorepo veya pnpm'in g\u00fc\u00e7l\u00fc ba\u011f\u0131ml\u0131l\u0131k y\u00f6netimini Deno ile birle\u015ftirmek isteyenler i\u00e7in tasarlanm\u0131\u015ft\u0131r.\n <\/div>\n<\/p>\nAd\u0131m 2: \u00c7al\u0131\u015fma Zaman\u0131 A\u015famas\u0131 (Final \u0130maj)<\/h4>\n
\n # Stage 2: Minimal bir runtime imaj\u0131 olu\u015ftur\n FROM denoland\/deno:1.x.x-slim\n\n WORKDIR \/app\n\n # Builder a\u015famas\u0131ndan ba\u011f\u0131ml\u0131l\u0131klar\u0131 ve uygulama kodunu kopyala\n # E\u011fer deno compile<\/code> kulland\u0131ysan\u0131z:\n # COPY --from=builder \/app\/my-app .\/my-app\n # ENTRYPOINT [\".\/my-app\"]\n\n # E\u011fer do\u011frudan Deno CLI ile \u00e7al\u0131\u015ft\u0131racaksan\u0131z (tipik Deno yakla\u015f\u0131m\u0131):\n COPY --from=builder \/app .\/\n\n # Uygulaman\u0131n giri\u015f noktas\u0131n\u0131 belirtin\n # \u00d6rnek: packages\/backend\/src\/main.ts\n # --allow-net gibi izinleri burada belirtmek \u00f6nemlidir.\n CMD [\"deno\", \"run\", \"--allow-net\", \"--allow-env\", \"packages\/backend\/src\/main.ts\"]\n\n # Uygulaman\u0131n dinleyece\u011fi portu a\u00e7\n EXPOSE 8000\n <\/pre>\ndocker-compose.yml<\/code> ile Orchestration ve Geli\u015ftirme Ortam\u0131 Y\u00f6netimi<\/h3>\ndocker-compose.yml<\/code> dosyas\u0131 kullan\u0131\u015fl\u0131 olacakt\u0131r. Bu dosya, t\u00fcm servislerinizi tek bir komutla aya\u011fa kald\u0131rman\u0131za olanak tan\u0131r.\n <\/p>\ndocker-compose.yml<\/code> dosyas\u0131:\n <\/p>\n\n version: '3.8'\n services:\n backend:\n build:\n context: .\n dockerfile: Dockerfile\n ports:\n - \"8000:8000\"\n # Geli\u015ftirme s\u0131ras\u0131nda kod de\u011fi\u015fikliklerini otomatik yans\u0131tmak i\u00e7in bind mount kullanabilirsiniz.\n # \u00dcretim ortam\u0131nda genellikle bu tercih edilmez.\n volumes:\n - .:\/app\n environment:\n DENO_ENV: development\n command: deno run --allow-net --allow-env --watch packages\/backend\/src\/main.ts # Geli\u015ftirme i\u00e7in --watch kullan\u0131n\n restart: always # Hata durumunda servisi yeniden ba\u015flat\n\n # E\u011fer ba\u015fka bir servisiniz varsa (\u00f6rne\u011fin bir veritaban\u0131):\n # postgres:\n # image: postgres:13\n # environment:\n # POSTGRES_DB: mydatabase\n # POSTGRES_USER: user\n # POSTGRES_PASSWORD: password\n # ports:\n # - \"5432:5432\"\n <\/pre>\ndocker-compose.yml<\/code> dosyas\u0131n\u0131 kullanarak, terminalinizde docker-compose up --build<\/code> komutunu \u00e7al\u0131\u015ft\u0131rarak t\u00fcm Deno uygulaman\u0131z\u0131 ve ilgili servislerinizi kolayca olu\u015fturup ba\u015flatabilirsiniz. Geli\u015ftirme s\u0131ras\u0131nda volumes<\/code> kullan\u0131m\u0131, yerel kodunuzda yapt\u0131\u011f\u0131n\u0131z de\u011fi\u015fikliklerin konteyner i\u00e7inde an\u0131nda yans\u0131mas\u0131n\u0131 sa\u011flar, bu da geli\u015ftirme d\u00f6ng\u00fcs\u00fcn\u00fc h\u0131zland\u0131r\u0131r.\n <\/p>\nPerformans ve G\u00fcvenlik Optimizasyonlar\u0131: Docker \u0130majlar\u0131n\u0131z\u0131 Nas\u0131l \u0130yile\u015ftirirsiniz?<\/h2>\n
Multi-Stage Build'in G\u00fcc\u00fc: Neden Kullanmal\u0131y\u0131z?<\/h3>\n
FROM<\/code> ifadesi kullanarak farkl\u0131 a\u015famalar tan\u0131mlaman\u0131z\u0131 sa\u011flar. \u0130lk a\u015famalar (genellikle \"builder\" a\u015famalar\u0131), ba\u011f\u0131ml\u0131l\u0131klar\u0131 y\u00fcklemek, kodu derlemek veya testleri \u00e7al\u0131\u015ft\u0131rmak gibi i\u015flemleri ger\u00e7ekle\u015ftirmek i\u00e7in gerekli t\u00fcm ara\u00e7lar\u0131 ve kaynaklar\u0131 i\u00e7erir. Daha sonraki a\u015famalar (genellikle \"runtime\" veya \"final\" a\u015famalar\u0131) ise, yaln\u0131zca uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in kesinlikle gerekli olan bile\u015fenleri ve nihai \u00e7\u0131kt\u0131y\u0131 \u00f6nceki a\u015famalardan kopyalar.\n <\/p>\n\n
RUN<\/code> komutunu ayr\u0131 bir katman olarak \u00f6nbelle\u011fe al\u0131r. Multi-stage build'lerde, ba\u011f\u0131ml\u0131l\u0131k y\u00fckleme ve derleme a\u015famalar\u0131 ayr\u0131 katmanlarda tutuldu\u011fu i\u00e7in, kodunuz de\u011fi\u015fti\u011finde sadece de\u011fi\u015fen katmanlar yeniden derlenir, bu da sonraki build'leri h\u0131zland\u0131r\u0131r.\n <\/li>\n<\/ul>\nMinimum Ba\u011f\u0131ml\u0131l\u0131k Prensibi ve Deno \u0130zin Modeli<\/h3>\n
\n
--allow-net<\/code>, --allow-read<\/code>, --allow-env<\/code>). Bu izinleri Dockerfile'\u0131n\u0131zdaki CMD<\/code> veya ENTRYPOINT<\/code> komutlar\u0131nda belirtmek, uygulaman\u0131z\u0131n konteyner i\u00e7inde bile sadece belirli operasyonlar\u0131 ger\u00e7ekle\u015ftirmesini sa\u011flar. Bu, yetkisiz eri\u015fim veya k\u00f6t\u00fc ama\u00e7l\u0131 kod \u00e7al\u0131\u015ft\u0131rma riskini minimuma indirir. \u00d6rne\u011fin, bir API servisi sadece a\u011f eri\u015fimine ihtiya\u00e7 duyuyorsa, dosya yazma izni vermemeniz g\u00fcvenli\u011fi art\u0131r\u0131r.\n <\/li>\npnpm install --prod --frozen-lockfile<\/code> gibi komutlar, sadece \u00fcretim ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n y\u00fcklenmesini sa\u011flar. Geli\u015ftirme veya test ba\u011f\u0131ml\u0131l\u0131klar\u0131 (dev-dependencies) \u00fcretim imaj\u0131na dahil edilmez, bu da imaj boyutunu daha da k\u00fc\u00e7\u00fclt\u00fcr.\n <\/li>\n<\/ul>\n.dockerignore<\/code> Dosyas\u0131 ve Katman \u00d6nbellekleme Optimizasyonu<\/h3>\n.dockerignore<\/code> dosyas\u0131, Docker'\u0131n ba\u011flam (context) dizinini imaj olu\u015ftururken taramas\u0131n\u0131 engelleyecek dosya ve dizinleri belirtmek i\u00e7in kullan\u0131l\u0131r. Bu dosya, gereksiz dosyalar\u0131n (\u00f6rne\u011fin, .git<\/code> dizini, node_modules<\/code> (e\u011fer bir builder a\u015famas\u0131nda olu\u015fturuluyorsa), ge\u00e7ici dosyalar, edit\u00f6r ayarlar\u0131) Docker build ba\u011flam\u0131na kopyalanmas\u0131n\u0131 engeller. Bu sayede:\n <\/p>\n\n
.dockerignore<\/code> dosyas\u0131:\n <\/p>\n\n node_modules\/\n .git\/\n .vscode\/\n tmp\/\n *.log\n *.env\n dist\/ # E\u011fer build \u00e7\u0131kt\u0131s\u0131 bu dizindeyse ve sadece final a\u015famas\u0131na kopyalayacaksan\u0131z\n <\/pre>\n\n
package.json<\/code>, pnpm-lock.yaml<\/code> ve pnpm-workspace.yaml<\/code> gibi ba\u011f\u0131ml\u0131l\u0131k tan\u0131mlay\u0131c\u0131 dosyalar, uygulama kodundan daha az s\u0131kl\u0131kla de\u011fi\u015fir. Bu dosyalar\u0131 Dockerfile'\u0131n ba\u015flar\u0131nda kopyalay\u0131p ba\u011f\u0131ml\u0131l\u0131k y\u00fckleme komutunu (pnpm install<\/code>) hemen ard\u0131ndan \u00e7al\u0131\u015ft\u0131rmak, ba\u011f\u0131ml\u0131l\u0131klar de\u011fi\u015fmedi\u011finde bu katman\u0131n \u00f6nbellekten kullan\u0131lmas\u0131n\u0131 sa\u011flar.\n <\/li>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131: Monorepo Docker \u0130majlar\u0131 ile \u00d6l\u00e7eklenebilirlik<\/h2>\n
Mikroservis Mimarilerinde Deno ve pnpm Workspace Y\u00f6netimi<\/h3>\n
\n
packages\/auth-service<\/code>, packages\/product-service<\/code>), kendi Dockerfile'\u0131na sahip olabilir. Bu Dockerfile, yaln\u0131zca o servisin ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 ve kodunu i\u00e7eren minimal bir imaj olu\u015fturur. Bu, servislerin birbirinden ba\u011f\u0131ms\u0131z olarak g\u00fcncellenmesine ve \u00f6l\u00e7eklenmesine olanak tan\u0131r. \u00d6rne\u011fin, bir servis yo\u011fun trafik al\u0131rken di\u011ferleri daha az kaynak t\u00fcketebilir.\n <\/li>\npackages\/common-lib<\/code> gibi payla\u015f\u0131ml\u0131 k\u00fct\u00fcphaneler, farkl\u0131 servisler aras\u0131nda kod tekrar\u0131n\u0131 \u00f6nler. pnpm workspace, bu payla\u015f\u0131ml\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131n t\u00fcm servisler taraf\u0131ndan verimli bir \u015fekilde kullan\u0131lmas\u0131n\u0131 sa\u011flar. Docker imajlar\u0131 olu\u015fturulurken, bu ortak ba\u011f\u0131ml\u0131l\u0131klar da do\u011fru bir \u015fekilde resolver edilir.\n <\/li>\ndocker-compose.yml<\/code> dosyas\u0131 birden fazla Deno servisini ve di\u011fer ba\u011f\u0131ml\u0131 servisleri (veritabanlar\u0131, mesaj kuyruklar\u0131 vb.) tek bir komutla aya\u011fa kald\u0131rmak i\u00e7in kullan\u0131labilir. Bu, geli\u015ftiricilerin t\u00fcm ekosistemi yerel olarak kolayca test etmelerini sa\u011flar.\n <\/li>\n<\/ul>\nCI\/CD S\u00fcre\u00e7lerine Entegrasyon ve Otomatik Da\u011f\u0131t\u0131m<\/h3>\n
\n
Vaka Analizi: B\u00fcy\u00fck Bir E-ticaret Platformunda Entegrasyon<\/h3>\n
\n
node_modules<\/code> dizinlerinin \u015fi\u015fkinli\u011fi, CI\/CD s\u00fcre\u00e7lerinde uzun build s\u00fcrelerine ve b\u00fcy\u00fck Docker imajlar\u0131na neden oluyordu.<\/li>\n\n
packages\/<\/code> alt\u0131nda her bir servis ve k\u00fct\u00fcphane kendi Deno projesi olarak konumland\u0131r\u0131ld\u0131.\n <\/li>\npnpm install --frozen-lockfile --prod<\/code> komutlar\u0131 Docker build s\u00fcrecinin \u00f6nemli bir par\u00e7as\u0131 oldu.\n <\/li>\nDockerfile<\/code>'\u0131nda Deno'nun --allow-net<\/code>, --allow-read<\/code> gibi izinleri ince ayarland\u0131. \u00d6rne\u011fin, \u00f6deme servisi sadece a\u011f ve belirli ortam de\u011fi\u015fkenlerine eri\u015fim iznine sahipken, dosya sistemine yazma izni verilmedi.\n <\/li>\n\n
\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve P\u00fcf Noktalar\u0131: Docker ve Deno'dan Daha Fazlas\u0131n\u0131 Nas\u0131l Al\u0131rs\u0131n\u0131z?<\/h2>\n
Deno Mod\u00fcl \u00d6nbellekleme ve Performans Optimizasyonlar\u0131<\/h3>\n
\n
DENO_DIR<\/code> Ortam De\u011fi\u015fkeni<\/strong>: Deno'nun mod\u00fcl \u00f6nbelle\u011fini saklad\u0131\u011f\u0131 dizini (~\/.deno<\/code>) de\u011fi\u015ftirmek i\u00e7in DENO_DIR<\/code> ortam de\u011fi\u015fkenini kullanabilirsiniz. Dockerfile'da bu dizini ayarlayarak ve bu dizini ayr\u0131 bir katmanda \u00f6nbelle\u011fe alarak, ba\u011f\u0131ml\u0131l\u0131klar de\u011fi\u015fmedi\u011fi s\u00fcrece mod\u00fcllerin tekrar indirilmesini engelleyebilirsiniz.\n <\/li>\n<\/ul>\n\n # Dockerfile'da builder a\u015famas\u0131nda\n FROM denoland\/deno:1.x.x AS builder\n\n WORKDIR \/app\n\n ENV DENO_DIR=\/deno-cache\n\n # \u00d6nbellek dizinini olu\u015ftur ve sahipli\u011fini ayarla (Deno'nun \u00e7al\u0131\u015faca\u011f\u0131 kullan\u0131c\u0131)\n RUN mkdir -p ${DENO_DIR} && chown deno:deno ${DENO_DIR}\n\n # Ba\u011f\u0131ml\u0131l\u0131klar\u0131 i\u00e7eren t\u00fcm .ts veya .js dosyalar\u0131n\u0131 kopyala (sadece import'lar\u0131 resolve etmek i\u00e7in yeterli olanlar\u0131)\n # \u00d6rne\u011fin, t\u00fcm projelerin deps.ts dosyalar\u0131 veya ana giri\u015f noktalar\u0131\n COPY packages\/backend\/src\/deps.ts packages\/backend\/src\/\n # Di\u011fer servisler i\u00e7in de benzer \u015fekilde\n COPY packages\/common-lib\/src\/mod.ts packages\/common-lib\/src\/\n\n # Deno'nun ba\u011f\u0131ml\u0131l\u0131klar\u0131 indirmesini ve \u00f6nbelle\u011fe almas\u0131n\u0131 sa\u011fla\n # Bu ad\u0131m, sadece mod\u00fcllerin indirilece\u011fi ve cache'lenece\u011fi bir \"deno check\" veya \"deno cache\" komutu olabilir.\n # --quiet<\/code> ve --reload<\/code> sadece ilk build i\u00e7in veya zorunlu g\u00fcncellemeler i\u00e7in kullan\u0131labilir.\n RUN deno cache --quiet packages\/backend\/src\/deps.ts && \\\n deno cache --quiet packages\/common-lib\/src\/mod.ts\n # ... daha sonra pnpm install ve di\u011fer ad\u0131mlar devam eder ...\n\n # Final a\u015famas\u0131nda \u00f6nbelle\u011fi kopyala\n FROM denoland\/deno:1.x.x-slim\n WORKDIR \/app\n ENV DENO_DIR=\/deno-cache\n COPY --from=builder ${DENO_DIR} ${DENO_DIR}\n # ... di\u011fer uygulama kodu kopyalama ve \u00e7al\u0131\u015ft\u0131rma ...\n <\/pre>\ndeno compile<\/code> Kullan\u0131m\u0131 vs. deno run<\/code><\/h3>\ndeno run<\/code> komutuyla \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. Ancak, deno compile<\/code> komutu, uygulaman\u0131z\u0131 tek bir ba\u011f\u0131ms\u0131z y\u00fcr\u00fct\u00fclebilir dosyaya derlemenize olanak tan\u0131r. Bu, \u00f6zellikle minimal Docker imajlar\u0131 olu\u015fturmak ve Deno runtime'\u0131n\u0131 bile i\u00e7ermeyen \"scratch\" tabanl\u0131 imajlar elde etmek i\u00e7in faydal\u0131 olabilir.\n <\/p>\n\n
deno run<\/code><\/strong>: Esneklik ve h\u0131zl\u0131 geli\u015ftirme d\u00f6ng\u00fcs\u00fc sa\u011flar. Kod de\u011fi\u015fiklikleri an\u0131nda yans\u0131t\u0131labilir (--watch<\/code> ile). Daha \u00e7ok geli\u015ftirme ve baz\u0131 \u00fcretim senaryolar\u0131nda tercih edilir. Final Docker imaj\u0131 Deno runtime'\u0131n\u0131 i\u00e7ermelidir.\n <\/li>\ndeno compile<\/code><\/strong>: \u00dcretim i\u00e7in daha k\u00fc\u00e7\u00fck, tamamen ba\u011f\u0131ms\u0131z ikili dosyalar olu\u015fturur. Deno runtime'\u0131 gerektirmez, bu da imaj boyutunu daha da k\u00fc\u00e7\u00fclt\u00fcr. Daha h\u0131zl\u0131 ba\u015flatma s\u00fcresi sunabilir.\n <\/li>\n<\/ul>\ndeno compile<\/code> kullan\u0131yorsan\u0131z, Dockerfile'\u0131n\u0131z\u0131n son a\u015famas\u0131 bir scratch<\/code> imaj\u0131na dayanabilir ve sadece derlenmi\u015f ikili dosyay\u0131 kopyalayabilir:\n <\/p>\n\n # Builder a\u015famas\u0131nda (\u00f6nceki \u00f6rnekten devam)\n # ... pnpm install ve di\u011fer ba\u011f\u0131ml\u0131l\u0131k ad\u0131mlar\u0131 ...\n RUN deno compile --allow-net --allow-env --output my-backend-app packages\/backend\/src\/main.ts\n\n # Stage 2: Minimal bir scratch imaj\u0131 olu\u015ftur\n FROM scratch\n WORKDIR \/app\n COPY --from=builder \/app\/my-backend-app .\/my-backend-app\n # E\u011fer uygulaman\u0131z\u0131n baz\u0131 sertifikalara veya sistem k\u00fct\u00fcphanelerine ihtiyac\u0131 varsa\n # FROM alpine:latest gibi daha k\u00fc\u00e7\u00fck bir base image kullanabilirsiniz.\n # \u00d6rne\u011fin, e\u011fer sertifika gereksinimi varsa:\n # FROM alpine:latest\n # RUN apk add --no-cache ca-certificates\n # COPY --from=builder \/app\/my-backend-app .\/my-backend-app\n\n ENTRYPOINT [\".\/my-backend-app\"]\n EXPOSE 8000\n <\/pre>\ndeno compile<\/code> ile olu\u015fturulan ikili dosyalar platforma \u00f6zeldir. Bu nedenle Dockerfile'\u0131n\u0131z\u0131n FROM<\/code> a\u015famas\u0131nda kullan\u0131lan base image'in mimarisiyle (\u00f6rne\u011fin, linux\/amd64<\/code> veya linux\/arm64<\/code>) uyumlu bir derleme ortam\u0131 sa\u011flaman\u0131z \u00f6nemlidir. Aksi takdirde, \"exec format error\" gibi hatalarla kar\u015f\u0131la\u015fabilirsiniz.\n <\/div>\n<\/p>\nDocker Build Arg\u00fcmanlar\u0131 ve Ortam De\u011fi\u015fkenleri<\/h3>\n
ARG<\/code>) ve ortam de\u011fi\u015fkenleri (ENV<\/code>), Docker imajlar\u0131n\u0131z\u0131 daha esnek hale getirmenizi sa\u011flar.\n <\/p>\n\n
ARG<\/code> (Build-Time Variables)<\/strong>: Dockerfile i\u00e7inde tan\u0131mlan\u0131r ve docker build<\/code> komutuyla de\u011fer atan\u0131r (--build-arg<\/code>). \u00d6rne\u011fin, Deno veya pnpm versiyonlar\u0131n\u0131 dinamik olarak belirlemek i\u00e7in kullan\u0131labilir.<\/p>\n\n ARG DENO_VERSION=1.x.x\n FROM denoland\/deno:${DENO_VERSION} AS builder\n <\/pre>\nENV<\/code> (Run-Time Variables)<\/strong>: \u0130maj i\u00e7inde tan\u0131mlan\u0131r ve konteyner \u00e7al\u0131\u015f\u0131rken ortam de\u011fi\u015fkeni olarak mevcuttur. Hassas bilgiler (API anahtarlar\u0131, veritaban\u0131 \u015fifreleri) i\u00e7in docker run -e<\/code> veya docker-compose.yml<\/code> kullanmak daha g\u00fcvenlidir, Dockerfile i\u00e7ine do\u011frudan yazmaktan ka\u00e7\u0131n\u0131n.\n <\/li>\n<\/ul>\nGeli\u015ftirme Ortam\u0131 Optimizasyonlar\u0131 (Bind Mounts) ve Hata Ay\u0131klama<\/h3>\n
volumes<\/code> \u00f6zelli\u011fini kullanarak (bind mounts), yerel dosya sisteminizdeki kodu do\u011frudan konteyner i\u00e7ine ba\u011flayabilirsiniz:\n <\/p>\n\n # docker-compose.yml i\u00e7inde\n services:\n backend:\n # ...\n volumes:\n - .:\/app # Yerel dizini \/app konteyner dizinine ba\u011fla\n command: deno run --watch --allow-net --allow-env packages\/backend\/src\/main.ts\n <\/pre>\n--watch<\/code> sayesinde) ve de\u011fi\u015fiklikleri g\u00f6rmenizi sa\u011flar.\n <\/p>\n--inspect-brk<\/code> veya