{"id":1139,"date":"2016-05-09T06:30:49","date_gmt":"2016-05-09T03:30:49","guid":{"rendered":"http:\/\/blog.profelis.com.tr\/delectus-dignissimos-repudiandae-ut\/"},"modified":"2023-02-01T10:58:01","modified_gmt":"2023-02-01T07:58:01","slug":"container-bugunun-teknolojisi","status":"publish","type":"post","link":"https:\/\/profelis.com.tr\/en\/2016\/05\/09\/container-bugunun-teknolojisi\/","title":{"rendered":"Container: Yar\u0131n\u0131n De\u011fil, Bug\u00fcn\u00fcn Teknolojisi"},"content":{"rendered":"

Container: Yar\u0131n\u0131n De\u011fil, Bug\u00fcn\u00fcn Teknolojisi<\/h2>\n

Ge\u00e7ti\u011fimiz 2015 senesi i\u00e7erisinde, sanalla\u015ft\u0131rma, performans ve kaynak y\u00f6netimi konular\u0131nda \u00e7al\u0131\u015fan IT profesyonelleri ve DevOps<\/strong> geli\u015ftiriciler i\u00e7in \u00f6zellikle iki terim\/teknoloji \u00f6ne \u00e7\u0131kt\u0131: Container<\/strong> ve Docker<\/strong><\/a>. Konteyner ve Liman olarak \u00e7evirdi\u011fimizde neden bahsediyor bu adam dedirtecek iki terim olsa da, asl\u0131nda anlamsal ba\u011flam\u0131 ile i\u015flevsellikleri yak\u0131ndan ili\u015fkili iki terim.<\/p>\n

Container teknolojisi yeni bir teknoloji de\u011fil ancak, Docker ile beraber kullan\u0131m\u0131 s\u00f6z konusu oldu\u011funda bizleri heyecanland\u0131racak \u00f6zellikler, devrim niteli\u011fi ta\u015f\u0131yan yeni ufuklar a\u00e7\u0131yor.<\/p>\n

\n

Bu yaz\u0131da, ilerleyen b\u00f6l\u00fcmlerde mevcut veri merkezlerinde kullanmakta oldu\u011fumuz Fiziksel Sunucu, Sanalla\u015ft\u0131rma ve Konteyner teknolojilerini kar\u015f\u0131la\u015ft\u0131rmaya ve yorum yapmaya \u00e7al\u0131\u015faca\u011f\u0131z. Tabii ki avantaj ve dezavantajlar\u0131ndan bahsederken tart\u0131\u015fmal\u0131 alanlara girece\u011fiz. Dolay\u0131s\u0131 ile her \u00fc\u00e7 teknolojinin veya y\u00f6ntemin de yeri geldi\u011finde kullan\u0131m alan\u0131 buldu\u011funu, tercih edilebildi\u011fini unutmamam\u0131z gerekti\u011fini s\u00f6yleyerek ba\u015flayal\u0131m.<\/p>\n<\/blockquote>\n

\n

\u00d6ncelikle (Container) Konteyner Nedir?<\/h3>\n

Wikipedia<\/strong> container teknolojisini \u0130\u015fletim sistemi seviyesinde sanalla\u015ft\u0131rma<\/strong> olarak tan\u0131ml\u0131yor. \u00c7ekirdek sanalla\u015ft\u0131rma olarak da tabir edilen ve asl\u0131nda uzun s\u00fcredir farkl\u0131 y\u00f6ntemler ile kullan\u0131lmakta olan bir teknoloji olan konteynerlar, ayn\u0131 i\u015fletim sistemi i\u00e7erisinde farkl\u0131 kullan\u0131c\u0131 seviyesinde, ayn\u0131 \u00e7ekirde\u011fi kullanan izole sanal makinalard\u0131r. Her Unix\/Linux sistem y\u00f6neticisinin bildi\u011fi,\u00a0jail<\/strong> veya chroot<\/strong> olarak tabir etti\u011fimiz izole alanlara benzerler.<\/p>\n

\"\"Yaz\u0131l\u0131msal, sanalla\u015ft\u0131rma veya jail (FreeBSD jail veya chroot jail<\/em>) y\u00f6ntemi ile yap\u0131ls\u0131n, t\u00fcm konteynerlar sistemin sahibine ve kullan\u0131c\u0131ya normal bir i\u015fletim sisteminin t\u00fcm \u00f6zelliklerini sunmaya ve hissettirmeye \u00e7al\u0131\u015f\u0131rlar.<\/p>\n

\n

Geleneksel Fiziksel Sunucu Sistemler<\/h3>\n

Geleneksel sunucu sistemler fiziksel bir donan\u0131m \u00fczerinde ko\u015fan tek bir i\u015fletim sisteminden olu\u015furlar. Halen daha, \u00f6zellikle veritaban\u0131 y\u00f6neticilerinin favorisidirler. Uzun y\u0131llar bu \u015fekilde her bir g\u00f6revi, hizmeti veren sunucular\u0131m\u0131z\u0131 fiziksel sunucular \u00fczerinde ko\u015ftuktan sonra, bunun idame edilebilir, performans\u0131 kolayl\u0131kla optimize edilebilen, esnek bir yap\u0131 olmad\u0131\u011f\u0131n\u0131 anlad\u0131\u011f\u0131m\u0131zda yerini h\u0131zla sanalla\u015ft\u0131rmaya b\u0131rakm\u0131\u015ft\u0131r.<\/p>\n

\"\"<\/p>\n

Geleneksel Fiziksel Sunucu Sistemlerin Avantajlar\u0131<\/h4>\n

Hi\u00e7 yok diyemeyece\u011fimiz kadar da olsa baz\u0131 temel avantajlar\u0131 mevcuttur.<\/p>\n

KAYNAKLARIN DO\u011eRUDAN KULLANIMI<\/h5>\n

Mevcut fiziksel sunucu \u00fczerindeki t\u00fcm kaynaklar hi\u00e7bir kesinti olmaks\u0131z\u0131n do\u011frudan i\u015fletim sistemi ve uygulamalar taraf\u0131ndan kullan\u0131labilir. Bunun tabii ki ana sebeplerinden birisi, arada bir hiperviz\u00f6r\u00fcn olmay\u0131\u015f\u0131d\u0131r.<\/p>\n

\u0130ZOLASYON<\/h5>\n

Uygulama ve veriler fizksel olarak izoledir. Ayn\u0131 fiziksel sunucuyu payla\u015fan ba\u015fka bir misafir i\u015fletim sistemi yoktur. Di\u011fer taraftan \u00e7o\u011fu sanalla\u015ft\u0131rma ve konteynerla\u015ft\u0131rma sistemi fiziksel sunucunun kaynaklar\u0131n\u0131 ba\u015fka sanal makinalar veya konteynerlar ile payla\u015f\u0131rlar.<\/p>\n

Geleneksel Fiziksel Sunucu Sistemlerin Dezavantajlar\u0131<\/h4>\n

Geleneksel sunucu sistemlerin dezavantajlar\u0131 ve s\u0131k\u0131nt\u0131lar\u0131 g\u00fcn\u00fcm\u00fcz\u00fcn modern sanalla\u015ft\u0131rma sistemlerini do\u011furmu\u015ftur. Dolay\u0131s\u0131 ile az\u0131msanmayacak kadar ciddi problemlerinin oldu\u011funu biliyoruz.<\/p>\n

YAVA\u015e Y\u00dcKLEME VE AYA\u011eA KALDIRMA S\u00dcRES\u0130<\/h5>\n

\u00c7o\u011funlukla, veri merkezinde fiziksel makinan\u0131n ba\u015f\u0131nda ge\u00e7en saatlere mal olurlar. Yerinde ve ba\u015f\u0131nda olarak t\u00fcm i\u015flemlerin s\u0131f\u0131rdan tek tek yap\u0131lmas\u0131n\u0131 gerektirirler.<\/p>\n

PAHALI<\/h5>\n

Donan\u0131m\u0131n tamam\u0131n\u0131 kulland\u0131rabilirsiniz ancak \u00e7o\u011funlukla ileriyi d\u00fc\u015f\u00fcnerek mevcut y\u00fck\u00fcn \u00e7ok \u00fczerinde kaynak ile beraber sat\u0131n al\u0131rs\u0131n\u0131z. B\u00fcy\u00fcme genellikle dikeyde mevcut fiziksel donan\u0131m\u0131n art\u0131r\u0131lmas\u0131 ile sa\u011fland\u0131\u011f\u0131ndan, ac\u0131 verici ve yorucu olmaktad\u0131r. Y\u0131llar ge\u00e7tik\u00e7e \u00e7\u00f6pe gitme olas\u0131l\u0131klar\u0131 y\u00fckselir zira art\u0131rmak istedi\u011finiz kaynaklar\u0131n par\u00e7alar\u0131n\u0131 bulmak ve fiyatlar\u0131na tahammil etmek zorla\u015fmaya ba\u015flar. \u00c7o\u011fu hayat\u0131na veritaban\u0131, e-posta sunucusu vs olarak ba\u015flayan fiziksel sunucular hen\u00fcz orta ya\u015fa gelememi\u015f iken, hayatlar\u0131n\u0131n bahar\u0131nda, kendilerini masa ba\u015f\u0131 g\u00f6revde bulurlar; bilmem ka\u00e7\u0131nc\u0131 yedek DNS sunucusu veya hatta Azerbaycan \u015fantiyesinin Proxy makinas\u0131…<\/p>\n

\u0130SRAF ED\u0130LEN KAYNAKLAR<\/h5>\n

Bug\u00fcn\u00fcn \u015fartlar\u0131nda yap\u0131lan hesaplar ile birka\u00e7 sene i\u00e7erisinde kapasitenin b\u00fcy\u00fcmesini g\u00f6z \u00f6n\u00fcne alan y\u00f6neticiler fiziksel sunucular\u0131 birka\u00e7 beden b\u00fcy\u00fck alma al\u0131\u015fkanl\u0131\u011f\u0131ndad\u0131rlar. Biraz uzun alal\u0131m seneye de giysin dedi\u011fimiz \u00e7ocuk k\u0131yafetlerinden fark\u0131 yoktur. Dolay\u0131s\u0131 ile mevcut kapasitenin sadece %30-40’\u0131n\u0131 kullanarak bir \u00f6m\u00fcr t\u00fcketen bir\u00e7ok fiziksel sunucu tan\u0131r\u0131m. Bunun \u00fczerine T\u00fcrkiye \u00f6zelinde yukar\u0131daki hesab\u0131 yapanlar\u0131n kimler oldu\u011funu g\u00f6z\u00fcn\u00fcz\u00fcn \u00f6n\u00fcne getirin. Yine T\u00fcrkiye \u015fartlar\u0131nda donan\u0131m sat\u0131\u015f\u00e7\u0131lar\u0131n\u0131n a\u00e7l\u0131\u011f\u0131n\u0131 da bu hesaba kat\u0131n, i\u00e7iniz elvermez bu tabloya bakmaya.<\/p>\n

\u00d6L\u00c7EKLEND\u0130RME ZORLU\u011eU<\/h5>\n

Yeni bir fiziksel\u00a0sunucuya t\u00fcm sistemi aktarmak demek genellikle s\u0131f\u0131rdan kurulum anlam\u0131na gelir. Tabii yine s\u0131rf bu ihtiya\u00e7 dolay\u0131s\u0131 ile ortaya \u00e7\u0131kan yaz\u0131l\u0131mlar\u0131n lisanslar\u0131na para vermek istemiyorsan\u0131z… Dolay\u0131s\u0131 ile downtime tabie edilen kesinti s\u00fcreleri uzun hatta uzuuun olabilir.<\/p>\n

G\u00d6\u00c7 ZORLU\u011eU<\/h5>\n

Diyelim ki bir fiziksel sunucudan di\u011ferine ta\u015f\u0131ma (g\u00f6\u00e7) yapabilece\u011finiz \u00fccretli ara\u00e7lara sahipsiniz. Genellik i\u015fletim sisteminiz eskimi\u015f, yeni ald\u0131\u011f\u0131n\u0131z donan\u0131m ile uyumsuzdur, i\u015fletim sisteminiz de Linux de\u011fil de Windows ise unutun o i\u015fi, s\u0131f\u0131rdan kurulum yapacaks\u0131n\u0131z, her ayar\u0131 her uygulama gereksinimini di\u011fer sunucudan bakarak ayn\u0131s\u0131n\u0131 insan hatas\u0131 olas\u0131l\u0131\u011f\u0131n\u0131 da ekleyerek yapacaks\u0131n\u0131z demektir. Hatt-\u0131 zat\u0131nda, t\u00fcm\u00a0g\u00f6\u00e7 yaz\u0131l\u0131mlar\u0131n\u0131n EULA s\u0131nda \u015fu yazar:<\/p>\n

Ben ilgili yaz\u0131l\u0131m\u0131n bu i\u015flemi %100 ba\u015far\u0131mla yapamama olas\u0131l\u0131\u011f\u0131 oldu\u011funu kabul ediyor, veri ve zaman kayb\u0131 dahil t\u00fcm mesuliyeti \u00fczerime al\u0131yorum.<\/p><\/blockquote>\n

\n

Sanalla\u015ft\u0131rma Sistemleri<\/h3>\n

Sanalla\u015ft\u0131rma hiperviz\u00f6r\u00fcn\u00fc \u00e7al\u0131\u015ft\u0131ran bir fiziksel sunucunun \u00fczerinde ko\u015fan bir i\u015fletim sistemi (konak) ve \u00fczerinde ikamet eden konuk sanal makianalardan olu\u015fur. Fiziksel sunucu \u00fczerindeki t\u00fcm kaynaklar, CPU, Bellek, A\u011f kart\u0131 vb konuklar ve konak taraf\u0131ndan payla\u015f\u0131ml\u0131 olarak kaullan\u0131lmaktad\u0131r.<\/p>\n

\"\"<\/p>\n

Sanalla\u015ft\u0131rma sistemlerinin bug\u00fcn neden bu kadar pop\u00fcler oldu\u011funu anlamak i\u00e7in avantaj ve dezavantajlar\u0131na bir g\u00f6z atmam\u0131z yeterli olacakt\u0131r.\u00a0Fiziksel sunucular\u0131n yerini b\u00fcy\u00fck oranda sanal sunuculara b\u0131rakmas\u0131n\u0131n birden fazla sebebi var.<\/p>\n

Sanalla\u015ft\u0131rman\u0131n Avantajlar\u0131<\/h4>\n

Fiziksel sunucular\u0131n yerini b\u00fcy\u00fck oranda sanal sunuculara b\u0131rakmas\u0131n\u0131n birden fazla sebebi var.<\/p>\n

KAYNAKLARIN VER\u0130ML\u0130 KULLANIMI<\/h5>\n

Sanalla\u015ft\u0131rmada temel olarak bir fiziksel sunucunun kaynaklar\u0131 birden fazla sanal sunucuya b\u00f6l\u00fcnerek kullan\u0131l\u0131r. Sanalla\u015ft\u0131rma hiperviz\u00f6r\u00fc bu kaynaklar\u0131n payla\u015f\u0131m\u0131n\u0131 d\u00fczenleyen bir organizat\u00f6rd\u00fcr.\u00a0Hiperviz\u00f6r kaynaklar\u0131 kullan\u0131c\u0131n\u0131n tan\u0131mlad\u0131\u011f\u0131 \u015fekilde sabit veya \u00f6nceli\u011fe g\u00f6re esnek planlayabilir.\u00a0Bir sanal konuk di\u011fer konuklar\u0131n kullanmad\u0131\u011f\u0131 esnada daha fazla kaynak kullanarak i\u015flerini h\u0131zland\u0131rabilir. Her sanal konu\u011fun kendisine ayr\u0131lm\u0131\u015f i\u015flemci, bellek, disk alan\u0131 gibi donan\u0131m\u0131 mevcuttur.\u00a0Ayn\u0131 zamanda her sanal konuk kendi \u00f6zel i\u015fletim sistemini kullan\u0131r. Bu i\u015fletim sisteminin se\u00e7imi hiperviz\u00f6r\u00fc i\u015fleten konak i\u015fletim\u00a0sisteminden farkl\u0131 veya ayn\u0131 olabilir.<\/p>\n

KOLAY \u00d6L\u00c7EKLEND\u0130RME<\/h5>\n

Daha fazla uygulamaya veya sanal konu\u011fa ihtiyac\u0131n\u0131nz oldu\u011funda yeni sanal konuklar kolayl\u0131kla ve h\u0131zl\u0131ca a\u00e7\u0131labilir. Daha \u00f6nce haz\u0131rlanm\u0131\u015f \u015fablonlardan yeni bir i\u015fletim sistemi ve uygulama kurma gereksinimi olmaks\u0131z\u0131n dakikalar hatta saniyeler i\u00e7erisinde yeni bir sanal konuk a\u00e7abilir hizmete sunabilirsiniz. Bu i\u015flemler \u00e7e\u015fitli sanalla\u015ft\u0131rma ara\u00e7lar\u0131 ile otomasyona da ba\u011flanabilmektedir.\u00a0S\u0131n\u0131rlar\u0131n\u0131z konak i\u015fletim sistemini bar\u0131nd\u0131ran fiziksel sunucunun donan\u0131msal s\u0131n\u0131rlar\u0131 ile \u00e7izilmi\u015ftir.<\/p>\n

K\u00fcmeleme teknolojilerinin kullan\u0131m\u0131 ile sanal konuklar\u0131n bir konaktan di\u011ferine ge\u00e7i\u015fi, \u00e7al\u0131\u015f\u0131rken ve hizmet kesintisi olmaks\u0131z\u0131n yap\u0131labilmekte, dolay\u0131s\u0131 ile donan\u0131msal sorunlar veya performans ihtiyac\u0131 durumlar\u0131nda sanal konuklar\u0131n kayd\u0131r\u0131labilmesi m\u00fcmk\u00fcn k\u0131l\u0131nm\u0131\u015ft\u0131r.<\/p>\n

YEDEKLEME ve GER\u0130 D\u00d6NME<\/h5>\n

Yedekleme i\u00e7in (anl\u0131k g\u00f6r\u00fcnt\u00fc) snapshot ve benzeri teknolojiler mevcuttur. Zaman i\u00e7erisinde geri alma ileri sarma sistemleri geli\u015fmi\u015ftir. \u00d6nemli bir g\u00fcncelleme veya uygulama de\u011fi\u015fikli\u011fi \u00f6ncesi al\u0131nan bir anl\u0131k g\u00f6r\u00fcnt\u00fc, ba\u015far\u0131s\u0131zl\u0131k durumunda sistemin eski haline d\u00f6nd\u00fcr\u00fclmesi ile felaketten kurtarabilir. Yedek mekanizmalar\u0131 genellikle delta de\u011fi\u015fikli\u011fi alacak \u015fekilde kurulmu\u015f oldu\u011fundan, sadece de\u011fi\u015fen veri kadar yer tutar ve her seferinde tam sistem imaj\u0131 almak gibi de\u011ferli depolama alan\u0131n\u0131zdan ve en \u00f6nemlisi zaman\u0131n\u0131zdan harcamaz, h\u0131zl\u0131d\u0131r, otomatikle\u015ftirilebilir. \u00dcstelik bu esnada sistem \u00e7al\u0131\u015fmaya ve hizmet vermeye devam edebilir.<\/p>\n

BULUT \u0130LE GELEN UCUZLUK<\/h5>\n

G\u00fcn\u00fcm\u00fczde s\u0131k kullan\u0131lan, kurumsal veya a\u00e7\u0131k bulut servisleri sayesinde sanalla\u015ft\u0131rma ile kullan\u0131lan kaynaklar\u0131n saatlik, g\u00fcnl\u00fck, ayl\u0131k olarak faturalanmas\u0131 m\u00fcmk\u00fcn olmu\u015ftur. Dolay\u0131s\u0131 ile ayda bir \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131z raporlama i\u015flemi i\u00e7in \u00e7al\u0131\u015facak 10 kaplan g\u00fcc\u00fcnde<\/em> bir sanal makinay\u0131 otomatik olarak a\u00e7\u0131p i\u015fi bitince kapatmak m\u00fcmk\u00fcn olmakta, dolay\u0131s\u0131 ile ayda bir \u00e7al\u0131\u015facak bir i\u015flem i\u00e7in hali haz\u0131rda bekleyen bir fiziksel makinadan ve gereksiz bekleyen kaynaklar\u0131n israf\u0131ndan kurtar\u0131r.<\/p>\n

Sanalla\u015ft\u0131rman\u0131n Dezavantajlar\u0131<\/h4>\n

Sayd\u0131\u011f\u0131m\u0131z bu avantajlara ve akl\u0131m\u0131za bir \u00e7\u0131rp\u0131da gelmeyen bir \u00e7ok avantaja kar\u015f\u0131n, sanalla\u015ft\u0131rma sistemlerinin de baz\u0131 dezavantajlar\u0131 vard\u0131r. Bunlar sebebi ile zaten konteyner sistemleri \u00f6ne \u00e7\u0131kmaya ba\u015flam\u0131\u015ft\u0131r.<\/p>\n

KAYNAK Y\u00d6NET\u0130M\u0130 SORUNSALI<\/h5>\n

T\u00fcm avantaj\u0131na ve kolayl\u0131\u011f\u0131na ra\u011fmen sanal konaklar i\u00e7erisinde mevcut fiziksel s\u0131n\u0131rlamalar\u0131n \u00e7izdi\u011fi s\u0131n\u0131rlar dahilinde kaynak planlamas\u0131 yapmak yine de insan g\u00f6revidir, ve biz IT profesyonelleri biliriz ki, birler ve s\u0131f\u0131rlardan uzakla\u015ft\u0131\u011f\u0131m\u0131zda evrene\u00a0karma\u015fa hakim olacakt\u0131r. Hele de T\u00fcrkiye \u015fartlar\u0131nda uzun vadeli planlamalar\u0131n 2 g\u00fcn, k\u0131sa vadeli planlamalar\u0131n 2 saat ile \u00f6z\u00fcmsendi\u011fini bildi\u011fimizde bu sorun daha da karma\u015f\u0131k hale gelecektir, ister istemez.<\/p>\n

Sanal konaklar\u0131n tam ihtiyac\u0131 oldu\u011fu kaynaklar\u0131n hesaplanmas\u0131 ve payla\u015f\u0131lan bir ortamda bunun planlanmas\u0131 insan becerisine dayan\u0131r. O beceri de olmay\u0131nca…\u00a0Uzun y\u0131llard\u0131r bu sekt\u00f6rde farkl\u0131 sanalla\u015ft\u0131rma mimarileri ve \u00e7\u00f6z\u00fcmleri ile \u00e7al\u0131\u015fan bir IT profesyoneli olarak rahatl\u0131kla \u015funu s\u00f6yleyebilirim ki, biz T\u00fcrklerin kullanabilece\u011fi sanalla\u015ft\u0131rma otomasyonu, orkestrasyon uygulamas\u0131 hen\u00fcz yaz\u0131lmam\u0131\u015ft\u0131r. Ba\u015fka bir yaz\u0131m\u0131zda belki bu konuya de\u011finiriz.<\/em><\/p>\n

MARKA BA\u011eIMLILIK<\/h5>\n

Se\u00e7ti\u011finiz sanalla\u015ft\u0131rma sistemi sizi bir sisteme ba\u011f\u0131ml\u0131 k\u0131labilir\u00a0(Vendor Lockin). Bir hiperviz\u00f6rden farkl\u0131 bir hiperviz\u00f6re sanal makina ta\u015f\u0131ma i\u015flemini yapabilen orkestrasyon sistemleri mevcuttur, (bkz: PlateSpin Orchestrator) ancak bu i\u015flem bir sanal konu\u011fu ayn\u0131 t\u00fcrde bir sanal konaktan di\u011ferine kayd\u0131rmaya benzemez ve garantili olmayabilir. T\u00fcrkiye ko\u015fullar\u0131nda neredeyse t\u00fcm ESX’lerin \u00fccretsiz kullan\u0131ld\u0131\u011f\u0131n\u0131, Microsoft Hiperviz\u00f6r\u00fcn pazarlama arac\u0131 olarak 4 taneye kadar bedava<\/em> mant\u0131\u011f\u0131 ile birle\u015ftirince, ortaya birbirinden kopuk, tamam\u0131 bir b\u00fct\u00fcn i\u00e7erisinde planlanamayan orta\u00e7a\u011f\u0131n feodal beyliklerini hat\u0131rlatan garip sanalla\u015ft\u0131rma ortamlar\u0131n\u0131n \u00e7\u0131kmas\u0131 do\u011fald\u0131r(!).<\/p>\n

Y\u00d6NET\u0130M ve AYAR KARMA\u015eASI<\/h5>\n

Sanal makina parkurunun planlanmas\u0131 kendi \u015fahs\u0131na has bir birim olmas\u0131 gerekirken, bir de bak\u0131yoruz ki, her departmana ait farkl\u0131 sanalla\u015ft\u0131rma ortamlar\u0131 olu\u015fmu\u015f ve herbirinin y\u00f6netimi kendisinde. Veya, yukar\u0131da bahsetti\u011fimiz hibrit sanalla\u015ft\u0131rma platformu yap\u0131s\u0131ndan kaynaklanan bir \u015fekilde y\u00f6netim ve ayarlar\u0131n karma\u015fas\u0131na d\u00f6n\u00fc\u015fm\u00fc\u015f bir ortamla kar\u015f\u0131 kar\u015f\u0131yay\u0131z.<\/p>\n

O KADAR DA HIZLI DE\u011e\u0130L M\u0130 YOKSA?<\/h5>\n

Di\u011fer taraftan her uygulaman\u0131n i\u015fletim sistemi seviyesinde gereksinimleri farkl\u0131 olabilmekte, veya bir uygulama farkl\u0131 ba\u015fka uygulamalara ihtiya\u00e7 duyarken di\u011feri bunlar\u0131 kullanmamakta. Sanalla\u015ft\u0131rmada h\u0131z\u0131 ve kolayl\u0131\u011f\u0131 sa\u011flayan \u015feyin \u015fablonlar oldu\u011funu s\u00f6ylemi\u015ftik. Ancak her uygulamaya has \u00f6zel bir \u015fablon olu\u015fturmak da ba\u015fl\u0131 ba\u015f\u0131na bir i\u015f. \u00dcstelik \u015fablonlar durduklar\u0131 yerde kendi kendilerine g\u00fcncellenmiyorlar. S\u00fcrekli yay\u0131nlanan g\u00fcvenlik g\u00fcncellemeleri veya Microsoft g\u00fcncellemelerini d\u00fc\u015f\u00fcn\u00fcn. 3 ay \u00f6nce olu\u015fturdu\u011funuz \u015fablonu a\u00e7t\u0131\u011fn\u0131z, 89 adet kritik g\u00fcncelleme sizi bekliyor, h\u0131z nerede kald\u0131?<\/p>\n

Java 8 SE bu yaz\u0131 yaz\u0131ld\u0131\u011f\u0131 tarihte 92. g\u00fcncellemesine eri\u015fmi\u015f durumdayd\u0131! Ayr\u0131ca,\u00a0Microsoft’un Sal\u0131\u00a0Pazar\u0131<\/strong>\u00a0diyebilece\u011fimiz\u00a0Patch Tuesday<\/strong> ile ilgili k\u0131sa bir bilgiyi Wikipedia’dan okuyabilirsiniz.<\/p><\/blockquote>\n

\"\"<\/p>\n

Sanalla\u015ft\u0131rma veya Fiziksel Sunucu, yukar\u0131daki t\u00fcm i\u015flemlerin her bir sunucuya ayr\u0131 ayr\u0131 yap\u0131lmas\u0131 gerekti\u011fini biliyoruz. Ayr\u0131ca \u015funu da biliyoruz ki bu i\u015flem bir\u00e7ok sebepten dolay\u0131 otomatikle\u015ftirilmez. Neden oldu\u011funu biliyorsunuz; uygulama \u00e7al\u0131\u015fmaz, makina kendisine gelemez, plans\u0131z hizmet kesintisi olu\u015fur vs.<\/p>\n

\n

Konteyner Sistemler<\/h3>\n

Konteyner sisteminin temel olarak sanalla\u015ft\u0131rmadan fark\u0131\u00a0konteyner sistemin kona\u011fa ait i\u015fletim sistemi ve \u00e7ekirde\u011fini kullan\u0131yor olmas\u0131d\u0131r. Sanal konuklara konteyner denir ve konak tabir edilen sistem fiziksel makina veya sanal makina olabilir.<\/p>\n

Kona\u011f\u0131n \u00e7ekirde\u011finin kullan\u0131lmas\u0131, kaynak y\u00f6netiminde daha hafif bir katman sunarken, i\u015fletim sistemi y\u00f6netimini sanal makina kadar i\u015fletim sisteminden tek bir i\u015fletim sisteminin idame edilmesine kadar indirgeyerek kolayl\u0131k sunar. Her konteyner sistemin kendisine \u00f6zel k\u00f6k dosya sistemi, s\u00fcre\u00e7leri, bellek alan\u0131, ayg\u0131t ve a\u011f aray\u00fcz\u00fc mevcuttur.<\/p>\n

\"\"<\/h4>\n

Konteyner Sisteminin Avantajlar\u0131<\/h4>\n

T\u00fcm sanalla\u015ft\u0131rma sistemi avantajlar\u0131na sahip olmakla beraber, konteyner sistemler bunun da \u00f6tesinde sanalla\u015ft\u0131rma sisteminin zay\u0131fl\u0131klar\u0131n\u0131 \u00f6rtecek \u015fekilde tasarlanm\u0131\u015ft\u0131rlar.<\/p>\n

\u0130ZOLASYON<\/h5>\n

Her uygulama kendi konteyner’\u0131 i\u00e7erisinde izole olarak \u00e7al\u0131\u015f\u0131r. Kodunuz, uygulaman\u0131z bir konteyner i\u00e7erisinde oldu\u011fundan, uygulaman\u0131z\u0131 ta\u015f\u0131man\u0131z gerekti\u011finde t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131 ile beraber al\u0131p istedi\u011finiz ba\u015fka bir sistemin i\u00e7erisine g\u00f6t\u00fcrmeniz de m\u00fcmk\u00fcnd\u00fcr.<\/p>\n

Uygulaman\u0131z\u0131 i\u015fletim sistemi ile beraber da\u011f\u0131t\u0131yorsan\u0131z, hedef kullan\u0131c\u0131n\u0131n hengi i\u015fletim sistemini kulland\u0131\u011f\u0131n\u0131 d\u00fc\u015f\u00fcnmezsiniz, ayr\u0131 ayr\u0131 ayar yapmakla u\u011fra\u015ft\u0131rmazs\u0131n\u0131z.<\/p>\n

KAYNAK TASARRUFU<\/h5>\n

Konteyner teknolojisi sanalla\u015ft\u0131rmaya oranla \u00e7ok daha az kaynak t\u00fcketecek \u015fekilde planlanm\u0131\u015ft\u0131r. Konteynerlar i\u015fletim sistemi olarak konak i\u015fletim sistemini kulland\u0131klar\u0131 i\u00e7in, daha hafiftirler. G\u00fcn\u00fcm\u00fczde sadece konteyner teknolojisi i\u00e7in \u00fcretilmi\u015f veya optimize edilmi\u015f i\u015fletim sistemleri mevcuttur.\u00a0Konteynerlar\u0131 ba\u015flat\u0131p durdurmak saniyeler i\u00e7inde olur. Uzun uzuun, bir i\u015fletim sistemi ve \u00e7evresel ayg\u0131tlar\u0131n a\u00e7\u0131lmas\u0131n\u0131, uygulaman\u0131n ba\u015flamas\u0131n\u0131 beklemezsiniz, ba\u015flat dedi\u011finizde 1001, 1002, 1003 ve \u00e7al\u0131\u015fmaya ba\u015flam\u0131\u015ft\u0131r.<\/p>\n

G\u00dcVENL\u0130K<\/h5>\n

Her uygulama veya servisi kendisine has izole bir ortamda \u00e7al\u0131\u015ft\u0131rmak eski bir fikirdi. Linux ge\u00e7mi\u015fi olanlar bilir, baz\u0131 uygulamalar jail ortamlarda \u00e7al\u0131\u015fmaya haz\u0131r olarak paketlenir ve hatta bunu \u015fiddetle tavsiye ederlerdi. Bak\u0131n\u0131z bind9 dns sunucusu, vsftpd ve benzeri. Bu da \u00fcst d\u00fczey g\u00fcvenlik demektir. Mevcut uygulamada olu\u015fabilen veya ortaya \u00e7\u0131kan bir a\u00e7\u0131\u011f\u0131n sonucunda sald\u0131rgan\u0131n ilgili izole alan i\u00e7ine hapsedilmesi, konak i\u015fletim sistemine veya di\u011fer servislere ge\u00e7ememesi demektir.<\/p>\n

YANSI\u00a0KAB\u0130L\u0130YET\u0130<\/h5>\n

Geli\u015ftirme yap\u0131yorsan\u0131z veya bir uygulamay\u0131 g\u00fcncelleyip test etmek istiyorsan\u0131z, uygulamay\u0131 test ortam\u0131nda haz\u0131rlay\u0131p, g\u00fcncelleyip sonra \u00fcretim (production) sunucusuna yans\u0131layabilirsiniz. Eskiden beri s\u0131k\u00e7a kullan\u0131lan benim makinamda \u00e7al\u0131\u015f\u0131yor<\/em> bahanesini unutuabilirsiniz.<\/p>\n

TREND TEKNOLOJ\u0130<\/h5>\n

G\u00fcn\u00fcm\u00fcz DevOps kullan\u0131c\u0131lar\u0131 ve teknolojik olarak esnek olan kurumlar \u00e7oktan bu teknolojinin nimetlerinden faydalanmaya ba\u015flad\u0131lar. Microsoft, VMWare, Oracle gibi devler de bu teknolojiye e\u011filmi\u015f durumdalar. H\u0131zla artan bir pop\u00fclerlik biz T\u00fcrklerin asla s\u0131rt\u0131n\u0131 d\u00f6nemeyece\u011fi anlam\u0131na geliyor, yan\u0131l\u0131yor muyum?<\/p>\n

Konteyner Teknolojisininz Dezavantajlar\u0131<\/h4>\n

Bazen baz\u0131 teknolojiler istedi\u011fimiz sonucu almam\u0131z\u0131 sa\u011flamayabilir. Veya kurumsal politikalar ve b\u00fcrokrasi yeni teknolojilerin adapte edilmesini geciktirebilir. Bunun d\u0131\u015f\u0131nda, i\u015fte size bu teknolojiyi hali haz\u0131rda kullanmaman\u0131z i\u00e7in ge\u00e7erli olabilecek baz\u0131 sebepler.<\/p>\n

M\u0130MAR\u0130<\/h5>\n

Konteynerlar konak i\u015fletim sisteminin \u00e7ekirde\u011fini kullan\u0131rlar demi\u015ftik. Bu da bir sunucu i\u00e7erisindeki konteynerlar\u0131n ayn\u0131 mimaride olmalar\u0131n\u0131 \u015fart ko\u015fuyor. 64bit mimaride haz\u0131rlanm\u0131\u015f bir konteyner, farkl\u0131 bir platform \u00fczerinde 32bit olarak \u00e7al\u0131\u015fmayacakt\u0131r.<\/p>\n

\u00c7OK KAYNAK \u0130STEYEN UYGULAMALAR<\/h5>\n

Sanalla\u015ft\u0131rmada oldu\u011fu gibi, e\u011fer uygulaman\u0131z \u00e7ok kaynak t\u00fcketen bir uygulama ise bunun fiziksel sunucu \u00fczerinde ko\u015fmas\u0131 halen daha makbul kabul edilmektedir. \u00d6rne\u011fin, veritaban\u0131 sunucular\u0131 genellikle fiziksel sunucular \u00fczerinde hizmet verir.<\/p>\n

YEN\u0130 TEKNOLOJ\u0130<\/h5>\n

Hen\u00fcz konteyner teknolojisine bir standart gelmemi\u015ftir denebilir. G\u00fcn\u00fcm\u00fczde a\u00e7\u0131k kaynakl\u0131 \u00f6zg\u00fcr i\u015fletim sistemleri ve yaz\u0131l\u0131mlar ile a\u011f\u0131rl\u0131kl\u0131 olarak y\u00f6netilen, otomatize edilen konteyner teknolojisi g\u00fcn\u00fcm\u00fcz IT profesyonelleri i\u00e7in halen yeni bir teknolojidir.<\/p>\n

Galileo<\/strong>‘nun bu d\u00fcnyada \u00e7ektiklerini hat\u0131rlarsak e\u011fer, her yeni teknolojiye ge\u00e7i\u015fte ikna etmemiz gereken bir Roma Engizisyonu<\/strong> olaca\u011f\u0131n\u0131 ba\u015ftan kabul ederek hareket etmekte fayda var. Sonra bana gelip de, “vay kafam\u0131za soktun da, s\u00f6yledik de, deli dediler, i\u015fimizden de olduk” diye yak\u0131nmay\u0131n!<\/p>\n

Yine de size s\u00f6ylemek isterim ki: d\u00fcnya d\u00f6n\u00fcyor, eskisinden \u00e7ok daha h\u0131zl\u0131 bir \u015fekilde…<\/strong><\/p><\/blockquote>","protected":false},"excerpt":{"rendered":"

Ge\u00e7ti\u011fimiz 2015 senesi i\u00e7erisinde, sanalla\u015ft\u0131rma, performans ve kaynak y\u00f6netimi konular\u0131nda \u00e7al\u0131\u015fan IT profesyonelleri ve DevOps geli\u015ftiriciler i\u00e7in \u00f6zellikle iki terim\/teknoloji \u00f6ne \u00e7\u0131kt\u0131: Container ve Docker. Container teknolojisi yeni bir teknoloji de\u011fil ancak, Docker ile beraber kullan\u0131m\u0131 s\u00f6z konusu oldu\u011funda bizleri heyecanland\u0131racak \u00f6zellikler, devrim niteli\u011fi ta\u015f\u0131yan yeni ufuklar a\u00e7\u0131yor.<\/p>","protected":false},"author":3,"featured_media":1673,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[76,45],"tags":[61],"class_list":["post-1139","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-linux","category-yazi","tag-linux"],"_links":{"self":[{"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/posts\/1139","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/comments?post=1139"}],"version-history":[{"count":0,"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/posts\/1139\/revisions"}],"wp:attachment":[{"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/media?parent=1139"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/categories?post=1139"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/profelis.com.tr\/en\/wp-json\/wp\/v2\/tags?post=1139"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}