Geli\u015ftirme d\u00fcnyas\u0131n\u0131n en sinir bozucu c\u00fcmlelerinden biriyle tan\u0131\u015f\u0131n: “Ama benim makinemde \u00e7al\u0131\u015f\u0131yordu!” Bu durum, \u00e7o\u011fu yaz\u0131l\u0131m geli\u015ftiricinin ve operasyon ekibinin kar\u015f\u0131la\u015ft\u0131\u011f\u0131, zaman kaybettiren ve moral bozan bir sorundur. Uygulamalar geli\u015ftirilirken farkl\u0131 i\u015fletim sistemleri, k\u00fct\u00fcphane versiyonlar\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar nedeniyle olu\u015fan tutars\u0131zl\u0131klar, projelerin gecikmesine ve gereksiz efor sarf edilmesine yol a\u00e7abilir. Neyse ki, bu “canavar\u0131” ehlile\u015ftirmenin g\u00fc\u00e7l\u00fc bir yolu var: Docker. Bu makale, Docker’\u0131n ne oldu\u011funu, bu problemi nas\u0131l k\u00f6k\u00fcnden \u00e7\u00f6zd\u00fc\u011f\u00fcn\u00fc ve geli\u015ftirme s\u00fcre\u00e7lerinizi nas\u0131l daha verimli hale getirebilece\u011finizi ad\u0131m ad\u0131m a\u00e7\u0131klayacak. Haz\u0131r m\u0131s\u0131n\u0131z? Gelin bu k\u00e2busa bir son verelim!<\/p>\n
Yaz\u0131l\u0131m geli\u015ftirme s\u00fcreci, genellikle bir dizi a\u015famadan olu\u015fur: geli\u015ftirme, test etme, entegrasyon ve da\u011f\u0131t\u0131m. Ancak bu a\u015famalar aras\u0131nda s\u0131kl\u0131kla kar\u015f\u0131la\u015f\u0131lan ve geli\u015ftirici ekiplerinin ba\u015f\u0131n\u0131 a\u011fr\u0131tan bir engel vard\u0131r: “Benim makinemde \u00e7al\u0131\u015f\u0131yor ama seninkinde \u00e7al\u0131\u015fm\u0131yor” problemi. Bu sendrom, uygulaman\u0131n bir geli\u015ftiricinin bilgisayar\u0131nda sorunsuz \u00e7al\u0131\u015f\u0131rken, ba\u015fka bir geli\u015ftiricinin bilgisayar\u0131nda, test ortam\u0131nda veya canl\u0131 sistemde beklenen performans\u0131 sergilememesi ya da hi\u00e7 \u00e7al\u0131\u015fmamas\u0131 durumunu ifade eder. Peki, bu durumun ard\u0131ndaki nedenler nelerdir ve neden bu kadar yayg\u0131nd\u0131r?<\/p>\n
\u00d6ncelikle, her geli\u015ftiricinin bilgisayar\u0131nda farkl\u0131 bir i\u015fletim sistemi (Windows, macOS, Linux da\u011f\u0131t\u0131mlar\u0131), farkl\u0131 versiyonlarda k\u00fct\u00fcphaneler, farkl\u0131 ba\u011f\u0131ml\u0131l\u0131klar ve farkl\u0131 yap\u0131land\u0131rmalar bulunabilir. \u00d6rne\u011fin, bir geli\u015ftirici <\/p>\n
Node.js<\/pre>\n<\/code> uygulamas\u0131n\u0131 <\/p>\n
Node.js v14<\/pre>\n<\/code> ile geli\u015ftirirken, di\u011fer bir geli\u015ftirici <\/p>\n
v16<\/pre>\n<\/code> kullan\u0131yor olabilir. Bu k\u00fc\u00e7\u00fck versiyon farklar\u0131 bile, uygulaman\u0131n davran\u0131\u015f\u0131nda beklenmedik de\u011fi\u015fikliklere yol a\u00e7abilir. Ayn\u0131 durum, veritabanlar\u0131 (MySQL, PostgreSQL), \u00f6nbellekleme sistemleri (Redis), mesaj kuyruklar\u0131 (RabbitMQ) ve di\u011fer t\u00fcm harici ba\u011f\u0131ml\u0131l\u0131klar i\u00e7in ge\u00e7erlidir. Bir geli\u015ftirici yerelinde <\/p>\n
MySQL 5.7<\/pre>\n<\/code> kullan\u0131rken, test ortam\u0131nda <\/p>\n
MySQL 8.0<\/pre>\n<\/code> bulunmas\u0131, SQL sorgular\u0131n\u0131n veya ba\u011flant\u0131 mekanizmalar\u0131n\u0131n farkl\u0131 yorumlanmas\u0131na neden olabilir.<\/p>\n
\u0130kincisi, geli\u015ftirme ortam\u0131ndaki gizli ba\u011f\u0131ml\u0131l\u0131klar da \u00f6nemli bir fakt\u00f6rd\u00fcr. Geli\u015ftiricinin sistemine elle kurdu\u011fu veya fark\u0131nda olmadan kulland\u0131\u011f\u0131 bir sistem arac\u0131 veya ortam de\u011fi\u015fkeni, uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in kritik olabilir. Ancak bu ba\u011f\u0131ml\u0131l\u0131k, projenin kaynak koduna dahil edilmedi\u011fi veya a\u00e7\u0131k\u00e7a belgelenmedi\u011fi i\u00e7in di\u011fer ortamlarda eksik kal\u0131r. Bu durum, \"Benim makinemde \u00e7al\u0131\u015f\u0131yor\" derken, asl\u0131nda \"Benim makinemdeki rastgele bir sistem yap\u0131land\u0131rmas\u0131 sayesinde \u00e7al\u0131\u015f\u0131yor\" anlam\u0131na gelebilir. Bu t\u00fcr durumlar, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde, hatalar\u0131n ay\u0131klanmas\u0131n\u0131 son derece zorla\u015ft\u0131r\u0131r ve saatlerce s\u00fcren anlams\u0131z aramalara neden olur.<\/p>\n
Son olarak, test ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinde de benzer sorunlar ya\u015fan\u0131r. Bir uygulama geli\u015ftiricinin yerelinde d\u00fczg\u00fcn \u00e7al\u0131\u015fsa bile, test sunucusunda veya canl\u0131 ortama da\u011f\u0131t\u0131ld\u0131\u011f\u0131nda \u00e7e\u015fitli uyumluluk sorunlar\u0131yla kar\u015f\u0131la\u015fabilir. G\u00fcvenlik yamalar\u0131, i\u015fletim sistemi g\u00fcncellemeleri veya sunucu yap\u0131land\u0131rmas\u0131ndaki farkl\u0131l\u0131klar, uygulaman\u0131n beklenen \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 engelleyebilir. Bu da geli\u015ftirme s\u00fcresini uzat\u0131r, ekipler aras\u0131nda gerilime neden olur ve \u00fcr\u00fcn\u00fcn piyasaya s\u00fcr\u00fclmesini geciktirir. Dolay\u0131s\u0131yla, bu problemin sadece teknik bir sorun olmaktan \u00f6te, proje y\u00f6netimi ve ekip verimlili\u011fi \u00fczerinde de ciddi etkileri vard\u0131r. Peki, bu karma\u015f\u0131k ve can s\u0131k\u0131c\u0131 durumu kal\u0131c\u0131 olarak nas\u0131l \u00e7\u00f6zebiliriz? \u0130\u015fte tam da bu noktada Docker devreye giriyor.<\/p>\n
Konteynerle\u015fme ve Docker: Temelleri Anlamak<\/h2>\n
\u201cBenim makinemde \u00e7al\u0131\u015f\u0131yor\u201d sendromunun temelinde yatan tutars\u0131zl\u0131k sorununu \u00e7\u00f6zmek i\u00e7in, uygulamalar\u0131m\u0131z\u0131 ve onlar\u0131n t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 izole edilmi\u015f, ta\u015f\u0131nabilir ve tutarl\u0131 bir ortamda \u00e7al\u0131\u015ft\u0131rma ihtiyac\u0131m\u0131z do\u011far. \u0130\u015fte burada konteynerle\u015fme kavram\u0131 ve onun en pop\u00fcler arac\u0131 olan Docker sahneye \u00e7\u0131k\u0131yor. Docker, uygulamalar\u0131 bir konteyner i\u00e7inde paketleyerek, geli\u015ftirme, test ve da\u011f\u0131t\u0131m ortamlar\u0131 aras\u0131ndaki farkl\u0131l\u0131klar\u0131 ortadan kald\u0131ran devrim niteli\u011finde bir teknolojidir.<\/p>\n
Peki, konteyner nedir? Konteyner, bir uygulaman\u0131n kodunu, \u00e7al\u0131\u015fma zaman\u0131n\u0131, sistem ara\u00e7lar\u0131n\u0131, k\u00fct\u00fcphanelerini ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 i\u00e7eren hafif, ta\u015f\u0131nabilir ve kendi ba\u015f\u0131na \u00e7al\u0131\u015fabilen bir yaz\u0131l\u0131m birimidir. Bir konteyneri, bir gemi konteyneri gibi d\u00fc\u015f\u00fcnebilirsiniz: \u0130\u00e7inde ne oldu\u011fu \u00f6nemli olmaks\u0131z\u0131n, her yere ayn\u0131 \u015fekilde ta\u015f\u0131nabilir ve standart bir aray\u00fczle kolayca y\u00f6netilebilir. Bu, uygulaman\u0131n ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n her zaman ve her yerde ayn\u0131 \u015fekilde davranmas\u0131n\u0131 garanti eder. Geleneksel sanal makinelerin aksine, konteynerler t\u00fcm i\u015fletim sistemini kopyalamaz; bunun yerine ana bilgisayar\u0131n i\u015fletim sistemi \u00e7ekirde\u011fini payla\u015f\u0131r. Bu durum, konteynerlerin \u00e7ok daha hafif, h\u0131zl\u0131 ve kaynak a\u00e7\u0131s\u0131ndan verimli olmas\u0131n\u0131 sa\u011flar. Sanal makineler gigabaytlarca yer kaplarken, konteynerler genellikle megabaytlarla ifade edilir.<\/p>\n
Docker, bu konteynerle\u015ftirme teknolojisini demokratikle\u015ftiren ve kullan\u0131m\u0131n\u0131 son derece kolayla\u015ft\u0131ran a\u00e7\u0131k kaynakl\u0131 bir platformdur. Docker sayesinde, uygulamalar\u0131n\u0131z\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131z\u0131 tan\u0131mlayan bir <\/p>\n
Dockerfile<\/pre>\n<\/code> olu\u015fturur, bu dosyadan bir <\/p>\n
Docker Image<\/pre>\n<\/code> (Docker g\u00f6r\u00fcnt\u00fcs\u00fc) in\u015fa eder ve bu g\u00f6r\u00fcnt\u00fcy\u00fc temel alarak <\/p>\n
Docker Container<\/pre>\n<\/code> (Docker konteyneri) ad\u0131 verilen izole edilmi\u015f ortamlar\u0131 \u00e7al\u0131\u015ft\u0131r\u0131rs\u0131n\u0131z. Bu s\u00fcre\u00e7, uygulama ortam\u0131n\u0131n tamamen a\u00e7\u0131klay\u0131c\u0131 (declarative) olmas\u0131n\u0131 sa\u011flar: ortam\u0131n nas\u0131l olmas\u0131 gerekti\u011fini bir kod dosyas\u0131 (<\/p>\n
Dockerfile<\/pre>\n<\/code>) ile tan\u0131mlar ve her seferinde bu tan\u0131mlamaya g\u00f6re yeniden olu\u015fturulmas\u0131n\u0131 sa\u011flars\u0131n\u0131z.<\/p>\n
Docker'\u0131n temel bile\u015fenleri \u015funlard\u0131r:<\/p>\n
\n- Dockerfile:<\/strong> Bir Docker g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fcn nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131 a\u00e7\u0131klayan basit bir metin dosyas\u0131d\u0131r. Temel bir i\u015fletim sistemi g\u00f6r\u00fcnt\u00fcs\u00fc (\n
FROM<\/pre>\n<\/code>), dosyalar\u0131n kopyalanmas\u0131 (<\/p>\n
COPY<\/pre>\n<\/code>), ba\u011f\u0131ml\u0131l\u0131klar\u0131n y\u00fcklenmesi (<\/p>\n
RUN<\/pre>\n<\/code>) ve uygulaman\u0131n nas\u0131l ba\u015flat\u0131laca\u011f\u0131 (<\/p>\n
CMD<\/pre>\n<\/code>) gibi ad\u0131mlar\u0131 i\u00e7erir.<\/li>\n
- Docker Image (G\u00f6r\u00fcnt\u00fc):<\/strong> Dockerfile'dan olu\u015fturulan, uygulaman\u0131z\u0131n ve t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131n anl\u0131k g\u00f6r\u00fcnt\u00fcs\u00fcd\u00fcr. De\u011fi\u015ftirilemez (immutable) bir yap\u0131ya sahiptir; yani bir kez olu\u015fturulduktan sonra i\u00e7eri\u011fi de\u011fi\u015fmez. Bu g\u00f6r\u00fcnt\u00fcler,\n
Docker Hub<\/pre>\n<\/code> gibi merkezi depolama alanlar\u0131nda payla\u015f\u0131labilir.<\/li>\n
- Docker Container (Konteyner):<\/strong> Bir Docker g\u00f6r\u00fcnt\u00fcs\u00fcnden t\u00fcretilmi\u015f, \u00e7al\u0131\u015fan bir uygulama \u00f6rne\u011fidir. \u0130zole edilmi\u015f bir ortamda \u00e7al\u0131\u015f\u0131r ve ana bilgisayar sisteminden ba\u011f\u0131ms\u0131zd\u0131r. Birden fazla konteyneri ayn\u0131 g\u00f6r\u00fcnt\u00fcden ayn\u0131 anda \u00e7al\u0131\u015ft\u0131rabilirsiniz.<\/li>\n
- Docker Engine:<\/strong> Docker g\u00f6r\u00fcnt\u00fclerini olu\u015fturan ve konteynerleri \u00e7al\u0131\u015ft\u0131ran temel yaz\u0131l\u0131md\u0131r.<\/li>\n<\/ul>\n
Bu yap\u0131s\u0131 sayesinde Docker, \"Benim makinemde \u00e7al\u0131\u015f\u0131yor\" problemini k\u00f6kten \u00e7\u00f6z\u00fcyor. Bir geli\u015ftirici, uygulamas\u0131n\u0131 Docker konteynerinde geli\u015ftirir ve bu konteyner, ayn\u0131 konfig\u00fcrasyonla di\u011fer t\u00fcm geli\u015ftiriciler, test ortamlar\u0131 ve canl\u0131 sistemler i\u00e7in de kullan\u0131l\u0131r. Art\u0131k \"\u00e7al\u0131\u015fm\u0131yor\" denildi\u011finde sorun, ortam farkl\u0131l\u0131klar\u0131nda de\u011fil, do\u011frudan uygulaman\u0131n kendisinde aran\u0131r. Bu durum, hata ay\u0131klama s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r, tutarl\u0131l\u0131\u011f\u0131 art\u0131r\u0131r ve ekipler aras\u0131 i\u015fbirli\u011fini g\u00fc\u00e7lendirir. Dahas\u0131, yeni bir geli\u015ftiricinin projeye ba\u015flamas\u0131 da son derece kolayla\u015f\u0131r; sadece Docker'\u0131 kurar, projenin konteynerini \u00e7al\u0131\u015ft\u0131r\u0131r ve geli\u015ftirme ortam\u0131 dakikalar i\u00e7inde haz\u0131r olur. Bu, geleneksel y\u00f6ntemlerle saatler s\u00fcren ortam kurulum s\u00fcre\u00e7lerinin aksine b\u00fcy\u00fck bir avantajd\u0131r. Art\u0131k bu teorik bilgiyi prati\u011fe d\u00f6kme zaman\u0131!<\/p>\n
Ad\u0131m Ad\u0131m Docker ile Ortam Olu\u015fturma: Bir Web Uygulamas\u0131 \u00d6rne\u011fi<\/h2>\n
\u015eimdi teoriden prati\u011fe ge\u00e7elim ve basit bir Node.js web uygulamas\u0131n\u0131 Docker kullanarak nas\u0131l kaps\u00fclleyece\u011fimizi ve \u00e7al\u0131\u015ft\u0131raca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m g\u00f6relim. Bu \u00f6rnek, Docker'\u0131n temel bile\u015fenlerini ve i\u015f ak\u0131\u015f\u0131n\u0131 net bir \u015fekilde anlaman\u0131za yard\u0131mc\u0131 olacakt\u0131r.<\/p>\n
Dockerfile Nedir ve Nas\u0131l Olu\u015fturulur?<\/h3>\n
Her Docker projesinin kalbi, <\/p>\n
Dockerfile<\/pre>\n<\/code> ad\u0131 verilen metin dosyas\u0131d\u0131r. Bu dosya, Docker'a uygulaman\u0131z i\u00e7in bir g\u00f6r\u00fcnt\u00fc olu\u015fturmak \u00fczere hangi ad\u0131mlar\u0131 izlemesi gerekti\u011fini s\u00f6yler. Gelin, basit bir Node.js uygulamas\u0131n\u0131 i\u00e7eren bir <\/p>\n
Dockerfile<\/pre>\n<\/code> olu\u015ftural\u0131m. \u0130lk olarak, projeniz i\u00e7in bir klas\u00f6r olu\u015fturun ve i\u00e7ine <\/p>\n
app.js<\/pre>\n<\/code> ve <\/p>\n
package.json<\/pre>\n<\/code> dosyalar\u0131n\u0131 ekleyin:<\/p>\n
\n\/\/ app.js\nconst express = require('express');\nconst app = express();\nconst port = 3000;\n\napp.get('\/', (req, res) => {\n res.send('Merhaba Docker! Benim Makinemde de Senin Makinemde de \u00c7al\u0131\u015f\u0131yor!');\n});\n\napp.listen(port, () => {\n console.log(Uygulama http:\/\/localhost:${port} adresinde \u00e7al\u0131\u015f\u0131yor<\/code>);\n});\n <\/pre>\n<\/code><\/p>\n
\n\/\/ package.json\n{\n \"name\": \"docker-node-app\",\n \"version\": \"1.0.0\",\n \"description\": \"Simple Node.js app for Docker demo\",\n \"main\": \"app.js\",\n \"scripts\": {\n \"start\": \"node app.js\"\n },\n \"dependencies\": {\n \"express\": \"^4.17.1\"\n }\n}\n <\/pre>\n<\/code><\/p>\n
\u015eimdi ayn\u0131 klas\u00f6rde <\/p>\n
Dockerfile<\/pre>\n<\/code> ad\u0131nda bir dosya olu\u015ftural\u0131m ve i\u00e7eri\u011fini a\u015fa\u011f\u0131daki gibi doldural\u0131m:<\/p>\n
\n# app.js ve package.json dosyalar\u0131n\u0131n bulundu\u011fu klas\u00f6rde \"Dockerfile\" ad\u0131nda bir dosya olu\u015fturun\n\n# 1. Ad\u0131m: Temel bir Node.js g\u00f6r\u00fcnt\u00fcs\u00fc se\u00e7in\n# Bu, uygulamam\u0131z i\u00e7in gerekli Node.js \u00e7al\u0131\u015fma ortam\u0131n\u0131 sa\u011flar.\nFROM node:16-alpine\n\n# 2. Ad\u0131m: \u00c7al\u0131\u015fma dizinini ayarlay\u0131n\n# Konteyner i\u00e7inde uygulaman\u0131z\u0131n dosyalar\u0131n\u0131n bulunaca\u011f\u0131 dizini belirtir.\nWORKDIR \/app\n\n# 3. Ad\u0131m: Ba\u011f\u0131ml\u0131l\u0131klar\u0131 kopyalay\u0131n ve kurun\n# package.json ve package-lock.json dosyalar\u0131n\u0131 kopyalay\u0131p npm install komutunu \u00e7al\u0131\u015ft\u0131r\u0131r.\n# Bu ad\u0131m\u0131 ayr\u0131 yapmak, Docker'\u0131n katmanlama sisteminden faydalanarak\n# ba\u011f\u0131ml\u0131l\u0131klar de\u011fi\u015fmedi\u011finde tekrar indirmesini engeller.\nCOPY package*.json .\/\nRUN npm install\n\n# 4. Ad\u0131m: Uygulama dosyalar\u0131n\u0131 kopyalay\u0131n\n# Geri kalan t\u00fcm uygulama dosyalar\u0131n\u0131 \u00e7al\u0131\u015fma dizinine kopyalar.\nCOPY . .\n\n# 5. Ad\u0131m: Uygulaman\u0131n \u00e7al\u0131\u015faca\u011f\u0131 portu belirtin\n# Bu, Docker'a uygulaman\u0131n hangi porttan eri\u015filebilir oldu\u011funu bildirir.\nEXPOSE 3000\n\n# 6. Ad\u0131m: Uygulamay\u0131 ba\u015flatmak i\u00e7in komutu tan\u0131mlay\u0131n\n# Konteyner ba\u015flat\u0131ld\u0131\u011f\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131lacak varsay\u0131lan komutu belirtir.\nCMD [\"npm\", \"start\"]\n <\/pre>\n<\/code><\/p>\n
Bu <\/p>\n
Dockerfile<\/pre>\n<\/code> ad\u0131mlar\u0131 s\u0131ras\u0131yla Node.js'nin Alpine tabanl\u0131 hafif bir s\u00fcr\u00fcm\u00fcn\u00fc temel al\u0131r, uygulaman\u0131n dosyalar\u0131n\u0131 kopyalar, ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 kurar, 3000 numaral\u0131 portu a\u00e7\u0131\u011fa \u00e7\u0131kar\u0131r ve son olarak uygulamay\u0131 ba\u015flat\u0131r. <\/p>\n
WORKDIR<\/pre>\n<\/code> komutu, t\u00fcm sonraki komutlar\u0131n konteyner i\u00e7indeki <\/p>\n
\/app<\/pre>\n<\/code> dizininde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n
Docker Konteynerleri Nas\u0131l \u00c7al\u0131\u015ft\u0131r\u0131l\u0131r?<\/h3>\n
\u015eimdi <\/p>\n
Dockerfile<\/pre>\n<\/code>'\u0131m\u0131z haz\u0131r oldu\u011funa g\u00f6re, bundan bir Docker g\u00f6r\u00fcnt\u00fcs\u00fc (Image) olu\u015ftural\u0131m ve ard\u0131ndan bu g\u00f6r\u00fcnt\u00fcden bir konteyner \u00e7al\u0131\u015ft\u0131ral\u0131m. Komut sat\u0131r\u0131n\u0131z\u0131 a\u00e7\u0131n ve <\/p>\n
Dockerfile<\/pre>\n<\/code>'\u0131n bulundu\u011fu klas\u00f6re gidin.<\/p>\n
\n- Docker G\u00f6r\u00fcnt\u00fcs\u00fc Olu\u015fturma:<\/strong>\n
A\u015fa\u011f\u0131daki komutu kullanarak bir Docker g\u00f6r\u00fcnt\u00fcs\u00fc olu\u015fturun. <\/p>\n
-t<\/pre>\n<\/code> bayra\u011f\u0131 g\u00f6r\u00fcnt\u00fcn\u00fcze bir isim (<\/p>\n
node-web-app<\/pre>\n<\/code>) ve etiket (<\/p>\n
.<\/pre>\n<\/code> mevcut dizini ifade eder) vermenizi sa\u011flar:<\/p>\n
\ndocker build -t node-web-app .\n <\/pre>\n<\/code><\/p>\n
Bu komut, <\/p>\n
Dockerfile<\/pre>\n<\/code>'daki ad\u0131mlar\u0131 takip ederek bir g\u00f6r\u00fcnt\u00fc olu\u015fturacak ve bu g\u00f6r\u00fcnt\u00fcy\u00fc yerel Docker depolama alan\u0131n\u0131za kaydedecektir. \u00c7\u0131kt\u0131da her ad\u0131m\u0131n i\u015flendi\u011fini ve katmanlar\u0131n nas\u0131l olu\u015fturuldu\u011funu g\u00f6receksiniz. Ba\u015far\u0131l\u0131 oldu\u011funda, son sat\u0131rda g\u00f6r\u00fcnt\u00fcn\u00fcn kimli\u011fi (ID) ve ad\u0131 g\u00f6r\u00fcnecektir.<\/p>\n<\/li>\n
- Docker Konteyneri \u00c7al\u0131\u015ft\u0131rma:<\/strong>\n
\u015eimdi olu\u015fturdu\u011funuz g\u00f6r\u00fcnt\u00fcden bir konteyner \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n
\ndocker run -p 4000:3000 node-web-app\n <\/pre>\n<\/code><\/p>\n
-p 4000:3000<\/pre>\n<\/code> bayra\u011f\u0131, ana makinenizin 4000 numaral\u0131 portunu, konteyner i\u00e7indeki 3000 numaral\u0131 porta y\u00f6nlendirir. B\u00f6ylece uygulaman\u0131za web taray\u0131c\u0131n\u0131zdan <\/p>\n
http:\/\/localhost:4000<\/pre>\n<\/code> adresinden eri\u015febilirsiniz. Komutu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, uygulaman\u0131z\u0131n ba\u015flama mesaj\u0131n\u0131 konsolda g\u00f6rmelisiniz: <\/p>\n
Uygulama http:\/\/localhost:3000 adresinde \u00e7al\u0131\u015f\u0131yor<\/pre>\n<\/code> (bu, konteynerin i\u00e7indeki porttur).<\/p>\n<\/li>\n
- Konteynerin \u00c7al\u0131\u015ft\u0131\u011f\u0131n\u0131 Do\u011frulama:<\/strong>\n
Ba\u015fka bir terminal penceresi a\u00e7\u0131n ve \u00e7al\u0131\u015fan konteynerlerinizi listeleyin:<\/p>\n
\ndocker ps\n <\/pre>\n<\/code><\/p>\n
\u00c7\u0131kt\u0131da <\/p>\n
node-web-app<\/pre>\n<\/code> g\u00f6r\u00fcnt\u00fcs\u00fcnden olu\u015fturulmu\u015f, \u00e7al\u0131\u015fan bir konteyner g\u00f6rmelisiniz. Ayr\u0131ca taray\u0131c\u0131n\u0131zdan <\/p>\n
http:\/\/localhost:4000<\/pre>\n<\/code> adresine giderek uygulaman\u0131z\u0131n yan\u0131t\u0131n\u0131 kontrol edebilirsiniz.<\/p>\n<\/li>\n
- Konteyner Loglar\u0131n\u0131 G\u00f6r\u00fcnt\u00fcleme:<\/strong>\n
\u00c7al\u0131\u015fan bir konteynerin loglar\u0131n\u0131 g\u00f6rmek i\u00e7in:<\/p>\n
\ndocker logs \n <\/pre>\n<\/code><\/p>\n
\u00d6rne\u011fin, <\/p>\n
docker logs fantastic_bhaskara<\/pre>\n<\/code> gibi (konteyner ad\u0131n\u0131z <\/p>\n
docker ps<\/pre>\n<\/code> \u00e7\u0131kt\u0131s\u0131nda g\u00f6r\u00fcnecektir). Bu komut, uygulaman\u0131z\u0131n konsola yazd\u0131\u011f\u0131 t\u00fcm \u00e7\u0131kt\u0131lar\u0131 g\u00f6sterir.<\/p>\n
- Konteyneri Durdurma ve Silme:<\/strong>\n
Konteyneri durdurmak i\u00e7in:<\/p>\n
\ndocker stop \n <\/pre>\n<\/code><\/p>\n
Durdurduktan sonra silmek i\u00e7in:<\/p>\n
\ndocker rm \n <\/pre>\n<\/code><\/p>\n
E\u011fer t\u00fcm konteynerleri ve g\u00f6r\u00fcnt\u00fcleri temizlemek isterseniz, dikkatli bir \u015fekilde <\/p>\n
docker system prune<\/pre>\n<\/code> komutunu kullanabilirsiniz (\u00e7al\u0131\u015fmayan konteynerler, a\u011flar, g\u00f6r\u00fcnt\u00fcler vb. siler). Ancak bunu sadece ne yapt\u0131\u011f\u0131n\u0131zdan eminseniz kullan\u0131n.<\/p>\n<\/li>\n<\/ol>\n
\n Uzman \u0130pucu: <\/p>\ndocker run<\/pre>\n<\/code> komutuna <\/p>\n
-d<\/pre>\n<\/code> (detach) bayra\u011f\u0131n\u0131 ekleyerek konteyneri arka planda \u00e7al\u0131\u015ft\u0131rabilirsiniz. B\u00f6ylece terminaliniz serbest kal\u0131r ve di\u011fer komutlar\u0131 \u00e7al\u0131\u015ft\u0131rabilirsiniz. \u00d6rnek: <\/p>\n
docker run -d -p 4000:3000 node-web-app<\/pre>\n<\/code>\n <\/div>\n
G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, bu basit ad\u0131mlarla Node.js uygulaman\u0131z\u0131 Docker i\u00e7inde ba\u015far\u0131yla \u00e7al\u0131\u015ft\u0131rd\u0131k. Art\u0131k bu konteyner g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc kimin \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131 fark etmeksizin, uygulama her zaman ayn\u0131 ortamda, ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klarla ve ayn\u0131 sonu\u00e7lar\u0131 vererek \u00e7al\u0131\u015facakt\u0131r. \"Benim makinemde \u00e7al\u0131\u015f\u0131yor\" canavar\u0131n\u0131 yola getirmeye ba\u015flad\u0131k bile!<\/p>\n
\u00c7oklu Konteyner Ortamlar\u0131n\u0131 Y\u00f6netmek: Docker Compose<\/h2>\n
Tek bir web uygulamas\u0131n\u0131 Docker ile \u00e7al\u0131\u015ft\u0131rmak harikayken, ger\u00e7ek d\u00fcnya projeleri genellikle birden fazla hizmetten olu\u015fur. \u00d6rne\u011fin, bir web uygulamas\u0131 i\u00e7in bir \u00f6n u\u00e7, bir arka u\u00e7 API'si ve bir veritaban\u0131 gerekebilir. Bu hizmetlerin her birini ayr\u0131 ayr\u0131 <\/p>\n
docker run<\/pre>\n<\/code> komutlar\u0131yla y\u00f6netmek, \u00f6zellikle karma\u015f\u0131k ba\u011f\u0131ml\u0131l\u0131klar\u0131 ve a\u011f yap\u0131land\u0131rmalar\u0131n\u0131 ele al\u0131rken h\u0131zla zorla\u015fabilir. \u0130\u015fte tam da bu noktada Docker Compose devreye girer. Docker Compose, \u00e7oklu konteynerli Docker uygulamalar\u0131n\u0131 tan\u0131mlamak ve \u00e7al\u0131\u015ft\u0131rmak i\u00e7in bir ara\u00e7t\u0131r.<\/p>\n
Docker Compose kullanarak, uygulaman\u0131z\u0131n t\u00fcm hizmetlerini, a\u011flar\u0131n\u0131 ve depolama birimlerini tek bir <\/p>\n
YAML<\/pre>\n<\/code> dosyas\u0131 ile tan\u0131mlayabilirsiniz. Bu <\/p>\n
docker-compose.yml<\/pre>\n<\/code> dosyas\u0131, projenizin t\u00fcm altyap\u0131s\u0131n\u0131n bir tasla\u011f\u0131n\u0131 sunar ve bu tasla\u011f\u0131 kullanarak tek bir komutla t\u00fcm ortam\u0131 yukar\u0131 kald\u0131rabilir, durdurabilir veya yeniden ba\u015flatabilirsiniz. Bu, geli\u015ftirme ortamlar\u0131n\u0131n kurulmas\u0131n\u0131, test edilmesini ve da\u011f\u0131t\u0131m\u0131n\u0131 inan\u0131lmaz derecede kolayla\u015ft\u0131r\u0131r ve \"benim makinemde \u00e7al\u0131\u015f\u0131yor\" sorununu daha da kapsaml\u0131 bir \u015fekilde \u00e7\u00f6zer, \u00e7\u00fcnk\u00fc art\u0131k sadece uygulaman\u0131z de\u011fil, uygulaman\u0131z\u0131n t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131 da tutarl\u0131 bir \u015fekilde y\u00f6netilir.<\/p>\n
\ndocker-compose.yml<\/pre>\n<\/code> Nedir ve Nas\u0131l Olu\u015fturulur?<\/h3>\n
Gelin, \u00f6nceki Node.js uygulamam\u0131z\u0131 bir veritaban\u0131 (\u00f6rne\u011fin MongoDB) ile birle\u015ftirerek \u00e7oklu konteynerli bir ortam olu\u015ftural\u0131m. Proje klas\u00f6r\u00fcn\u00fczde yeni bir <\/p>\n
docker-compose.yml<\/pre>\n<\/code> dosyas\u0131 olu\u015fturun:<\/p>\n
\n# docker-compose.yml\nversion: '3.8' # Docker Compose dosya format\u0131n\u0131n versiyonu\n\nservices:\n # Node.js web uygulamas\u0131 servisi\n web:\n build: . # Mevcut dizindeki Dockerfile'dan bir g\u00f6r\u00fcnt\u00fc olu\u015ftur\n ports:\n - \"4000:3000\" # Host 4000 portunu konteyner 3000 portuna ba\u011fla\n environment:\n # Ortam de\u011fi\u015fkenleri tan\u0131mla, uygulama i\u00e7inde eri\u015filebilir olacak\n NODE_ENV: development\n MONGO_URI: mongodb:\/\/db:27017\/mydatabase # Veritaban\u0131 ba\u011flant\u0131 URI'\u0131\n depends_on:\n # Bu servisin 'db' servisi ba\u015flamadan \u00f6nce ba\u015flamamas\u0131n\u0131 sa\u011fla\n - db\n # Geli\u015ftirme s\u00fcrecinde kaynak kod de\u011fi\u015fikliklerini an\u0131nda yans\u0131tmak i\u00e7in\n # yerel dizini konteynerin i\u00e7indeki \/app dizinine ba\u011fla (bind mount)\n volumes:\n - .:\/app # Mevcut dizini \/app'e ba\u011fla\n - \/app\/node_modules # node_modules'in host'tan ba\u011flanmamas\u0131n\u0131 sa\u011fla\n networks:\n - app-network\n\n # MongoDB veritaban\u0131 servisi\n db:\n image: mongo:4.4 # Docker Hub'dan MongoDB 4.4 g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc kullan\n volumes:\n - mongo-data:\/data\/db # Kal\u0131c\u0131 veri depolamas\u0131 i\u00e7in bir volume kullan\n networks:\n - app-network\n\n# A\u011f tan\u0131mlamalar\u0131\nnetworks:\n app-network:\n driver: bridge # Varsay\u0131lan a\u011f tipi\n\n# Volume tan\u0131mlamalar\u0131 (kal\u0131c\u0131 veri depolamas\u0131 i\u00e7in)\nvolumes:\n mongo-data: # MongoDB verileri i\u00e7in isimlendirilmi\u015f bir volume olu\u015ftur\n driver: local\n <\/pre>\n<\/code><\/p>\n
Bu <\/p>\n
docker-compose.yml<\/pre>\n<\/code> dosyas\u0131, iki ana hizmeti tan\u0131mlar:<\/p>\n
\n- \n
web<\/pre>\n<\/code> (Node.js uygulamas\u0131):<\/strong> Mevcut dizindeki <\/p>\n
Dockerfile<\/pre>\n<\/code>'dan olu\u015fturulur, 4000:3000 port e\u015flemesi yapar ve bir <\/p>\n
MONGO_URI<\/pre>\n<\/code> ortam de\u011fi\u015fkeni tan\u0131mlar. <\/p>\n
depends_on: - db<\/pre>\n<\/code> ile veritaban\u0131 servisi ba\u015flamadan \u00f6nce bu servisin ba\u015flamamas\u0131n\u0131 sa\u011flar\u0131z. <\/p>\n
volumes<\/pre>\n<\/code> k\u0131sm\u0131, yerel kodunuzdaki de\u011fi\u015fikliklerin konteyner i\u00e7inde an\u0131nda yans\u0131mas\u0131n\u0131 sa\u011flar; bu, geli\u015ftirme i\u00e7in kritik bir \u00f6zelliktir.<\/li>\n
- \n
db<\/pre>\n<\/code> (MongoDB veritaban\u0131):<\/strong> Docker Hub'dan resmi <\/p>\n
mongo:4.4<\/pre>\n<\/code> g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc kullan\u0131r. <\/p>\n
mongo-data<\/pre>\n<\/code> ad\u0131nda bir volume kullanarak veritaban\u0131 verilerinin konteyner silinse bile kal\u0131c\u0131 olmas\u0131n\u0131 sa\u011flar.<\/li>\n<\/ul>\n
Her iki servis de <\/p>\n
app-network<\/pre>\n<\/code> ad\u0131 verilen ortak bir a\u011fa ba\u011flan\u0131r, bu da birbirleriyle servis adlar\u0131 (<\/p>\n
db<\/pre>\n<\/code> gibi) \u00fczerinden ileti\u015fim kurmalar\u0131n\u0131 sa\u011flar. Art\u0131k <\/p>\n
app.js<\/pre>\n<\/code> dosyan\u0131z\u0131 MongoDB ile ba\u011flant\u0131 kuracak \u015fekilde g\u00fcncelleyebilirsiniz (\u00f6rne\u011fin <\/p>\n
mongoose<\/pre>\n<\/code> kullanarak). Ancak bu \u00f6rnekte temel odaklanma <\/p>\n
docker-compose.yml<\/pre>\n<\/code> yap\u0131s\u0131 oldu\u011fundan, bu detaya girmiyoruz.<\/p>\n
Docker Compose ile Ortam\u0131 Y\u00f6netme<\/h3>\n
\u015eimdi projenizi <\/p>\n
docker-compose.yml<\/pre>\n<\/code> dosyas\u0131yla tek bir komutla aya\u011fa kald\u0131rabiliriz:<\/p>\n
\n- Ortam\u0131 Ba\u015flatma:<\/strong>\n
Proje klas\u00f6r\u00fcn\u00fczde, a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\n
\ndocker compose up -d\n <\/pre>\n<\/code><\/p>\n
-d<\/pre>\n<\/code> bayra\u011f\u0131, t\u00fcm servisleri arka planda (detached mode) ba\u015flat\u0131r. Bu komut:<\/p>\n
\n- \n
web<\/pre>\n<\/code> servisi i\u00e7in bir Docker g\u00f6r\u00fcnt\u00fcs\u00fc olu\u015fturacak (veya zaten varsa kullanacak).<\/li>\n
- \n
db<\/pre>\n<\/code> servisi i\u00e7in <\/p>\n
mongo:4.4<\/pre>\n<\/code> g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fc indirecek (hen\u00fcz yoksa).<\/li>\n
- Gerekli a\u011flar\u0131 ve volume'leri olu\u015fturacak.<\/li>\n
- Hem\n
db<\/pre>\n<\/code> hem de <\/p>\n
web<\/pre>\n<\/code> konteynerlerini ba\u015flatacak.<\/li>\n<\/ul>\n
T\u00fcm servisler ba\u015far\u0131yla ba\u015flad\u0131\u011f\u0131nda, terminalinizde \u00e7al\u0131\u015fan konteynerlerin adlar\u0131n\u0131 g\u00f6receksiniz. Art\u0131k <\/p>\n
http:\/\/localhost:4000<\/pre>\n<\/code> adresinden Node.js uygulaman\u0131za eri\u015febilirken, uygulaman\u0131z arka planda \u00e7al\u0131\u015fan MongoDB servisi ile ileti\u015fim kurabilir.<\/p>\n<\/li>\n
- \u00c7al\u0131\u015fan Servisleri G\u00f6r\u00fcnt\u00fcleme:<\/strong>\n
\u00c7al\u0131\u015fan Docker Compose servislerini g\u00f6rmek i\u00e7in:<\/p>\n
\ndocker compose ps\n <\/pre>\n<\/code><\/p>\n
Bu komut, <\/p>\n
docker-compose.yml<\/pre>\n<\/code> dosyan\u0131zda tan\u0131mlanan t\u00fcm servislerin durumunu g\u00f6sterecektir.<\/p>\n<\/li>\n
- Servis Loglar\u0131n\u0131 Takip Etme:<\/strong>\n
T\u00fcm servislerin loglar\u0131n\u0131 tek bir yerde g\u00f6rmek i\u00e7in:<\/p>\n
\ndocker compose logs -f\n <\/pre>\n<\/code><\/p>\n
-f<\/pre>\n<\/code> (follow) bayra\u011f\u0131, yeni loglar\u0131n geldik\u00e7e g\u00f6sterilmesini sa\u011flar.<\/p>\n<\/li>\n
- Ortam\u0131 Durdurma ve Temizleme:<\/strong>\n
T\u00fcm servisleri durdurmak ve konteynerleri kald\u0131rmak i\u00e7in:<\/p>\n
\ndocker compose down\n <\/pre>\n<\/code><\/p>\n
E\u011fer t\u00fcm volume'leri ve a\u011flar\u0131 da kald\u0131rmak isterseniz (bu, veritaban\u0131 verilerinizi silecektir):<\/p>\n
\ndocker compose down --volumes --remove-orphans\n <\/pre>\n<\/code>\n <\/li>\n<\/ol>\n
Docker Compose sayesinde, karma\u015f\u0131k geli\u015ftirme ortamlar\u0131n\u0131 bile tek bir komutla aya\u011fa kald\u0131r\u0131p y\u00f6netebiliriz. Bu, ekip \u00fcyelerinin, test sunucular\u0131n\u0131n ve hatta canl\u0131 sistemlerin ayn\u0131, tutarl\u0131 ortamda \u00e7al\u0131\u015fmas\u0131n\u0131 garantiler. Art\u0131k \"benim makinemde \u00e7al\u0131\u015f\u0131yor\" canavar\u0131 i\u00e7in saklanacak hi\u00e7bir yer kalmad\u0131!<\/p>\n
\u0130leri D\u00fczey Docker Kullan\u0131m\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
Docker'\u0131n temellerini ve Docker Compose ile \u00e7oklu hizmet y\u00f6netimini anlad\u0131\u011f\u0131m\u0131za g\u00f6re, \u015fimdi daha ileri seviye konulara ve en iyi uygulamalara de\u011finelim. Bu ipu\u00e7lar\u0131, Docker deneyiminizi daha verimli, g\u00fcvenli ve performansl\u0131 hale getirecektir.<\/p>\n
Veri Kal\u0131c\u0131l\u0131\u011f\u0131: Volume'lar ve Bind Mount'lar<\/h3>\n
Docker konteynerleri do\u011fas\u0131 gere\u011fi ge\u00e7icidir; yani bir konteyner silindi\u011finde, i\u00e7indeki t\u00fcm veriler de kaybolur. Ancak \u00e7o\u011fu uygulama, veritabanlar\u0131 veya kullan\u0131c\u0131 taraf\u0131ndan y\u00fcklenen dosyalar gibi kal\u0131c\u0131 verilere ihtiya\u00e7 duyar. Docker, bu sorunu <\/p>\n
volume<\/pre>\n<\/code> ve <\/p>\n
bind mount<\/pre>\n<\/code> olmak \u00fczere iki ana mekanizma ile \u00e7\u00f6zer.<\/p>\n
\n- Docker Volume'lar:<\/strong> Docker taraf\u0131ndan y\u00f6netilen veri depolama alanlar\u0131d\u0131r. Konteynerlerden ba\u011f\u0131ms\u0131z olarak ya\u015farlar ve konteynerler silinse bile veriler g\u00fcvende kal\u0131r. \u00d6zellikle veritabanlar\u0131 gibi kritik uygulamalar i\u00e7in \u00f6nerilen y\u00f6ntemdir.\n
docker-compose.yml<\/pre>\n<\/code> dosyas\u0131nda <\/p>\n
volumes:<\/pre>\n<\/code> alt\u0131nda tan\u0131mlan\u0131r ve servisler taraf\u0131ndan <\/p>\n
:\/path\/in\/container<\/pre>\n<\/code> \u015feklinde kullan\u0131l\u0131r.<\/li>\n
- Bind Mount'lar:<\/strong> Ana makine \u00fczerindeki belirli bir dizini do\u011frudan bir konteynerin i\u00e7ine ba\u011flaman\u0131za olanak tan\u0131r. Genellikle geli\u015ftirme s\u00fcrecinde, kaynak kodunuzdaki de\u011fi\u015fiklikleri an\u0131nda konteyner i\u00e7inde test etmek i\u00e7in kullan\u0131l\u0131r. \u00d6rne\u011fin,\n
-v .\/src:\/app\/src<\/pre>\n<\/code> komutu, ana makinenizdeki <\/p>\n
src<\/pre>\n<\/code> klas\u00f6r\u00fcn\u00fc konteynerin <\/p>\n
\/app\/src<\/pre>\n<\/code> klas\u00f6r\u00fcne ba\u011flar. <\/p>\n
docker-compose.yml<\/pre>\n<\/code> i\u00e7inde de benzer \u015fekilde tan\u0131mlan\u0131r.<\/li>\n<\/ul>\n
Her iki y\u00f6ntem de verilerin kal\u0131c\u0131l\u0131\u011f\u0131n\u0131 sa\u011flarken, kullan\u0131m senaryolar\u0131na g\u00f6re tercih edilmelidir. Geli\u015ftirme i\u00e7in <\/p>\n
bind mount<\/pre>\n<\/code> kullan\u0131\u015fl\u0131yken, \u00fcretim ortamlar\u0131nda <\/p>\n
volume<\/pre>\n<\/code> daha g\u00fcvenli ve y\u00f6netilebilir bir se\u00e7enektir.<\/p>\n
A\u011f Yap\u0131land\u0131rmas\u0131: Konteynerler Aras\u0131 \u0130leti\u015fim<\/h3>\n
\u00c7oklu konteynerli uygulamalarda, farkl\u0131 servislerin birbiriyle ileti\u015fim kurmas\u0131 gerekir. Docker, varsay\u0131lan olarak bir a\u011f k\u00f6pr\u00fcs\u00fc (bridge network) olu\u015fturur ve konteynerler bu a\u011f \u00fczerinde birbirleriyle IP adresleri \u00fczerinden ileti\u015fim kurabilir. Ancak Docker Compose ile \u00e7al\u0131\u015f\u0131rken, servisler varsay\u0131lan olarak ayn\u0131 a\u011fa dahil edilir ve servis adlar\u0131 \u00fczerinden (\u00f6rne\u011fin, <\/p>\n
web<\/pre>\n<\/code> servisi <\/p>\n
db<\/pre>\n<\/code> servisine <\/p>\n
db<\/pre>\n<\/code> ad\u0131yla eri\u015febilir) birbirlerini bulabilirler. Bu, servis ke\u015ffini son derece kolayla\u015ft\u0131r\u0131r.<\/p>\n
\n# docker-compose.yml i\u00e7inde a\u011f tan\u0131mlamas\u0131\nnetworks:\n app-network:\n driver: bridge # Varsay\u0131lan olarak bridge tipi a\u011f kullan\u0131l\u0131r\n <\/pre>\n<\/code><\/p>\n
Daha karma\u015f\u0131k senaryolar i\u00e7in, birden fazla \u00f6zel a\u011f olu\u015fturabilir ve farkl\u0131 servisleri farkl\u0131 a\u011flara ba\u011flayarak daha iyi izolasyon ve g\u00fcvenlik sa\u011flayabilirsiniz. \u00d6rne\u011fin, veritaban\u0131 servislerini yaln\u0131zca arka u\u00e7 servislerinin eri\u015febilece\u011fi \u00f6zel bir a\u011fa koyabilirsiniz.<\/p>\n
Performans ve G\u00fcvenlik \u0130pu\u00e7lar\u0131<\/h3>\n
Docker kullan\u0131m\u0131n\u0131z\u0131 optimize etmek i\u00e7in g\u00f6z \u00f6n\u00fcnde bulundurman\u0131z gereken baz\u0131 \u00f6nemli ipu\u00e7lar\u0131:<\/p>\n
\n- Multi-stage Builds (\u00c7ok A\u015famal\u0131 Yap\u0131lar):<\/strong> G\u00f6r\u00fcnt\u00fc boyutunu k\u00fc\u00e7\u00fcltmek ve gereksiz ba\u011f\u0131ml\u0131l\u0131klar\u0131 ortadan kald\u0131rmak i\u00e7in kullan\u0131l\u0131r. Birinci a\u015famada uygulaman\u0131z\u0131 derler veya ba\u011f\u0131ml\u0131l\u0131klar\u0131 kurars\u0131n\u0131z, ikinci a\u015famada ise sadece uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli olan \u00e7\u0131kt\u0131lar\u0131 kopyalars\u0131n\u0131z.<\/li>\n
\n# \u00d6rnek Multi-stage Dockerfile\nFROM node:16-alpine as builder\nWORKDIR \/app\nCOPY package*.json .\/\nRUN npm install\nCOPY . .\nRUN npm run build # React, Angular vb. i\u00e7in\n\nFROM node:16-alpine\nWORKDIR \/app\nCOPY --from=builder \/app\/build .\/build # Build \u00e7\u0131kt\u0131s\u0131n\u0131 kopyala\nCOPY --from=builder \/app\/node_modules .\/node_modules\nCOPY --from=builder \/app\/package*.json .\/\nCMD [\"npm\", \"start\"]\n <\/pre>\n<\/code><\/p>\n
- Daha K\u00fc\u00e7\u00fck Temel G\u00f6r\u00fcnt\u00fcler:<\/strong>\n