Bulut bili\u015fim, mikroservis mimarileri ve DevOps uygulamalar\u0131n\u0131n h\u0131zla yayg\u0131nla\u015fmas\u0131yla birlikte, yaz\u0131l\u0131m geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinde konteyner teknolojileri merkezi bir rol oynamaya ba\u015flam\u0131\u015ft\u0131r. Bu devrimin \u00f6nc\u00fcs\u00fc ise \u015f\u00fcphesiz Docker olmu\u015ftur. Docker, uygulamalar\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131yla birlikte izole edilmi\u015f, ta\u015f\u0131nabilir birimler olan konteynerler i\u00e7inde paketleyerek, “bir kez yaz, her yerde \u00e7al\u0131\u015ft\u0131r” felsefesini ger\u00e7e\u011fe d\u00f6n\u00fc\u015ft\u00fcrm\u00fc\u015ft\u00fcr. Bu makalede, Docker’\u0131n temel bile\u015fenlerinden ba\u015flayarak, ekosistemini olu\u015fturan \u00f6nemli ara\u00e7lar\u0131, kavramlar\u0131 ve bunlar\u0131n yaz\u0131l\u0131m ya\u015fam d\u00f6ng\u00fcs\u00fcndeki rollerini detayl\u0131 bir \u015fekilde inceleyece\u011fiz. Amac\u0131m\u0131z, Docker ekosistemine kapsaml\u0131 bir giri\u015f yaparak, okuyucunun bu g\u00fc\u00e7l\u00fc platformu daha iyi anlamas\u0131n\u0131 ve etkin bir \u015fekilde kullanmas\u0131n\u0131 sa\u011flamakt\u0131r.<\/p>\n
Docker, uygulamalar\u0131 ve onlar\u0131n t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 (k\u00fct\u00fcphaneler, ayarlar, di\u011fer yaz\u0131l\u0131mlar) standartla\u015ft\u0131r\u0131lm\u0131\u015f, hafif ve ta\u015f\u0131nabilir birimler olan konteynerler i\u00e7inde paketlemeyi sa\u011flayan a\u00e7\u0131k kaynakl\u0131 bir platformdur. Sanal makinelerin aksine, Docker konteynerleri i\u015fletim sistemini sanalla\u015ft\u0131rmak yerine, ana makinenin \u00e7ekirde\u011fini payla\u015f\u0131r ve bu sayede \u00e7ok daha h\u0131zl\u0131 ba\u015flar ve \u00e7ok daha az kaynak t\u00fcketir.<\/p>\n
Docker’\u0131n \u00f6nemi birka\u00e7 temel noktada toplanabilir:<\/p>\n
* Tutarl\u0131l\u0131k:<\/strong> Geli\u015ftirme, test ve \u00fcretim ortamlar\u0131 aras\u0131nda tutarl\u0131l\u0131\u011f\u0131 sa\u011flar. “Benim makinemde \u00e7al\u0131\u015f\u0131yor” sorununu ortadan kald\u0131r\u0131r. Bu avantajlar, Docker’\u0131 g\u00fcn\u00fcm\u00fcz\u00fcn yaz\u0131l\u0131m geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinin vazge\u00e7ilmez bir par\u00e7as\u0131 haline getirmi\u015ftir.<\/p>\n Docker ekosisteminin kalbinde, konteynerle\u015ftirme s\u00fcrecini y\u00f6neten ve m\u00fcmk\u00fcn k\u0131lan bir dizi temel bile\u015fen bulunur. Bu bile\u015fenler, bir uygulaman\u0131n nas\u0131l paketlendi\u011fini, depoland\u0131\u011f\u0131n\u0131 ve \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131n\u0131 tan\u0131mlar.<\/p>\n Docker Engine, Docker platformunun temelini olu\u015fturan istemci-sunucu uygulamas\u0131d\u0131r. \u00dc\u00e7 ana bile\u015fenden olu\u015fur:<\/p>\n * Docker Daemon (dockerd):<\/strong> Docker Engine’in sunucu k\u0131sm\u0131d\u0131r. Ana makinede arka planda \u00e7al\u0131\u015fan ve konteynerleri, imajlar\u0131, a\u011flar\u0131 ve veri birimlerini y\u00f6neten kal\u0131c\u0131 bir s\u00fcre\u00e7tir. API isteklerini dinler ve Docker nesnelerini y\u00f6netir. Docker Engine, bir Docker konteynerinin ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc y\u00f6netmekten sorumludur. Bir imaj\u0131 \u00e7ekmekten, bir konteyneri ba\u015flatmaya, durdurmaya ve silmeye kadar t\u00fcm operasyonlar\u0131 denetler.<\/p>\n Docker imajlar\u0131, bir uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gereken her \u015feyi i\u00e7eren, sadece okunabilir \u015fablonlard\u0131r. Bunlar, uygulaman\u0131n kodu, \u00e7al\u0131\u015fma zaman\u0131, sistem ara\u00e7lar\u0131, sistem k\u00fct\u00fcphaneleri ve ayarlar gibi t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131 i\u00e7erir. Bir Docker imaj\u0131, bir sanal makine \u015fablonuna benzetilebilir, ancak \u00e7ok daha hafiftir ve katmanl\u0131 bir yap\u0131ya sahiptir.<\/p>\n * Katmanl\u0131 Yap\u0131:<\/strong> Docker imajlar\u0131, birbiri \u00fczerine in\u015fa edilmi\u015f katmanlardan olu\u015fur. Her katman, imajda yap\u0131lan bir de\u011fi\u015fikli\u011fi (\u00f6rne\u011fin, bir dosya ekleme, bir komut \u00e7al\u0131\u015ft\u0131rma) temsil eder. Bu katmanl\u0131 yap\u0131, imajlar\u0131n verimli bir \u015fekilde depolanmas\u0131n\u0131 ve iletilmesini sa\u011flar. Ortak katmanlar, farkl\u0131 imajlar aras\u0131nda payla\u015f\u0131labilir. Docker konteynerleri, Docker imajlar\u0131n\u0131n \u00e7al\u0131\u015ft\u0131r\u0131labilir \u00f6rnekleridir. Bir imaj, bir s\u0131n\u0131f gibiyken, bir konteyner o s\u0131n\u0131f\u0131n bir nesnesi gibidir. Bir Docker imaj\u0131ndan birden \u00e7ok konteyner \u00e7al\u0131\u015ft\u0131r\u0131labilir.<\/p>\n * \u00c7al\u0131\u015fma Zaman\u0131 Ortam\u0131:<\/strong> Her konteyner, kendi izole edilmi\u015f dosya sistemi, a\u011f aray\u00fczleri ve i\u015flem alan\u0131 ile \u00e7al\u0131\u015f\u0131r. Bu izolasyon, farkl\u0131 konteynerlerin birbirini etkilemeden ayn\u0131 ana makinede g\u00fcvenli bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar. Docker kay\u0131t defterleri, Docker imajlar\u0131n\u0131 depolamak ve payla\u015fmak i\u00e7in kullan\u0131lan merkezi depolard\u0131r. Geli\u015ftiricilerin imajlar\u0131 y\u00fcklemesine (push) ve di\u011fer kullan\u0131c\u0131lar\u0131n bu imajlar\u0131 indirmesine (pull) olanak tan\u0131r.<\/p>\n * Docker Hub:<\/strong> En bilinen ve varsay\u0131lan genel kay\u0131t defteridir. Binlerce resmi imaj\u0131n (\u00f6rne\u011fin, Nginx, Redis, PostgreSQL) yan\u0131 s\u0131ra topluluk taraf\u0131ndan olu\u015fturulmu\u015f imajlar\u0131 bar\u0131nd\u0131r\u0131r. Geli\u015ftiriciler kendi imajlar\u0131n\u0131 Docker Hub’da herkese a\u00e7\u0131k veya \u00f6zel olarak depolayabilirler. Kay\u0131t defterleri, imajlar\u0131n s\u00fcr\u00fcm kontrol\u00fcn\u00fc ve da\u011f\u0131t\u0131m\u0131n\u0131 kolayla\u015ft\u0131rarak, i\u015fbirli\u011fini ve CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7lerini destekler.<\/p>\n Tek bir konteyner \u00e7al\u0131\u015ft\u0131rmak kolayd\u0131r, ancak karma\u015f\u0131k uygulamalar genellikle birden fazla konteynerden (\u00f6rne\u011fin, bir veritaban\u0131, bir \u00f6n u\u00e7 ve bir arka u\u00e7 servisi) olu\u015fur ve bunlar\u0131n y\u00f6netimi, \u00f6l\u00e7eklenmesi ve birbirleriyle ileti\u015fimi karma\u015f\u0131k hale gelebilir. \u0130\u015fte bu noktada orkestrasyon ara\u00e7lar\u0131 devreye girer.<\/p>\n Docker Compose, birden \u00e7ok konteynerden olu\u015fan uygulamalar\u0131 tan\u0131mlamak ve \u00e7al\u0131\u015ft\u0131rmak i\u00e7in kullan\u0131lan bir ara\u00e7t\u0131r. Tek bir komutla t\u00fcm uygulaman\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc (olu\u015fturma, ba\u015flatma, durdurma, silme) y\u00f6netmenizi sa\u011flar.<\/p>\n * \u00d6rne\u011fin, basit bir web uygulamas\u0131 i\u00e7in Bu dosya, Docker Swarm, Docker’\u0131n kendi yerel konteyner orkestrasyon arac\u0131d\u0131r. Birden \u00e7ok Docker ana bilgisayar\u0131n\u0131 (node) tek bir sanal Docker Engine’e d\u00f6n\u00fc\u015ft\u00fcrerek, konteynerlerin bir k\u00fcme \u00fczerinde da\u011f\u0131t\u0131k olarak \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n * Swarm Modu:<\/strong> Docker Engine’in yerle\u015fik bir \u00f6zelli\u011fidir. Docker Swarm, basit ve orta \u00f6l\u00e7ekli da\u011f\u0131t\u0131mlar i\u00e7in h\u0131zl\u0131 ve kolay bir orkestrasyon \u00e7\u00f6z\u00fcm\u00fc sunar. Ancak, b\u00fcy\u00fck ve karma\u015f\u0131k kurumsal da\u011f\u0131t\u0131mlar i\u00e7in genellikle end\u00fcstri standard\u0131 olan Kubernetes tercih edilir. Kubernetes, Docker Swarm’dan daha zengin \u00f6zelliklere ve daha geni\u015f bir ekosisteme sahiptir, ancak kurulumu ve y\u00f6netimi daha karma\u015f\u0131kt\u0131r. Bu makale Docker ekosistemine odakland\u0131\u011f\u0131 i\u00e7in Kubernetes’e derinlemesine girmeyece\u011fiz, ancak onun da konteyner orkestrasyon alan\u0131ndaki \u00f6nemini belirtmek gerekir.<\/p>\n Konteynerlerin birbirleriyle ve d\u0131\u015f d\u00fcnya ile ileti\u015fim kurabilmesi i\u00e7in sa\u011flam bir a\u011f altyap\u0131s\u0131 gereklidir. Docker, \u00e7e\u015fitli a\u011f s\u00fcr\u00fcc\u00fcleri (network drivers) arac\u0131l\u0131\u011f\u0131yla esnek ve g\u00fc\u00e7l\u00fc a\u011f se\u00e7enekleri sunar.<\/p>\n Her Docker konteyneri, kendi a\u011f aray\u00fcz\u00fcne, IP adresine ve DNS yap\u0131land\u0131rmas\u0131na sahip olabilir. Docker, varsay\u0131lan olarak bir k\u00f6pr\u00fc a\u011f\u0131 (bridge network) olu\u015fturur ve yeni konteynerleri buna ba\u011flar.<\/p>\n * Bridge Network (K\u00f6pr\u00fc A\u011f\u0131):<\/strong> Varsay\u0131lan a\u011f s\u00fcr\u00fcc\u00fcs\u00fcd\u00fcr. Ayn\u0131 ana bilgisayar \u00fczerindeki konteynerlerin birbirleriyle IP adresleri veya konteyner isimleri arac\u0131l\u0131\u011f\u0131yla ileti\u015fim kurmas\u0131n\u0131 sa\u011flar. Konteynerler, ana makineden izole edilmi\u015f \u00f6zel bir a\u011fda bulunur ve ana makine, bir k\u00f6pr\u00fc g\u00f6revi g\u00f6rerek konteynerlerin d\u0131\u015f d\u00fcnya ile ileti\u015fim kurmas\u0131na olanak tan\u0131r. Docker’\u0131n a\u011f yap\u0131land\u0131rma esnekli\u011fi, karma\u015f\u0131k da\u011f\u0131t\u0131k uygulamalar\u0131n a\u011f gereksinimlerini kar\u015f\u0131lamak i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Docker konteynerleri varsay\u0131lan olarak durumsuzdur (stateless) ve kal\u0131c\u0131 veri depolamaz. Bir konteyner silindi\u011finde, i\u00e7inde olu\u015fturulan t\u00fcm veriler de kaybolur. Uygulamalar\u0131n kal\u0131c\u0131 verilere (veritabanlar\u0131, kullan\u0131c\u0131 y\u00fcklemeleri vb.) ihtiyac\u0131 oldu\u011funda, Docker \u00e7e\u015fitli veri y\u00f6netimi \u00e7\u00f6z\u00fcmleri sunar.<\/p>\n Volumes, Docker taraf\u0131ndan y\u00f6netilen ve konteynerler taraf\u0131ndan kullan\u0131lan kal\u0131c\u0131 veri depolama mekanizmas\u0131d\u0131r. Konteyner ya\u015fam d\u00f6ng\u00fcs\u00fcnden ba\u011f\u0131ms\u0131zd\u0131r ve verilerin konteynerler aras\u0131nda payla\u015f\u0131lmas\u0131n\u0131 veya konteynerler yeniden olu\u015fturuldu\u011funda bile korunmas\u0131n\u0131 sa\u011flar.<\/p>\n * Y\u00f6netilen Depolama:<\/strong> Docker, volume’lar\u0131 ana bilgisayar\u0131n dosya sisteminde belirli bir konumda (genellikle Volumes, \u00f6zellikle veritabanlar\u0131 gibi kal\u0131c\u0131 veri gerektiren uygulamalar i\u00e7in tercih edilen depolama y\u00f6ntemidir.<\/p>\n Bind mounts, ana bilgisayar\u0131n dosya sistemindeki belirli bir yolu do\u011frudan bir konteyner i\u00e7indeki bir dizine ba\u011flaman\u0131za olanak tan\u0131r. Volumes’lardan farkl\u0131 olarak, bind mounts’lar\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fc do\u011frudan ana bilgisayar\u0131n dosya sistemiyle ili\u015fkilidir ve Docker taraf\u0131ndan y\u00f6netilmezler.<\/p>\n * Ana Bilgisayar Kontrol\u00fc:<\/strong> Kullan\u0131c\u0131, ana bilgisayar\u0131n hangi dizininin konteynere ba\u011flanaca\u011f\u0131n\u0131 tam olarak kontrol eder. tmpfs mounts, verileri ana bilgisayar\u0131n belle\u011finde depolayan ve kal\u0131c\u0131 olmayan bir depolama t\u00fcr\u00fcd\u00fcr. Konteyner durdu\u011funda veya silindi\u011finde, tmpfs mount’taki t\u00fcm veriler kaybolur.<\/p>\n * Kullan\u0131m Senaryolar\u0131:<\/strong> Veri y\u00f6netimi stratejisi, uygulaman\u0131n gereksinimlerine ve g\u00fcvenlik politikalar\u0131na g\u00f6re dikkatlice se\u00e7ilmelidir.<\/p>\n Docker, konteynerler arac\u0131l\u0131\u011f\u0131yla izolasyon sa\u011flasa da, g\u00fcvenli bir Docker ortam\u0131 olu\u015fturmak i\u00e7in ek \u00f6nlemler almak \u00f6nemlidir.<\/p>\n * \u0130maj G\u00fcvenli\u011fi:<\/strong> * Konteyner \u0130zolasyonu:<\/strong> * A\u011f G\u00fcvenli\u011fi:<\/strong> * Docker Daemon G\u00fcvenli\u011fi:<\/strong> * Kay\u0131t Defteri G\u00fcvenli\u011fi:<\/strong> G\u00fcvenlik, Docker ekosisteminin her katman\u0131nda s\u00fcrekli dikkat gerektiren bir konudur.<\/p>\n Docker’\u0131 daha verimli ve g\u00fcvenli kullanmak i\u00e7in baz\u0131 ileri d\u00fczey konular ve en iyi uygulamalar \u015funlard\u0131r:<\/p>\n * Dockerfile En \u0130yi Uygulamalar\u0131:<\/strong> * Loglama ve \u0130zleme:<\/strong> * Kaynak S\u0131n\u0131rlamalar\u0131:<\/strong> * CI\/CD Entegrasyonu:<\/strong> * Sa\u011fl\u0131k Kontrolleri (Health Checks):<\/strong> Bu uygulamalar, Docker kullan\u0131m\u0131n\u0131n verimlili\u011fini, g\u00fcvenli\u011fini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/p>\n Docker ekosistemi, modern yaz\u0131l\u0131m geli\u015ftirme ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerinin vazge\u00e7ilmez bir par\u00e7as\u0131 haline gelmi\u015ftir. Bu makalede, Docker Engine’den ba\u015flayarak imajlar, konteynerler ve kay\u0131t defterleri gibi temel bile\u015fenleri inceledik. Ard\u0131ndan, \u00e7oklu konteyner uygulamalar\u0131n\u0131 y\u00f6netmek i\u00e7in Docker Compose ve da\u011f\u0131t\u0131k ortamlar i\u00e7in Docker Swarm gibi orkestrasyon ara\u00e7lar\u0131na de\u011findik. Konteynerlerin birbirleriyle ve d\u0131\u015f d\u00fcnya ile ileti\u015fimini sa\u011flayan a\u011f yap\u0131s\u0131n\u0131 ve kal\u0131c\u0131 veri y\u00f6netimi i\u00e7in volume’lar ile bind mount’lar\u0131 ele ald\u0131k. Son olarak, Docker ortamlar\u0131n\u0131n g\u00fcvenli\u011fini sa\u011flamak i\u00e7in al\u0131nmas\u0131 gereken \u00f6nlemleri ve Docker kullan\u0131m\u0131n\u0131 optimize etmek i\u00e7in en iyi uygulamalar\u0131 tart\u0131\u015ft\u0131k.<\/p>\n Docker’\u0131n sa\u011flad\u0131\u011f\u0131 tutarl\u0131l\u0131k, ta\u015f\u0131nabilirlik, izolasyon ve \u00f6l\u00e7eklenebilirlik, yaz\u0131l\u0131m ekiplerinin daha h\u0131zl\u0131, daha g\u00fcvenli ve daha verimli bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flam\u0131\u015ft\u0131r. Ekosistemin s\u00fcrekli geli\u015fimi, konteyner teknolojilerinin gelecekteki yaz\u0131l\u0131m mimarilerinde de merkezi bir rol oynamaya devam edece\u011finin bir g\u00f6stergesidir. Docker’\u0131 anlamak ve etkin bir \u015fekilde kullanmak, g\u00fcn\u00fcm\u00fcz\u00fcn teknoloji d\u00fcnyas\u0131nda her yaz\u0131l\u0131m profesyoneli i\u00e7in kritik bir beceri haline gelmi\u015ftir.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Docker Ekosistemi: Yayg\u0131n Bile\u015fenlere Giri\u015f\nBulut bili\u015fim, mikroservis mimarileri ve DevOps uygulamalar\u0131n\u0131n h\u0131zla yayg\u0131nla\u015fmas\u0131yla birlikte","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":[1407],"tags":[],"class_list":{"0":"post-31856","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-docker","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n
\n* \u0130zolasyon:<\/strong> Her konteyner kendi i\u00e7inde izole edilmi\u015f bir ortam sunar, b\u00f6ylece farkl\u0131 uygulamalar\u0131n \u00e7ak\u0131\u015fmas\u0131 engellenir.
\n* Ta\u015f\u0131nabilirlik:<\/strong> Konteynerler, Linux’tan Windows’a, yerel sunuculardan bulut ortamlar\u0131na kadar her yerde ayn\u0131 \u015fekilde \u00e7al\u0131\u015fabilir.
\n* Verimlilik:<\/strong> H\u0131zl\u0131 ba\u015flatma s\u00fcreleri ve d\u00fc\u015f\u00fck kaynak t\u00fcketimi sayesinde daha fazla uygulaman\u0131n ayn\u0131 donan\u0131m \u00fczerinde \u00e7al\u0131\u015fmas\u0131na olanak tan\u0131r.
\n* \u00d6l\u00e7eklenebilirlik:<\/strong> Konteynerlerin h\u0131zl\u0131 bir \u015fekilde kopyalan\u0131p da\u011f\u0131t\u0131labilmesi, uygulamalar\u0131n kolayca \u00f6l\u00e7eklenmesini sa\u011flar.
\n* DevOps ve Mikroservisler:<\/strong> Modern DevOps s\u00fcre\u00e7lerinin ve mikroservis mimarilerinin temel ta\u015f\u0131d\u0131r.<\/p>\nTemel Docker Bile\u015fenleri<\/h3>\n
Docker Engine<\/h4>\n
\n* Docker CLI (Command Line Interface):<\/strong> Docker Engine’in istemci k\u0131sm\u0131d\u0131r. Kullan\u0131c\u0131lar\u0131n Docker Daemon ile etkile\u015fime girmesini sa\u011flayan bir komut sat\u0131r\u0131 arac\u0131d\u0131r. docker run<\/code>, docker build<\/code>, docker pull<\/code> gibi komutlar arac\u0131l\u0131\u011f\u0131yla kullan\u0131c\u0131n\u0131n isteklerini Docker Daemon’a iletir.
\n* REST API:<\/strong> Docker CLI’nin ve di\u011fer ara\u00e7lar\u0131n Docker Daemon ile ileti\u015fim kurmas\u0131n\u0131 sa\u011flayan bir aray\u00fczd\u00fcr.<\/p>\nDocker \u0130majlar\u0131 (Images)<\/h4>\n
\n* Dockerfile:<\/strong> Docker imajlar\u0131, Dockerfile<\/code> ad\u0131 verilen metin tabanl\u0131 bir dosya kullan\u0131larak olu\u015fturulur. Dockerfile<\/code>, imaj\u0131n nas\u0131l in\u015fa edilece\u011fine dair ad\u0131m ad\u0131m talimatlar\u0131 (\u00f6rne\u011fin, hangi temel imaj\u0131n kullan\u0131laca\u011f\u0131, hangi dosyalar\u0131n kopyalanaca\u011f\u0131, hangi komutlar\u0131n \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131) i\u00e7erir. Bu, imaj olu\u015fturma s\u00fcrecini otomatik, tekrarlanabilir ve \u015feffaf hale getirir.
\n* Temel \u0130majlar:<\/strong> \u00c7o\u011fu Docker imaj\u0131, Ubuntu, Alpine, Node.js veya Python gibi mevcut bir temel imajdan ba\u015flar. Bu temel imajlar, uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gerekli minimum i\u015fletim sistemi ve \u00e7al\u0131\u015fma zaman\u0131 ortam\u0131n\u0131 sa\u011flar.<\/p>\nDocker Konteynerleri (Containers)<\/h4>\n
\n* Okuma\/Yazma Katman\u0131:<\/strong> Bir konteyner ba\u015flat\u0131ld\u0131\u011f\u0131nda, temel imaj\u0131n \u00fczerine yaz\u0131labilir bir katman eklenir. Konteyner i\u00e7inde yap\u0131lan t\u00fcm de\u011fi\u015fiklikler (dosya olu\u015fturma, de\u011fi\u015ftirme, silme) bu yaz\u0131labilir katmanda ger\u00e7ekle\u015fir. Konteyner silindi\u011finde, bu yaz\u0131labilir katman da silinir, bu da konteynerlerin varsay\u0131lan olarak durumsuz (stateless) olmas\u0131n\u0131 sa\u011flar.
\n* Konteyner Ya\u015fam D\u00f6ng\u00fcs\u00fc:<\/strong> Konteynerler bir ya\u015fam d\u00f6ng\u00fcs\u00fcne sahiptir: olu\u015fturulur (create<\/code>), ba\u015flat\u0131l\u0131r (start<\/code>), durdurulur (stop<\/code>), yeniden ba\u015flat\u0131l\u0131r (restart<\/code>), ask\u0131ya al\u0131n\u0131r (pause<\/code>), devam ettirilir (unpause<\/code>) ve silinir (rm<\/code>).<\/p>\nDocker Kay\u0131t Defterleri (Registries)<\/h4>\n
\n* \u00d6zel Kay\u0131t Defterleri:<\/strong> Kurumsal ortamlarda, g\u00fcvenlik ve kontrol amac\u0131yla kendi \u00f6zel Docker kay\u0131t defterlerini kurmak yayg\u0131nd\u0131r. Bu, hassas imajlar\u0131n \u015firket a\u011f\u0131 i\u00e7inde kalmas\u0131n\u0131 sa\u011flar ve eri\u015fim kontrol\u00fcn\u00fc kolayla\u015ft\u0131r\u0131r. Harbor, Quay veya kendi kendine bar\u0131nd\u0131r\u0131lan Docker Registry bunlara \u00f6rnektir.<\/p>\nOrkestrasyon ve Y\u00f6netim Ara\u00e7lar\u0131<\/h3>\n
Docker Compose<\/h4>\n
docker-compose.yml<\/code> Dosyas\u0131:<\/strong> Docker Compose, bir YAML dosyas\u0131 (docker-compose.yml<\/code>) kullanarak uygulaman\u0131n servislerini, a\u011flar\u0131n\u0131 ve veri birimlerini tan\u0131mlar. Bu dosya, her bir servisin hangi imaj\u0131 kullanaca\u011f\u0131n\u0131, hangi portlar\u0131 a\u00e7aca\u011f\u0131n\u0131, hangi veri birimlerini ba\u011flayaca\u011f\u0131n\u0131 ve di\u011fer servislerle nas\u0131l etkile\u015fim kuraca\u011f\u0131n\u0131 belirtir.
\n* Servis Tan\u0131m\u0131:<\/strong> YAML dosyas\u0131nda her bir konteyner, bir “servis” olarak tan\u0131mlan\u0131r. \u00d6rne\u011fin, bir web uygulamas\u0131, bir veritaban\u0131 servisi ve bir \u00f6nbellek servisi olabilir.
\n* Geli\u015ftirme Ortamlar\u0131:<\/strong> Docker Compose, \u00f6zellikle yerel geli\u015ftirme ve test ortamlar\u0131 i\u00e7in son derece kullan\u0131\u015fl\u0131d\u0131r. Geli\u015ftiriciler, tek bir komutla uygulaman\u0131n t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 i\u00e7eren bir ortam\u0131 h\u0131zl\u0131ca aya\u011fa kald\u0131rabilirler.<\/p>\ndocker-compose.yml<\/code> dosyas\u0131 \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\nversion: '3.8'\nservices:\n web:\n image: my-web-app:latest\n ports:\n - \"80:80\"\n depends_on:\n - db\n db:\n image: postgres:13\n environment:\n POSTGRES_DB: mydatabase\n POSTGRES_USER: user\n POSTGRES_PASSWORD: password<\/code><\/pre>\nweb<\/code> ve db<\/code> ad\u0131nda iki servis tan\u0131mlar ve docker-compose up<\/code> komutuyla her ikisini de ba\u015flat\u0131r.<\/p>\nDocker Swarm<\/h4>\n
docker swarm init<\/code> komutuyla bir ana bilgisayar bir Swarm y\u00f6neticisi olarak ba\u015flat\u0131labilir ve di\u011fer ana bilgisayarlar docker swarm join<\/code> komutuyla k\u00fcme \u00fcyesi (worker) olarak eklenebilir.
\n* Y\u00f6neticiler (Managers) ve \u00c7al\u0131\u015fanlar (Workers):<\/strong> Swarm y\u00f6neticileri, k\u00fcmenin durumunu korur, orkestrasyon g\u00f6revlerini planlar ve \u00e7al\u0131\u015fan d\u00fc\u011f\u00fcmlerine g\u00f6revler atar. \u00c7al\u0131\u015fanlar ise konteynerleri \u00e7al\u0131\u015ft\u0131ran ve y\u00f6neticilerden gelen g\u00f6revleri yerine getiren d\u00fc\u011f\u00fcmlerdir.
\n* Servisler (Services):<\/strong> Swarm’da, uygulamalar “servisler” olarak da\u011f\u0131t\u0131l\u0131r. Bir servis, k\u00fcme \u00fczerinde \u00e7al\u0131\u015fmas\u0131 gereken bir imaj\u0131n istenen durumunu (\u00f6rne\u011fin, ka\u00e7 kopya \u00e7al\u0131\u015fmal\u0131, hangi a\u011flar\u0131 kullanmal\u0131) tan\u0131mlar. Swarm, servisin belirtilen say\u0131da kopyas\u0131n\u0131 (replika) otomatik olarak ba\u015flat\u0131r ve y\u00f6netir.
\n* Y\u00fcksek Eri\u015filebilirlik ve \u00d6l\u00e7eklenebilirlik:<\/strong> Swarm, servislerin y\u00fcksek eri\u015filebilirli\u011fini ve \u00f6l\u00e7eklenebilirli\u011fini sa\u011flar. Bir d\u00fc\u011f\u00fcm \u00e7\u00f6kerse, Swarm y\u00f6neticileri otomatik olarak etkilenen konteynerleri di\u011fer sa\u011fl\u0131kl\u0131 d\u00fc\u011f\u00fcmlerde yeniden ba\u015flat\u0131r. Servisler kolayca \u00f6l\u00e7eklendirilebilir (\u00f6rne\u011fin, docker service scale web=5<\/code>).
\n* Yerle\u015fik Y\u00fck Dengeleme:<\/strong> Swarm, servisler aras\u0131nda yerle\u015fik bir y\u00fck dengeleme mekanizmas\u0131 sunar.<\/p>\nA\u011f Yap\u0131s\u0131 (Networking)<\/h3>\n
Konteyner A\u011f Temelleri<\/h4>\n
Yayg\u0131n A\u011f S\u00fcr\u00fcc\u00fcleri<\/h4>\n
\n* Host Network (Ana Bilgisayar A\u011f\u0131):<\/strong> Bu s\u00fcr\u00fcc\u00fc ile bir konteyner, kendi a\u011f y\u0131\u011f\u0131n\u0131na sahip olmak yerine do\u011frudan ana bilgisayar\u0131n a\u011f y\u0131\u011f\u0131n\u0131n\u0131 kullan\u0131r. Bu, konteynerin ana bilgisayar\u0131n a\u011f aray\u00fczlerini ve portlar\u0131n\u0131 do\u011frudan kullanabilece\u011fi anlam\u0131na gelir. Performans a\u00e7\u0131s\u0131ndan avantajl\u0131 olabilir, ancak izolasyonu azalt\u0131r.
\n* None Network (A\u011f Yok):<\/strong> Konteynerin hi\u00e7bir a\u011f aray\u00fcz\u00fc yoktur. Genellikle \u00f6zel a\u011f yap\u0131land\u0131rmalar\u0131 gerekti\u011finde veya konteynerin a\u011fa eri\u015fmemesi istendi\u011finde kullan\u0131l\u0131r.
\n* Overlay Network (Katmanl\u0131 A\u011f):<\/strong> Docker Swarm gibi \u00e7oklu ana bilgisayar ortamlar\u0131nda konteynerlerin birbirleriyle ileti\u015fim kurmas\u0131n\u0131 sa\u011flar. Birden fazla Docker ana bilgisayar\u0131 \u00fczerinde \u00e7al\u0131\u015fan servislerin, tek bir mant\u0131ksal a\u011fda yer almas\u0131n\u0131 ve IP adresleri veya servis isimleri arac\u0131l\u0131\u011f\u0131yla ileti\u015fim kurmas\u0131n\u0131 m\u00fcmk\u00fcn k\u0131lar. Swarm modunda varsay\u0131lan a\u011f s\u00fcr\u00fcc\u00fcs\u00fcd\u00fcr.
\n* Macvlan Network:<\/strong> Bu s\u00fcr\u00fcc\u00fc, konteynerlere fiziksel a\u011fdaki MAC adresleri ataman\u0131za olanak tan\u0131r. Bu sayede konteynerler, fiziksel a\u011fda ayr\u0131 birer fiziksel cihaz gibi g\u00f6r\u00fcn\u00fcr. Eski uygulamalar\u0131n veya a\u011f izleme ara\u00e7lar\u0131n\u0131n konteynerize edilmesi gerekti\u011finde kullan\u0131\u015fl\u0131 olabilir.<\/p>\nVeri Y\u00f6netimi (Data Management)<\/h3>\n
Volumes (Veri Birimleri)<\/h4>\n
\/var\/lib\/docker\/volumes\/<\/code> alt\u0131nda) olu\u015fturur ve y\u00f6netir. Kullan\u0131c\u0131lar\u0131n do\u011frudan bu konuma eri\u015fmesi yerine Docker CLI arac\u0131l\u0131\u011f\u0131yla volume’larla etkile\u015fime girmesi beklenir.
\n* Adland\u0131r\u0131lm\u0131\u015f Volume’lar (Named Volumes):<\/strong> En yayg\u0131n kullan\u0131m \u015feklidir. docker volume create mydata<\/code> gibi bir komutla olu\u015fturulur ve docker run -v mydata:\/app\/data<\/code> gibi bir komutla konteynere ba\u011flan\u0131r. \u0130simleri sayesinde kolayca y\u00f6netilebilir ve okunabilir.
\n* Anonim Volume’lar (Anonymous Volumes):<\/strong> \u0130sim verilmeden olu\u015fturulan volume’lard\u0131r. Genellikle tek kullan\u0131ml\u0131k konteynerler i\u00e7in veya verinin ismine ihtiya\u00e7 duyulmad\u0131\u011f\u0131nda kullan\u0131l\u0131r. Docker taraf\u0131ndan rastgele bir ID ile tan\u0131mlan\u0131r.
\n* Veri Payla\u015f\u0131m\u0131:<\/strong> Birden fazla konteyner ayn\u0131 volume’u payla\u015fabilir, bu da servisler aras\u0131nda veri al\u0131\u015fveri\u015fini kolayla\u015ft\u0131r\u0131r.<\/p>\nBind Mounts (Ba\u011flama Noktalar\u0131)<\/h4>\n
\n* Kullan\u0131m Senaryolar\u0131:<\/strong>
\n * Geli\u015ftirme Ortamlar\u0131:<\/strong> Kaynak kodunu ana bilgisayarda tutarken, konteyner i\u00e7indeki uygulaman\u0131n bu kodu kullanmas\u0131n\u0131 sa\u011flamak i\u00e7in idealdir. Kodda yap\u0131lan de\u011fi\u015fiklikler an\u0131nda konteyner i\u00e7inde yans\u0131t\u0131l\u0131r.
\n * Yap\u0131land\u0131rma Dosyalar\u0131:<\/strong> Ana bilgisayarda bulunan yap\u0131land\u0131rma dosyalar\u0131n\u0131 konteynerlere ba\u011flamak i\u00e7in kullan\u0131l\u0131r.
\n * Loglar:<\/strong> Konteyner loglar\u0131n\u0131 ana bilgisayarda kal\u0131c\u0131 olarak depolamak i\u00e7in kullan\u0131labilir.
\n* G\u00fcvenlik Riskleri:<\/strong> Bind mounts, ana bilgisayar\u0131n dosya sistemine do\u011frudan eri\u015fim sa\u011flad\u0131\u011f\u0131 i\u00e7in dikkatli kullan\u0131lmal\u0131d\u0131r. Konteynerin, ba\u011flanan dizin d\u0131\u015f\u0131ndaki ana bilgisayar kaynaklar\u0131na eri\u015fimini engelleyecek g\u00fcvenlik \u00f6nlemleri al\u0131nmal\u0131d\u0131r.<\/p>\ntmpfs Mounts<\/h4>\n
\n * Hassas bilgilerin ge\u00e7ici olarak depolanmas\u0131 (\u00f6rne\u011fin, \u015fifreler, anahtarlar).
\n * Kal\u0131c\u0131 depolamaya gerek duymayan, y\u00fcksek performansl\u0131 ge\u00e7ici dosya depolama.
\n * Konteynerin \u00e7al\u0131\u015fmas\u0131 s\u0131ras\u0131nda olu\u015fan ancak sonras\u0131nda korunmas\u0131 gerekmeyen ge\u00e7ici veriler.<\/p>\nG\u00fcvenlik Hususlar\u0131<\/h3>\n
\n * G\u00fcvenilir Kaynaklar:<\/strong> Yaln\u0131zca resmi veya g\u00fcvenilir kaynaklardan gelen imajlar\u0131 kullan\u0131n. Bilinmeyen veya do\u011frulanmam\u0131\u015f imajlar g\u00fcvenlik a\u00e7\u0131klar\u0131 i\u00e7erebilir.
\n * Minimum \u0130majlar:<\/strong> M\u00fcmk\u00fcn oldu\u011funca k\u00fc\u00e7\u00fck ve minimal temel imajlar (\u00f6rne\u011fin, Alpine Linux) kullan\u0131n. Daha az bile\u015fen, daha az potansiyel g\u00fcvenlik a\u00e7\u0131\u011f\u0131 demektir.
\n * S\u00fcr\u00fcm Kontrol\u00fc:<\/strong> \u0130majlar\u0131 belirli s\u00fcr\u00fcmlerle etiketleyin (my-app:1.0.0<\/code>) ve latest<\/code> etiketinden ka\u00e7\u0131n\u0131n, bu imaj\u0131n beklenmedik \u015fekilde de\u011fi\u015fmesine neden olabilir.
\n * G\u00fcvenlik Taramas\u0131:<\/strong> \u0130majlar\u0131 bilinen g\u00fcvenlik a\u00e7\u0131klar\u0131 i\u00e7in d\u00fczenli olarak taray\u0131n (\u00f6rne\u011fin, Docker Scan, Clair, Trivy).
\n * Multi-stage Builds:<\/strong> Dockerfile<\/code>‘da \u00e7ok a\u015famal\u0131 derlemeler kullanarak nihai imaj\u0131n sadece gerekli \u00e7al\u0131\u015fma zaman\u0131 bile\u015fenlerini i\u00e7ermesini sa\u011flay\u0131n. Bu, imaj boyutunu k\u00fc\u00e7\u00fclt\u00fcr ve sald\u0131r\u0131 y\u00fczeyini azalt\u0131r.<\/p>\n
\n * Root Olmayan Kullan\u0131c\u0131lar:<\/strong> Konteyner i\u00e7indeki uygulamalar\u0131 root<\/code> kullan\u0131c\u0131s\u0131 olarak \u00e7al\u0131\u015ft\u0131rmaktan ka\u00e7\u0131n\u0131n. Bunun yerine, Dockerfile<\/code> i\u00e7inde \u00f6zel, ayr\u0131cal\u0131ks\u0131z bir kullan\u0131c\u0131 olu\u015fturun ve uygulamay\u0131 bu kullan\u0131c\u0131yla \u00e7al\u0131\u015ft\u0131r\u0131n.
\n * Kaynak S\u0131n\u0131rlamalar\u0131:<\/strong> Konteynerlerin CPU, bellek ve disk G\/\u00c7 gibi kaynaklar\u0131 a\u015f\u0131r\u0131 t\u00fcketmesini \u00f6nlemek i\u00e7in s\u0131n\u0131rlar belirleyin.
\n * Ayr\u0131cal\u0131klar\u0131n Azalt\u0131lmas\u0131:<\/strong> Konteynerlerin privileged<\/code> modda \u00e7al\u0131\u015fmas\u0131n\u0131 veya gereksiz Linux yeteneklerine (capabilities<\/code>) sahip olmas\u0131n\u0131 engelleyin.
\n * G\u00fcvenlik Ba\u011flam\u0131 (Security Context):<\/strong> SELinux veya AppArmor gibi g\u00fcvenlik mekanizmalar\u0131n\u0131 kullanarak konteynerlerin ana makine kaynaklar\u0131na eri\u015fimini k\u0131s\u0131tlay\u0131n.<\/p>\n
\n * Minimum Port A\u00e7\u0131kl\u0131\u011f\u0131:<\/strong> Konteynerlerin yaln\u0131zca ger\u00e7ekten ihtiya\u00e7 duyduklar\u0131 portlar\u0131 d\u0131\u015f d\u00fcnyaya a\u00e7t\u0131\u011f\u0131ndan emin olun.
\n * A\u011f Segmentasyonu:<\/strong> Farkl\u0131 g\u00fcvenlik seviyelerine sahip servisleri ayr\u0131 Docker a\u011flar\u0131na ay\u0131r\u0131n.
\n * G\u00fcvenlik Duvarlar\u0131:<\/strong> Ana bilgisayarda ve k\u00fcme d\u00fczeyinde g\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 uygulay\u0131n.<\/p>\n
\n * API Eri\u015fimi:<\/strong> Docker Daemon’\u0131n REST API’sine eri\u015fimi k\u0131s\u0131tlay\u0131n ve TLS ile \u015fifreleyin.
\n * Grup \u00dcyeli\u011fi:<\/strong> docker<\/code> grubuna sadece g\u00fcvenilir kullan\u0131c\u0131lar\u0131 ekleyin, \u00e7\u00fcnk\u00fc bu gruba \u00fcye olmak root ayr\u0131cal\u0131klar\u0131yla e\u015fde\u011ferdir.<\/p>\n
\n * Kimlik Do\u011frulama ve Yetkilendirme:<\/strong> \u00d6zel kay\u0131t defterlerine eri\u015fimi g\u00fc\u00e7l\u00fc kimlik do\u011frulama ve yetkilendirme mekanizmalar\u0131yla koruyun.
\n * \u0130maj \u0130mzalama:<\/strong> \u0130majlar\u0131n b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc ve kayna\u011f\u0131n\u0131 do\u011frulamak i\u00e7in Notary gibi imaj imzalama \u00e7\u00f6z\u00fcmlerini kullan\u0131n.<\/p>\n\u0130leri D\u00fczey Konular ve En \u0130yi Uygulamalar<\/h3>\n
\n * Minimal Temel \u0130majlar:<\/strong> FROM alpine<\/code> gibi k\u00fc\u00e7\u00fck imajlar\u0131 tercih edin.
\n * \u00c7ok A\u015famal\u0131 Derlemeler (Multi-stage Builds):<\/strong> Derleme ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 nihai \u00e7al\u0131\u015fma zaman\u0131 imaj\u0131ndan ay\u0131rarak imaj boyutunu k\u00fc\u00e7\u00fclt\u00fcn ve g\u00fcvenlik y\u00fczeyini azalt\u0131n.
\n * \u00d6nbellekleme (Caching):<\/strong> Dockerfile<\/code> talimatlar\u0131n\u0131 en az de\u011fi\u015fenlerden en \u00e7ok de\u011fi\u015fenlere do\u011fru s\u0131ralay\u0131n. Docker, katmanlar\u0131 \u00f6nbelle\u011fe al\u0131r ve bu, derleme s\u00fcrelerini h\u0131zland\u0131r\u0131r.
\n * Ba\u011f\u0131ml\u0131l\u0131klar\u0131 Y\u00f6netme:<\/strong> Uygulama ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 (\u00f6rne\u011fin, pip install -r requirements.txt<\/code>) ayr\u0131 bir RUN<\/code> komutunda \u00e7al\u0131\u015ft\u0131r\u0131n ve apt-get clean<\/code> gibi komutlarla gereksiz dosyalar\u0131 temizleyin.
\n * Sadece Gerekli Dosyalar\u0131 Kopyalama:<\/strong> .dockerignore<\/code> dosyas\u0131n\u0131 kullanarak gereksiz dosyalar\u0131n (\u00f6rne\u011fin, .git<\/code>, node_modules<\/code>) imaja kopyalanmas\u0131n\u0131 engelleyin.
\n * Ayr\u0131cal\u0131ks\u0131z Kullan\u0131c\u0131lar:<\/strong> USER<\/code> talimat\u0131n\u0131 kullanarak uygulamay\u0131 root<\/code> olmayan bir kullan\u0131c\u0131yla \u00e7al\u0131\u015ft\u0131r\u0131n.<\/p>\n
\n * Konteyner loglar\u0131n\u0131 merkezi bir loglama sistemine (\u00f6rne\u011fin, ELK Stack, Splunk, Grafana Loki) y\u00f6nlendirin.
\n * Konteyner ve ana bilgisayar kaynak kullan\u0131m\u0131n\u0131 izlemek i\u00e7in Prometheus ve Grafana gibi ara\u00e7lar\u0131 kullan\u0131n.<\/p>\n
\n * Konteynerlerin CPU ve bellek kullan\u0131m\u0131n\u0131 docker run --cpus<\/code> ve --memory<\/code> se\u00e7enekleriyle s\u0131n\u0131rlayarak ana bilgisayar\u0131n a\u015f\u0131r\u0131 y\u00fcklenmesini \u00f6nleyin ve servis kalitesini art\u0131r\u0131n.<\/p>\n
\n * Docker imajlar\u0131n\u0131n otomatik olarak olu\u015fturulmas\u0131, test edilmesi ve kay\u0131t defterlerine g\u00f6nderilmesi i\u00e7in CI\/CD i\u015flem hatlar\u0131n\u0131 (\u00f6rne\u011fin, Jenkins, GitLab CI, GitHub Actions) kullan\u0131n.
\n * Konteynerize edilmi\u015f uygulamalar\u0131n otomatik olarak da\u011f\u0131t\u0131lmas\u0131 ve g\u00fcncellenmesi i\u00e7in CD ara\u00e7lar\u0131n\u0131 kullan\u0131n.<\/p>\n
\n * HEALTHCHECK<\/code> talimat\u0131n\u0131 kullanarak bir konteynerin uygulamas\u0131n\u0131n ger\u00e7ekten sa\u011fl\u0131kl\u0131 olup olmad\u0131\u011f\u0131n\u0131 belirleyin. Bu, orkestrasyon ara\u00e7lar\u0131n\u0131n (Swarm, Kubernetes) sa\u011fl\u0131ks\u0131z konteynerleri tespit edip de\u011fi\u015ftirmesine olanak tan\u0131r.<\/p>\nSonu\u00e7<\/h3>\n