Docker vs վիրտուալ մեքենաներ

Docker vs վիրտուալ մեքենաներ


Ֆիզիկական ապարատների վիրտուալացումը եղել է 21-րդ դարի առավել հեռանկարային միտումներից մեկը: Լուռ համաձայնություն է ձեռք բերվել, որ ժամանակակից հաշվարկները պետք է անցնեն ֆիզիկական սարքավորումների սահմաններից այն կողմ: Որպես շուկայում ամենատարածված վիրտուալ ռեսուրսների երկուսը, Դոկեր և վիրտուալ մեքենաներ (Վ.Մ.) կարևոր դեր է խաղացել ռեսուրսների վիրտուալ կառավարման կառավարմանն անցնելու գործում.

Այնուամենայնիվ, շատ մարդիկ խրված են, թե որ ընտրության հետ գնալ: Կախված նրանից, թե ումից եք հարցնում, Docker- ը և վիրտուալ մեքենաները յուրաքանչյուրն ունեն իրենց հստակ առավելությունները: Այս հոդվածում մենք մտադիր ենք դիտարկել Docker vs վիրտուալ մեքենաների բանավեճը ՝ տեսնելու, թե որ առավելություններն են կարող բերել յուրաքանչյուրը ձեր կազմակերպությանը.

Ինչ է Docker- ը?

Դոկեր բաց աղբյուր է, որը օգտագործում է տարաներ ՝ ստեղծելու համար, տեղակայել, և կառավարել բաշխված ծրագրերը. Մշակողները օգտագործում են բեռնարկղեր ՝ փաթեթներ ստեղծելու համար այն հավելվածների համար, որոնք ներառում են բոլոր հիմնական բաղադրիչները (գրադարանների նման), որոնք անհրաժեշտ են գործը մեկուսացնելու համար: Բեռնարկղից բեռնարկղը միացնելուց հետո ապահովում է, որ հավելվածը գործարկվի, նույնիսկ եթե օգտագործողները գործարկում են իրենց Linux մեքենայի հատուկ կարգավորումները և ծառայում է նվազագույնի հասցնելու համակարգչային ռեսուրսների օգտագործումը.

Docker- ը թողարկվելուց հետո այն հասել է քննադատաբար կարգավիճակի: Բազմաթիվ կազմակերպություններ նախընտրում են օգտագործել Docker- ը վիրտուալ մեքենաներից ավելի շատ `ելնելով կատարողականի առավելություններից: Այսօր Visa- ի և PayPal- ի նման ընկերությունները տեղակայել են Docker- ը `իրենց դիմումները կառավարելու համար.

Ինչ է վիրտուալ մեքենա?

Ա վիրտուալ մեքենան ֆայլ է (հաճախ կոչվում է ա հիպերվիսոր) որը գործում է որպես ֆիզիկական համակարգիչ: Վիրտուալ մեքենա օգտագործում է այն սարքի ֆիզիկական ռեսուրսները, որոնց վրա գործում է, ֆիզիկական սարքի միջավայրը վերարտադրելու համար. Anyիշտ ինչպես ցանկացած այլ ծրագիր, վիրտուալ մեքենան ունի իր պատուհանը ձեր սարքի վրա: Կարող եք գործարկել մի քանի վիրտուալ մեքենաներ մեկ սարքի վրա.

Մինչ վիրտուալ մեքենան օգտագործում է համակարգչի ռեսուրսները գործելու համար, այն իրականում ապահովում է իր վիրտուալ ապարատը: Վիրտուալ մեքենայի վիրտուալ ապարատը ներառում է Պրոցեսոր, հիշողություն, կոշտ սկավառակներ, և ցանցային միջերեսներ. Համակարգիչը արդյունավետ պահելու համար այս վիրտուալ ապարատը քարտեզագրվում է սարքի ֆիզիկական ապարատին.

Վիրտուալ մեքենաներ մեկուսացված են ֆիզիկական սարքի համակարգից և գործում են ա ավազատուփ. Այլ կերպ ասած, վիրտուալ մեքենան ամբողջովին ինքնամփոփ է: Սա նրանց իդեալական է դարձնում կրկնօրինակում և ստեղծելու ծրագրակազմ: Շուկայում ամենատարածված ապրանքներն են VMWare և VirtualBox.

Ինչու ես պետք է օգտագործել Docker- ը?

Docker- ի կողմից ընկերությունների օգտագործման հիմնական պատճառներից մեկը վիրտուալ մեքենաների այլընտրանքն է: Docker- ը օգտագործվում է որպես այլընտրանք, քանի որ դրանք են ավելի թեթև ռեսուրսների առումով, քան վիրտուալ մեքենաները: Բեռնարկղերը կիսում են գործառնական համակարգերը, մինչդեռ վիրտուալ մեքենաները նախագծված են վիրտուալ ապարատային սարքավորումների նմանեցման համար: Համօգտագործելով գործող համակարգեր, Docker ծրագրերը կարող են գործարկել մինչ վիրտուալ մեքենայի ռեսուրսների մի մասը սպառելը.

Docker- ն օգտագործում է Docker շարժիչը, որը բնակվում է մեկ Linux- ի օրինակով, այլ ոչ թե վիրտուալ ռեսուրսների ինտենսիվ մեքենաներ, որոնք օգտագործվում են վիրտուալ մեքենաների կողմից: Այս կառուցվածքը նշանակում է, որ Docker տարաները կարող են ունենալ պահպանել ավելի քան հինգ անգամ սերվերի կիրառման օրինակների քանակը, որը կարող էիք վիրտուալ մեքենայի միջոցով. Docker- ի համընդհանուր ընդունմանը նպաստել է նաև այն փաստը, որ մշակողները կարող են ավելացնել իրենց սեփական ծածկագիրը ՝ նիհար ծրագրերը հարմարեցնելու և տեղակայելու համար: Այս ծրագրերը այնուհետև կարող են տեղակայվել ուղիղ մեքենաների կամ ամպի մեջ.

Ինչու՞ ես վիրտուալ մեքենա պետք?

Չնայած Դոկերը իր ռեսուրսների հետքն ունի առավելություն, սակայն վիրտուալ մեքենաները շարունակում են մնալ չափազանց կարևոր նշանակություն ժամանակակից կազմակերպությունների համար: Դրանք դեռ ապահովում են հուսալի միջոց ՝ սահմանափակելու ֆիզիկական սարքավորումների հետ կապված ծախսերը. Ձեր ենթակառուցվածքը վիրտուալ մեքենաներով վիրտուալացումը հնարավորություն է տալիս ավելի արդյունավետ օգտագործել ձեր ցանցի ռեսուրսները. Օրինակ, հարկավոր չէ հարկադրել ուժ և երկրպագու ռեսուրսներ վիրտուալ մեքենա պահպանելու համար, ինչպես կցանկանայիք ֆիզիկական համակարգիչ.

Վիրտուալ մեքենաներով կարող եք նաև շատ ավելի արդյունավետ ռեսուրսներ տրամադրել. Վիրտուալ մեքենաները կարող են տեղափոխվել սերվերից սերվեր `ապահովելու համար, որ հաշվարկային ռեսուրսները հավասարաչափ տարածվում են սարքերի միջև: Կառավարիչները կարող են վիրտուալ մեքենաներ սարքել, որպեսզի ֆիզիկական պահեստավորումը և վերամշակման հնարավորությունները հավասարաչափ բաշխվեն բազմաթիվ մեքենաների միջև.

Վիրտուալ մեքենաներ նույնպես նվազեցնում են ձեր ենթակառուցվածքների ձախողման ռիսկը. Քանի որ ֆիզիկական սարքը կարող է դիմակայել կատարողականի քայքայման և ժամանակի ընթացքում ձախողվի, վիրտուալ ապարատը չի կարող: Որպես հետևանք, շատ ադմինիստրատորներ սկսել են վիրտուալ մեքենաներ օգտագործել որպես աղետների վերականգնման լուծում և կրկնօրինակել իրենց տվյալները.

Docker vs վիրտուալ մեքենաներ ղեկավարից գլուխ

VMContainer
Ավելի քիչ արդյունավետԱվելի արդյունավետ
VM- ները գործարկում են իրենց սեփական ՕՀ-նՏարաները կիսում են հյուրընկալող ՕՀ-ն
Սարքավորումների վիրտուալացումՕՀ վիրտուալացում
Ավելի անվտանգ (տարանջատված)Ավելի քիչ անվտանգ (գործընթացի մակարդակի մեկուսացում)

Կատարում

Ինչպես տեսնում եք, Docker- ն իր կառուցվածքով բերում է իր բնորոշ առավելությունները: Մեկ բեռնարկղը կարող է փոխանակել միջուկի և կիրառման գրադարանները այնպես, որ վիրտուալ մեքենաները չկարողանան: Նմանապես, Docker- ը պահանջում է ավելի քիչ հաշվարկային ռեսուրսներ, քան վիրտուալ մեքենաները, որոնք ավելի լավ փորձ են հաղորդում դիմումի ներսում.

Իրական ժամանակում Docker- ը պակաս ռեսուրս է և կարող է գործարկել շատ ավելի արագ, քան վիրտուալ մեքենաները: Պատճառն այն է, որ վիրտուալ մեքենաները յուրաքանչյուր գործարկման ժամանակ պետք է բեռնեն ՕՀ-ն. Նմանապես, ձեզ հարկավոր չէ ռեսուրսներ հատկացնել բեռնարկղերին, ինչպես դա անում եք վիրտուալ մեքենաների միջոցով.

Կառավարում

Կառավարման առումով, այս տեխնոլոգիաներից յուրաքանչյուրը առաջարկում է ավելի ճկուն մոտեցում ռեսուրսների ապահովման հարցում. Այնուամենայնիվ, այս երկու տեխնոլոգիաները դեռ պետք է արդյունավետ կառավարվեն, որպեսզի ձեր միջավայրում լավ գործեն. Բեռնարկղերով, այն լուծում է անվտանգության խնդիրներին կառավարելը և համոզվել, որ համօգտագործված համակարգը չի բախվում որևէ անսարքության.

Վիրտուալ մեքենաներով, բարդությունը գալիս է վիրտուալ ռեսուրսների կառավարման վրա: Օրինակ ՝ դու վիրտուալ մեքենաներ ապահովելու համար անհրաժեշտ է թողունակություն և մշակման կարողություն (մասնավորապես, եթե մի սարքի վրա բազմաթիվ վիրտուալ մեքենաներ եք վարում): Եթե ​​դուք չեք հատկացնում անհրաժեշտ ռեսուրսները, ապա վիրտուալ մեքենաները չեն պատրաստվում արդյունավետ գործել.

Ադմինիստրատորը պետք է նաև հաշվի առնի, թե ինչպես են նրանք համատեղում վիրտուալ մեքենայի օգտագործումը ցանցի միջոցով առկա ռեսուրսների հետ. Թեև վիրտուալ մեքենաներ տեղափոխելը ունակ է հիանալի ռեսուրսներ ավելի արդյունավետ օգտագործելու համար, այն իր հետ բերում է անհրաժեշտություն `համոզվելու, որ ռեսուրսները հավասարաչափ տարածվում են: Դա նույնպես վերաբերում է Docker- ին, բայց թեթև քաշի պատճառով ավելի քիչ խնդիր է առաջացնում.

Իհարկե, նույնիսկ եթե ձեր ռեսուրսները կատարելապես կառավարեք, դեռ կան մի շարք ռիսկեր, որոնք կապված են վիրտուալ մեքենաների հետ: Կա առկա ռեսուրսները գերազանցելու ռիսկը կամ մեկ ապարատային ձախողում միանգամից ջնջելով մի վիրտուալ մեքենաներ: Սա հավելյալ ճնշում է գործադրում ադմինիստրատորի վրա ՝ մնալու ամեն օգտագործման փոքր մանրուքների վերևում: Այս խնդիրը եզակի չէ վիրտուալ մեքենաների համար, բայց դա նրանց համար ավելի մեծ խնդիր է, քան Docker բեռնարկղերի համար:.

Դյուրատարություն

Յուրաքանչյուր տեխնոլոգիայի դյուրակիրությունը տեղին է նրանց համար, ովքեր ցանկանում են օպտիմալացնել ցանցային ռեսուրսները: Docker բեռնարկղերը ինքնուրույն փաթեթներ են, որոնք գործարկում են պահանջվող ծրագիրը. Docker- ի բեռնարկղերը հնարավոր է հեշտությամբ տեղափոխել, քանի որ դրանք չունեն առանձին ՕՀ. Տեղափոխվելուց հետո նրանք կարող են սկսել մի քանի վայրկյան հետո `դրանք դարձնելով ավելի դյուրակիր այլընտրանք.

Ի հակադրություն ՝ վիրտուալ մեքենաներ այնքան էլ դյուրակիր չեն, քանի որ յուրաքանչյուրն ունի իր սեփական ՕՀ-ն: Սա նրանց անհարմար է դարձնում, քանի որ ՕՀ-ն հնարավոր չէ տեղափոխել մեկ այլ հարթակ և լավ գործել: Այն միջավայրերում, որտեղ դուք պետք է զանազան ծրագրեր կիրառեք տարբեր խնդիրների վրա, ավելի լավ է դուրս գաք Docker- ը: Հյուրընկալող սարքի գործառնական համակարգից գործառնական համակարգի տարանջատումը ապահովում է, որ ծրագրերը կարող են գործել առանց ավելորդ ընդհատումների.

Անվտանգություն

Վիրտուալ մեքենաների աջակցության և Docker- ի միջև վեճերի առանցքային ոլորտներից մեկն այն է, որի վրա տեղադրումն ավելի անվտանգ է: Սա առանձնապես բարդ տարածք է, քանի որ կան բազմաթիվ գործոններ, որոնք պետք է քննարկեն Docker- ի բնածին խոցելիությունները մինչև վիրտուալ մեքենայի հիպերվիսերի ձախողման միակ կետը: Այս բաժնում մենք կանդրադառնանք այս տեխնոլոգիաներից յուրաքանչյուրի անվտանգությանն ուղղված երկու ամենամեծ սպառնալիքներին.

OS- ի բաժանում

Թե Docker- ը, և թե վիրտուալ մեքենաները առանձնացնում են ծրագրերը միմյանցից: Սա նշանակում է, որ եթե մեկ դիմում է կազմված, ապա այն չի կարող ազդել այլ ծրագրերի վրա: Տեսականորեն, սա ապահովում է կատարյալ պաշտպանություն, բայց Docker- ը ունի մեկ հիմնական խնդիր. բոլոր ծրագրերը համօգտագործում են մեկ գործող համակարգ: Եթե ​​օպերացիոն համակարգը խախտվում է փոխզիջումային հավելվածից, ապա հարձակումը կարող է միանգամից ազդել բոլոր տարաների վրա.

Վիրտուալ մեքենաները խոչընդոտում են այս խնդրին պահելով ՕՀ-ն, որն օգտագործվում է հիպերվիչի կողմից կիրառումը վերահսկելու համար դա փոխազդում է ապարատի հետ: Գոյություն ունի ՕՀ, որի հետ օգտագործողը կարող է փոխկապակցվել `դիմումը օգտագործելու համար, բայց դա նրանց թույլ չի տալիս համագործակցել ապարատների հետ: Սա նշանակում է, որ եթե ծրագիրն ունի իր սխալը, ապա խիստ հավանական է, որ բացասական ազդեցություն ունենան ընդունող համակարգի ապարատային վրա:.

Այս իմաստով վիրտուալ մեքենաներ ավելի շատ անվտանգություն են առաջարկում OS- ի անսարքությունների և անվտանգության խախտումների դեմ, քան Docker բեռնարկղերը: The կիրառման տարանջատման մոդելը, որը Docker- ն օգտագործում է ռեսուրսների օգտագործումը օպտիմալացնելու համար, գալիս է անվտանգության գնով. Վիրտուալ մեքենաներ առավելությունն ունեն, քանի որ նրանք պահպանում են ՕՀ-ն ապարատներից առանձին `վնասների ցանկացած ռիսկը նվազագույնի հասցնելու համար.

Անհաջողության մեկ կետ. Հիպերվերսիստ

Այնուամենայնիվ, միայն այն պատճառով, որ վիրտուալ մեքենաներն ավելի ապահով են կիրառման տարանջատման առումով, չի նշանակում, որ նրանք առանց իրենց խոցելիությունների չեն: Վիրտուալ մեքենաներում hypervisors- ը ձախողման մի կետ է. Եթե ​​հիպերվիչը չի հաջողվում, ապա մեկ տոննա դիմում կարող է իջնել մեկ ընկածի պես: Սա նշանակում է, որ եթե կիբեր հարձակվողը ցանկացել է վնասել ձեր ցանցը, ապա նրանք կարող են չարամիտ գործուղել Վ.Մ..

Համեմատության մեջ, Docker բեռնարկղերը ձախողման ոչ մի կետ չունեն. Չնայած ձախողման մի կետը կարող է դիմումները խոցելի թողնել, հիպերվիսորները խախտելը շատ դժվար է: Թեև կիբերհարձակվողը կարող էր խախտել հիպերվիզատորը, այն քիչ հավանական է, քանի որ օգտագործված ծածկագրերի բարդության պատճառով: Այս պահին հիպերվիտորի ձախողումը ավելի շատ անապահովության պոտենցիալ տարածք է, քան լայնորեն շահագործվող մուտքի կետ.

Արժեք

Docker և վիրտուալ մեքենաների արժեքը ևս մեկ ոլորտ է, որը դժվար է չափել: 451 Հետազոտությունը ցույց է տալիս, որ բեռնարկղերը ունեն ավելի ցածր TCO կամ ընդհանուր սեփականության արժեք, քան ապարատային վիրտուալացումը: Դրա պատճառն այն է, որ Docker բեռնարկղերը ավելի արդյունավետ օգտագործում են ռեսուրսները: Յուրաքանչյուր վիրտուալ մեքենա ունի իր գործավար համակարգը, որը պետք է ապահովվի հյուրընկալող համակարգի կողմից: Սա պահանջում է հաշվողական ռեսուրսներ, որոնք բարձրացնում են ֆիզիկական սարքավորումների երկարաժամկետ ծախսերը.

Docker- ը վերացնում է այս խնդիրը `օգտագործելով մեկ գործավար համակարգ իր բոլոր դիմումների համար: Բեռնարկղերը կիսում են մեկ ՕՀ-ն `ռեսուրսների պահանջները նվազագույնի հասցնելու համար: Բազմաթիվ ծրագրեր գործարկելիս դա հատկապես կարևոր է, քանի որ կարող եք գործարկել բազմաթիվ տարբեր ծրագրեր ընդամենը մեկ գործող համակարգով: Համեմատության համար նշենք, որ վիրտուալ մեքենաներ յուրաքանչյուր ծրագրի համար կունենան գործավար համակարգ, ինչը նշանակում է, որ կան ավելի շատ ռեսուրսներ, որոնց համար պետք է վճարեք.

Docker բեռնարկղերի ուղղակի ծախսերի խնայողությունը դժվար է չափել, բայց հաշվի առնելու համար կան մի շարք գործոններ: Դուք կկարողանաք ավելի շատ վազք դուրս բերել ձեր ընթացիկ ցանցային ենթակառուցվածքներից բեռնարկղերով, քան վիրտուալ մեքենաներով: Նմանապես, եթե ձեզ հարկավոր է վերելք կատարել, ապա կարող եք դա անել ավելի քիչ ռեսուրսներով, մինչդեռ ավելի շատ ուժ եք ծախսում վիրտուալ մեքենաներ պահելու համար.

Որը պետք է օգտագործեմ և երբ?

Մինչ Docker- ն առավելություն ունի արդյունավետության և կատարողականի առումով, մի սխալվեք մտածել, որ տարաները բնորոշ են ավելի լավ, քան վիրտուալ մեքենաները: Docker և վիրտուալ մեքենաները որոշակի իրավիճակներում ունեն իրենց առավելությունները: Որոշումը, թե արդյոք դիմումը տեղադրված է բեռնարկղում կամ վիրտուալ մեքենայի մեջ, ամբողջովին կախված է ձեր օգտագործման պահանջներից: Այս բաժնում մենք կքննարկենք, թե ինչպես ընտրել երկուսի միջև.

Դիմումի տեսակը

Առաջին գործոնը, որը դուք պետք է հաշվի առնեք ձեր ընտրությունը կատարելիս, դիմումի ձևն է, որը ցանկանում եք տեղակայել: Բեռնարկղերը նախատեսված են պահպանելու այն ծրագրերը, որոնք կապ չունեն հյուրընկալող գործավար համակարգի հետ: Docker բեռնարկղերը այն դիմումների համար են, որոնք ցանկանում եք գործարկել `անկախ հյուրընկալող համակարգի ենթակառուցվածքից: Սա նշանակում է, որ եթե ուզում եք պահպանել ներկառուցված համակարգերը, որոնք ավելի սերտորեն ինտեգրվում են հյուրընկալող սարքին, ապա ավելի լավ է ընտրեք վիրտուալ մեքենա.

Չափը

Հաջորդ գործոնը, որը դուք պետք է հաշվի առնեք երկուսի միջև, ձեր դիմումի չափն է: Ձեր դիմումը արդյունավետորեն գործելու համար հաշվողական ռեսուրսների քանակը որոշելու է, թե որ ընտրության համար եք անհրաժեշտ: Եթե ​​դուք ցանկանում եք պահպանել այնպիսի ծրագրեր, որոնք միայն մի մեքենայի կարիք ունեն, որպեսզի աշխատեն այնպիսի համակարգչի վրա, ինչպիսին է միկրովարկեր, ապա Docker բեռնարկղը կլինի առավել բնական ընտրությունը: Ի հակադրություն, վիրտուալ մեքենան ավելի լավ ընտրություն կլիներ բարձր առաջնահերթ ծառայությունների համար, ինչպիսիք են տվյալների բազաները.

Օգտագործեք դեպքեր

Օգտագործման դեպքը
DockerVirtual Machine
ԵնթակառուցվածքներՈչԱյո
Բեռնարկղային միջավայրի հյուրընկալողներՈչԱյո
Տվյալների շտեմարանՈչԱյո
Ժառանգության ծրագրերԱյոՈչ
Միկրոէներգետիկ ծառայություններԱյոՈչ
Վեբ ծրագրերԱյոՈչ

Ինչպես տեսնում ես, վիրտուալ մեքենաներն առավելությունն ունեն առավելագույն օգտագործման երեք դեպքերում: ենթակառուցվածքըբեռնարկղային միջավայրի հյուրընկալողներ, և տվյալների շտեմարան. Հիմնական տարածքը ենթակառուցվածքով է: Վիրտուալ մեքենաները կարող են ստեղծել ցանցային ենթակառուցվածքներ երթուղիչների և firewall- ների տեսքով այնպես, որ դա հնարավոր չէ Docker- ի միջոցով: Վիրտուալ մեքենաները հնարավորություն ունեն փոխազդելու վիրտուալ ապարատային մակարդակում և հնարավորություն են տալիս օգտագործողին փոփոխություններ կատարել ենթակառուցվածքների ոլորտում: Վիրտուալ մեքենաներ հաճախ օգտագործվում են որպես բեռնարկղային տանտեր `ապարատային սարքավորումների հետ շփվելու ունակության պատճառով.

Մյուս կողմից, Docker- ը առաջարկում է թեթևաքաշ միջոց ՝ ժառանգության ծրագրեր տեղակայելու համար գրեթե ցանկացած միջավայրում: Դիմումի կողքին պարունակվող գրադարաններ ունենալը նրանց հեշտացնում է տեղակայումը: Միկրոէներգետիկական ծառայությունները նաև իդեալական են Docker- ի համար, քանի որ բեռնարկղերի պարզ կառուցվածքը լավ հիմք է տալիս դիմումներին մեկ հիմնական առաջադրանքով (ի տարբերություն շատ տարբեր պարտականությունների կիրառման):.

Docker vs վիրտուալ մեքենաներ. Ավելի լավ միասին

Չնայած Docker- ը և վիրտուալ մեքենաներն ունեն իրենց առավելությունները ապարատային սարքերի նկատմամբ, Docker- ը ռեսուրսների օգտագործման առումով երկուսից առավել արդյունավետ է: Եթե ​​երկու կազմակերպություններ լիովին նույնական էին և գործում էին նույն ապարատը, ապա Docker օգտագործող ընկերությունը կկարողանա պահպանել ավելի շատ ծրագրեր: Docker- ի ծրագրերը կառավարելու և տեղակայելու կարողությունը պարզապես մի քանի մղոն է, քան վիրտուալ մեքենաների.

Ի վերջո, դա իջնում ​​է վիրտուալ մեքենաների ներքին ճարտարապետության վրա: Ֆիզիկական ենթակառուցվածքների նմանակումը կարող է ավելի թեթև լինել, քան սարքաշարային սարքը, բայց Docker- ին պահպանելու համար դեռ շատ ճարպ կա: Անկասկած, այդ երկու տեխնոլոգիաներն էլ պետք է խնամքով կառավարվեն, որպեսզի առավելագույն արդյունավետությունն ապահովվի.

Այնուամենայնիվ, մի զբաղվեք վիրտուալ մեքենաներ ամբողջությամբ դուրս գրելու համար: Երկուսը միասին միավորելը թույլ է տալիս ծածկել օգտագործման մի շարք դեպքեր և թույլ է տալիս հնարավորինս ճկուն պահել ձեր վիրտուալ ռեսուրսները: Դուք կարող եք վայելել վիրտուալ մեքենաների անվտանգությունը հատկապես կարևոր ծրագրերից և Docker- ի համար ցածր հաշվարկային պահանջներից.

Տես նաեւ: VM Monitoring Tools and Software

Kim Martin Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map