La virtualizācija ir kļuvusi par ļoti izplatītu praksi, īpaši mākoņpakalpojumos, lai varētu iegūt vairāk no datu centru serveriem. Bet pēdējā laikā tiek uzlikta uz konteineriem balstīta virtualizācija, jo tā ļauj daudz efektīvāk pārvaldīt (nav nepieciešams dublēt noteiktus procesus). Un tieši šajā virsotnē sākas Docker vs Kubernetes cīņas.
Divi ļoti populāri projekti, kurus jūs, iespējams, jau zināt. Gan ar tās priekšrocības un trūkumi, un ar atšķirībām tas var būt galvenais, lai palīdzētu jums izvēlēties projektu atbilstoši jūsu vajadzībām ...
Kas ir virtualizācija uz konteineru bāzes?
Kā jūs zināt, ir vairāki virtualizācijas veidipiemēram, pilnīga virtualizācija, paravirtualizācija utt. Šajā sadaļā es pievērsīšos pilnīgai virtualizācijai, ko parasti izmanto, uzstādot virtuālās mašīnas un konteinerus, lai netiktu ieviesti citi mainīgie, kas var jūs sajaukt.
- Virtuālās mašīnas- Tā ir pieeja, kas vērsta uz virtualizāciju. Tās pamatā ir hipervizors, piemēram, KVM, Xen vai tādas programmas kā VMWare, VirtualBox utt. Izmantojot šo programmatūru, tiek atdarināta pilnīga fiziskā mašīna (vCPU, vRAM, diskdziņi, virtuālie tīkli, perifērijas ierīces utt.). Tādējādi šajā virtuālajā aparatūrā var instalēt operētājsistēmu (viesis), un no tās var instalēt un palaist lietojumprogrammas tāpat kā to darītu resursdatora operētājsistēmā.
- Konteineri: Tā ir vēl viena tehnoloģija, kurā tiek savienots sava veida būris vai smilšu kaste, kurā var iztikt bez dažām šīs pilnīgas sistēmas daļām, kas ir efektīvāka un ar zināmām pārnesamības un papildu drošības priekšrocībām (lai arī tajā nav ievainojamību). Faktiski tā vietā, lai būtu hipervizors, šajos gadījumos ir programmatūra, piemēram, Docker un Kubernetes, kas izmantos pašu resursdatora sistēmu, lai palaistu izolētas lietotnes. Negatīvie ir tas, ka tas ļauj izvietot vietējās lietotnes tikai no pašas resursdatora OS. Tas ir, lai gan virtuālajā mašīnā jūs varat virtualizēt Windows, piemēram, Linux izplatītājā, un tajā Windows varat palaist jebkuru vietējo lietotni, bet konteinerā to varat izdarīt tikai ar lietotnēm, kuras atbalsta resursdatora sistēma, šajā gadījums ar Linux ...
Atcerieties, ka paplašinājumi vai atbalsts aparatūras virtualizācija, piemēram, Intel VT un AMD-V, ir izdevies diezgan daudz uzlabot veiktspēju, pieņemot, ka tikai 2% CPU pieskaitāmās izmaksas. Bet tas neattiecas uz citiem resursiem, piemēram, atmiņu vai pašu krātuvi, kas tiek piešķirta pilnīgai virtualizācijai, kas nozīmē ievērojamu resursu pieprasījumu.
Tas viss ir tas, ko konteineri nāk atrisināt, kas nav nepieciešams dublēt noteiktus procesus lai varētu izvietot lietojumprogrammu. Piemēram, ja vēlaties izveidot konteineru ar Apache serveri, ar visu virtuālo mašīnu jums būtu resursdatora operētājsistēma, hipervizors, viesu operētājsistēma un šī pakalpojuma programmatūra. No otras puses, ar konteineru jums vajadzētu būt tikai programmatūrai, kas īsteno minēto pakalpojumu, jo tā darbotos atsevišķi "kastē" un izmantotu pašu resursdatora operētājsistēmu. Bez tam lietotnes palaišana notiek daudz ātrāk, izslēdzot viesu OS.
Kas ir Dokers?
dokers ir atvērtā koda projekts ar Apache licenci, kas rakstīts Go programmēšanas valodā un ko izmanto, lai automatizētu lietojumprogrammu izvietošanu konteineros. Citiem vārdiem sakot, šī programmatūra ļaus jums pārvaldīt konteinerus dažādās operētājsistēmās, jo tā darbojas vairākās platformās.
Kad parādījās Dokers, tam bija daudz priekšrocību, un tas ātri izplatījās. Tā izolētā operētājsistēmas redzamība un vienkāršība ļāva veidot konteinerus ar lietotnēm, tos ieviest, mērogot un ātri izpildīt. Veids, kā palaist visas nepieciešamās lietotnes ar minimālu resursu patēriņu.
Kopumā Docker piedāvā sekojošo raksturs atslēga:
- Izolācija no vides.
- Konteineru apsaimniekošana.
- Versijas kontrole.
- Atrašanās vieta / intereses.
- Veiklība.
- Produktivitāte
- Efektivitāte.
Bet nebija brīva no noteiktām problēmāmTāpat kā tad, kad šiem konteineriem bija jāsaskaņo, jāsazinās savā starpā. Tas bija viens no iemesliem, kas noveda pie Kubernetes izveidošanas ...
Kā es komentēšu vēlāk Dokera bars, Es vēlētos komentēt, ka tā ir programmatūra, kuru ir izveidojuši tie paši Docker izstrādātāji, lai papildus konteineru orķestrēšanai varētu grupēt vairākas Docker resursdatoru kopas un tādējādi pārvaldīt kopas centralizēti.
Kas ir Kubernetes?
Sākotnēji to izveidoja Google, un vēlāk ziedoja Cloud Native Computing Foundation. Kubernetes Tā ir arī Docker līdzīga sistēma, atvērta pirmkoda, licencēta Apache un ir rakstīta, izmantojot Go programmēšanas valodu. To izmanto, lai automatizētu konteinerizētu lietojumprogrammu izvietošanu un pārvaldību. Turklāt tas atbalsta dažādas konteineru palaišanas vides, tostarp Docker.
Galu galā Kubernetes ir a orķestrēšanas platforma konteineru, kas ir atbildīgs par dažādu mašīnu dažādu konteineru, to pārvaldības un kravas sadalījuma starp tiem palīdzību. Īpaši šī organizācija ir padarījusi šo projektu par būtisku daļu šāda veida scenārijos ...
- Automatizēta plānošana.
- Pašārstēšanās spējas.
- Automatizēta ieviešana un izvietošana.
- Slodzes līdzsvarošana un horizontālā skala.
- Lielāks resursu izmantošanas blīvums.
- Uz uzņēmējdarbības vidi orientētas funkcijas.
- Centralizēta lietojumprogrammu pārvaldība.
- Pašmērāma infrastruktūra.
- Deklaratīvā konfigurācija.
- Uzticamība.
Dokers vs Kubernetes
Kā redzat definīcijā, abi ir daudzējādā ziņā ļoti līdzīgi, bet jums ir to atšķirības, kā arī priekšrocības un trūkumi patīk viss. Jūs varētu domāt, ka, zinot šīs detaļas, jums būs viss, lai zinātu, kuru izvēlēties, atkarībā no jūsu mērķa.
Tomēr problēma tas ir kaut kas sarežģītāks par to. Tas nav par Docker vs Kuernetes, jo tas būtu tāpat kā salīdzināt ļoti dažādas lietas, un jūs nonāktu kļūdā, domājot, ka jums ir jāizvēlas starp vienu un otru. Docker vs Kubernetes rezultāts ir absurds, drīzāk jums vajadzētu sasaistīt abas tehnoloģijas kopā, lai varētu labāk piegādāt un mērogot konteinerizētas lietojumprogrammas.
Vispiemērotākais būtu salīdzināt Dokera bars ar Kubernetes. Tas būtu veiksmīgāk, jo Docker Swarm ir Docker orķestrēšanas tehnoloģija konteineru kopu izveidošanai. Lai gan pat tad tas nebūtu pilnībā veiksmīgs ... Patiesībā Kubernetes tika izveidots tā, lai darbotos klasterī, efektīvi spējot efektīvi koordinēt mezglu kopas ražošanā, savukārt Docker to dara vienā režīmā.
Docker vs Kubernetes atšķirības
Saglabājot tos dažādos, ja vēlaties zināt atšķirības starp Docker Swarm un Kubernetes viņi būtu:
- Kubernetes ietver daudzas iespējas personalizācija trūkst Docker Swarm.
- Docker Swarm ir vieglāks konfigurēt tā vienkāršības dēļ. Turklāt to ir arī vieglāk integrēt Docker ekosistēmā.
- Tā vietā Kļūdu tolerance Kubernetes ir augstāks, kas var būt pozitīvāks tādās vidēs kā augsti pieejami serveri.
- Docker Swarm ir ātrāk attiecībā uz konteineru izvietošanu un paplašināšanu.
- Kubernetes no savas puses piedāvā lielākas garantijas uz kopu valstīm.
- El slodzes līdzsvarošana Kubernetes tas ļauj panākt labāku līdzsvaru, lai gan tas nav automātisks kā Docker.
- Kubernetes piedāvā labāka elastība, pat sarežģītās lietojumprogrammās.
- Docker Swarm atbalstīs līdz 2000 mezgli, salīdzinot ar 5000 Kubernetes.
- Kubernetes ir optimizēts daudziem maziem kopiem, bet Dockers ir paredzēts lielam kopumam.
- Kubernetes ir sarežģīti, Vienkāršāks dokers.
- Kubernetes var atļaut koplietot krātuves vietas starp jebkuru konteineru, savukārt Docker ir ierobežotāks un koplietojams tikai starp vienas un tās pašas konteinera konteineriem.
- Docker Swarm ļauj izmantot trešo personu programmatūra reģistrēšanai un uzraudzībai Kubernetes iekļauj savus iebūvētos rīkus.
- Docker Swarm ir ierobežots līdz 95.000 XNUMX konteineri, savukārt Kubernetes var atbalstīt līdz 300.000 XNUMX.
- Kamēr Dokeram ir a lieliska kopiena Kubernetes atbalsta arī tādi uzņēmumi kā Microsoft, Amazon, Google un IBM.
- Docker lieto uzņēmumi piemēram, Spotify, Pinterest, eBay, Twitter utt. Kamēr Kubernetes dod priekšroku 9GAG, Intuit, Buffer, Evernote utt.
Priekšrocība
Ņemot vērā dažas atšķirības, tagad ir kārta priekšrocības katrs:
- Kubernetes:
- Ērta pakalpojuma organizēšana ar pākstīm.
- Izstrādāts Google, ar plašu pieredzi mākoņu nozarē.
- Milzīgs kopienas un konteineru orķestrēšanas rīks.
- Dažādas uzglabāšanas iespējas, ieskaitot vietējos SAN un publiskos mākoņus.
- dokers:
- Efektīva un vienkārša sākotnējā iestatīšana.
- Ļauj izsekot konteinera versijām, lai pārbaudītu variācijas.
- Ātrums.
- Ļoti laba dokumentācija.
- Laba izolācija starp lietotnēm.
Trūkumi
Attiecībā uz trūkumi:
- Kubernetes:
- Sarežģītākas migrācijas.
- Komplekss uzstādīšanas un konfigurēšanas process.
- Nav saderīgs ar esošajiem Docker rīkiem.
- Manuāla klastera ieviešana ir sarežģīta.
- dokers:
- Tas nenodrošina uzglabāšanas iespēju.
- Nepareizs turpinājums.
- Nav neaktīvu mezglu automātiskas pārprogrammēšanas.
- Darbības jāveic CLI.
- Manuāla vairāku gadījumu pārvaldība.
- Jums nepieciešams atbalsts citiem rīkiem.
- Sarežģīta manuāla klastera izvietošana.
- Neatbalsta veselības pārbaudes.
- Docker ir peļņas gūšanas uzņēmums, un daži tā kritiskie komponenti, piemēram, Docker Engine un Docker Desktop, nav atvērtā koda.
Docker vs Kubernetes: Secinājums
Kā jūs varat iedomāties, to nav tik viegli izvēlēties starp vienu vai otru. Docker vs Kubernetes cīņa ir sarežģītāka, nekā var šķist. Un viss būs atkarīgs no jūsu mērķa. Viens vai otrs derēs labāk, un tam vajadzētu būt jūsu izvēlei.
Daudzos citos gadījumos vislabāk būs izmantot Kubernetes ar Docker no visām iespējām. Abi projekti labi darbojas kopā. Tas var uzlabot infrastruktūras drošību un augstu lietojumprogrammu pieejamību. Jūs pat varat padarīt lietotnes mērogojamākas.
Liels paldies ! Man kļūst arvien skaidrāk un galvenokārt saprast, ka tāpat kā daudzos gadījumos nav labāka vai sliktāka, ja ne jautājums par vispiemērotākā izvēli.
Varbūt man vienkārši vajadzīgs skaidrāks piemērs, lai saprastu, kurā scenārijā viens vai otrs darbojas labāk, un kurā gadījumā tos izmantot kopā.
Arī kādas alternatīvas mums ir šāda veida programmatūrai?
Un ko mēs, kas sākam zināt par konteineriem, izmantot reālus gadījumus, negaidot darbu lielos uzņēmumos?
Es domāju, ka kaut kas šeit ir nepareizi definēts, dokeris ir konteineru pārvaldnieks, to nevar salīdzināt ar orķesteri.
Salīdzinājums būtu starp Docker Swarm vs Kubernetes.
Acīmredzot, veidojot šo lielisko (manuprāt, patiešām interesanto) ierakstu, daži termini tika šķērsoti.