Канцэпцыя кантэйнераў зрабіла рэвалюцыю ў распрацоўцы і разгортванні праграмнага забеспячэння. Гэта быў важны інструмент для інжынераў DevOps для дасягнення больш хуткай дастаўкі, большай маштабаванасці і лепшага выкарыстання рэсурсаў. Аднак бываюць сітуацыі, калі кантэйнеры могуць быць не лепшым выбарам. У гэтым артыкуле мы даследуем, чаму прапусканне кантэйнераў можа быць добрай ідэяй для паляпшэння часу дастаўкі.
Кантэйнеры - гэта ўзровень абстракцыі, які прапануе інкапсуляванае асяроддзе для запуску праграмных прыкладанняў. Яны папулярныя, таму што забяспечваюць аднолькавае асяроддзе на ўсіх этапах жыццёвага цыкла распрацоўкі праграмнага забеспячэння, ад распрацоўкі да тэсціравання і вытворчасці. Яны дапамагаюць спрасціць працэс разгортвання, так як распрацоўшчыкі могуць спакаваць прыкладанне разам з яго залежнасцямі ў адзін кантэйнер. Гэта кантэйнер, які змяшчае ўсё неабходнае для запуску прыкладання.
Кантэйнеры набылі папулярнасць дзякуючы сваёй мабільнасці. Распрацоўшчыкі могуць ствараць і разгортваць кантэйнеры на любой платформе, якая падтрымлівае асяроддзе выканання кантэйнера, напрыклад, Docker. Гэтая функцыя дазваляе лёгка перамяшчаць прыкладанні паміж рознымі асяроддзямі, няхай гэта будзе з ноўтбука распрацоўшчыка на вытворчы сервер або з аднаго пастаўшчыка воблака ў іншы. Кантэйнеры эканомяць час, бо дазваляюць распрацоўшчыкам пісаць код, пераносіць яго ў кантэйнер і разгортваць, не турбуючыся аб базавай інфраструктуры.
Аднак бываюць выпадкі, калі пропуск кантэйнераў можа быць лепшым рашэннем. Вось некалькі выпадкаў, калі пазбяганне кантэйнераў можа мець сэнс.
1. Дадатак невялікае і простае
Кантэйнеры забяспечваюць узгодненае асяроддзе для працы прыкладання, але яны каштуюць. Кантэйнеры дадаюць дадатковы ўзровень абстракцыі, які спажывае дадатковыя рэсурсы хост-сістэмы, такія як памяць, працэсар і сховішча файлаў. Для невялікіх прыкладанняў, якія не маюць складаных залежнасцей, пропуск кантэйнераў можа зэканоміць час, паколькі праграма можа працаваць без неабходнасці дадатковай налады. У невялікім дадатку распрацоўшчык можа непасрэдна разгарнуць код у мэтавай сістэме без кантэйнераў.
2. Адсутнасць навыкаў кантэйнерызацыі
Каб выкарыстоўваць кантэйнеры, каманды распрацоўшчыкаў павінны мець неабходныя навыкі для стварэння, тэставання і разгортвання кантэйнерных прыкладанняў. Каманда павінна валодаць вопытам работы з такімі інструментамі, як Docker, Kubernetes і аркестроўка кантэйнераў. Калі камандзе не хапае навыкаў, на іх навучанне можа спатрэбіцца час, што можа затрымаць разгортванне. У такім выпадку пропуск кантэйнераў можа быць лепшым варыянтам, бо каманда распрацоўшчыкаў можа засяродзіцца на напісанні кода замест вывучэння новага інструмента.
3. Кошт інфраструктуры
Кантэйнеры зніжаюць кошт інфраструктуры ў параўнанні з традыцыйнымі віртуальнымі машынамі. Але калі ў арганізацыі працуюць прыкладанні з нізкім трафікам, дадатковыя накладныя выдаткі, звязаныя з аркестрацыяй кантэйнераў, могуць пераважыць перавагі. У такіх выпадках можа быць прасцей пазбегнуць кантэйнераў і выбраць больш просты падыход.
Прымаючы пад увагу вышэйзгаданыя фактары, мы можам зрабіць выснову, што пропуск кантэйнераў можа мець сэнс у пэўных сцэнарыях. Аднак важна адзначыць, што кантэйнеры па-ранейшаму гуляюць важную ролю ў большасці праектаў распрацоўкі праграмнага забеспячэння. Яны робяць працэс разгортвання больш эфектыўным, бяспечным і маштабуемым.
Заключэнне
Кантэйнеры з'яўляюцца важным інструментам для больш хуткай дастаўкі, але бываюць выпадкі, калі пропуск кантэйнераў можа быць мудрым рашэннем. Невялікія прыкладанні, якія не маюць складаных залежнасцяў, адсутнасць навыкаў кантэйнерызацыі і кошт інфраструктуры - вось некаторыя з прычын пазбягаць выкарыстання кантэйнераў. Прапуск кантэйнераў можа зэканоміць выдаткі, звязаныя з вывучэннем новага інструмента, і паменшыць накладныя выдаткі на кіраванне кантэйнерамі. Аднак перад прыняццем рашэння неабходна ацаніць плюсы і мінусы кантэйнерызацыі.
тэлефон
Каментуйце
（0）