GitHub ці GitLab на сваім серверы: ліцэнзія не аплачвае адміністраванне

Калі код мусіць заставацца ва ўласнай інфраструктуры, GitHub Enterprise Server і GitLab Self-Managed варта параўноўваць паводле поўнага кошту эксплуатацыі, а не толькі ліцэнзіі. Параўнанне ўмоў лакальнага размяшчэння паказвае розніцу ў пачатковых выдатках: GitHub Enterprise Server даступны ў платным плане Enterprise, а GitLab Community Edition можна ўсталяваць без платы за карыстальніцкія месцы. Серверы, сховішча, рэзервовыя копіі і праца адміністратара патрэбныя ў абодвух варыянтах.

Пры аднолькавых патрабаваннях да захоўвання кода і аднаўлення GitHub Enterprise Server зручней закладваць у бюджэт як віртуальны комплекс з камерцыйнай ліцэнзіяй. Для GitLab Self-Managed трэба выбраць рэдакцыю і тапалогію: кампаненты могуць працаваць на адным вузле або размяшчацца асобна. Таму таннейшая ліцэнзія сама па сабе яшчэ не вызначае таннейшую эксплуатацыю.

Што ўваходзіць у ліцэнзійны радок

Для GitHub Enterprise Server у каштарысе патрэбна падпіска GitHub Enterprise і кошт карыстальніцкіх ліцэнзій паводле ўмоў кампаніі. Бясплатнае выкарыстанне рэпазіторыяў на GitHub.com не дае права разгарнуць GitHub Enterprise Server у сябе. Пры ацэнцы выдаткаў варта ўлічыць патрэбную колькасць карыстальнікаў, дадатковыя платныя магчымасці і ўмовы падаўжэння падпіскі, а суму ўзяць з камерцыйнай прапановы.

GitLab Community Edition дазваляе пачаць без платы за карыстальніцкія месцы. Калі патрэбныя магчымасці платных узроўняў GitLab Self-Managed, ліцэнзійны радок з’явіцца і ў гэтым варыянце. Параўнанне мае сэнс толькі пры аднолькавым наборы неабходных функцый: бясплатная рэдакцыя не павінна атрымліваць перавагу ў каштарысе за кошт функцыі, якую пасля ўсё роўна давядзецца купіць або арганізаваць асобна.

Якую інфраструктуру давядзецца падтрымліваць

Апісанне архітэктуры GitHub Enterprise Server называе прадукт самадастатковым віртуальным комплексам з асобнымі тамамі для каранёвай файлавай сістэмы і карыстальніцкіх даных. Гэта спрашчае мяжу адказнасці за ўнутраныя службы комплексу, але кампаніі ўсё роўна патрэбныя віртуальная машына, адпаведныя тамы, сетка, маніторынг і час на абнаўленні. Памер дыска трэба ацэньваць паводле рэальных рэпазіторыяў і звязаных даных, а не толькі паводле памеру ўсталявальнага вобраза.

Для аднавузловай інсталяцыі патрабаванні GitLab называюць базавым арыенцірам 8 vCPU і 16 ГБ аператыўнай памяці. Яны таксама апісваюць PostgreSQL, Redis або Valkey і Gitaly, дзе захоўваюцца рэпазіторыі; пры размеркаваным разгортванні рэсурсы размяркоўваюцца паміж кампанентамі паводле нагрузкі. Гэта не азначае, што кожнай кампаніі патрэбны асобны сервер для кожнай службы: у аднавузловай схеме яны могуць працаваць разам.

Розніца становіцца істотнай, калі кампаніі патрэбная высокая даступнасць. Тады ў ацэнку ўваходзяць дадатковыя вузлы, рэплікацыя, назіранне за станам кампанентаў і працэдура пераключэння. Для GitLab трэба асобна вызначыць, хто абслугоўвае базу, кэш і сховішча рэпазіторыяў у абранай тапалогіі. Для GitHub трэба ўлічыць кошт рэзервовага комплексу і яго эксплуатацыі, калі аднаго асобніка недастаткова.

Копія павінна дазваляць аднавіць усю сістэму

У GitHub Enterprise Server ёсць убудаваны сэрвіс рэзервовага капіравання, але ён патрабуе асобнага тома. Інструкцыя GitHub па наладжванні копій рэкамендуе вылучыць для яго месца як мінімум у пяць разоў большае за заняты аб’ём асноўнага дыска даных. Арыенцір улічвае гістарычныя копіі і рост; да кошту дыска трэба дадаць наладжванне, кантроль паспяховасці копій і праверку аднаўлення.

У GitLab склад копіі залежыць ад таго, дзе размешчаны даныя. Дакументацыя GitLab па рэзервовым капіраванні пералічвае тое, што стандартная каманда не захоўвае: сярод іншага, канфігурацыйныя файлы, сакрэты, даныя Redis і аб’екты ў знешнім сховішчы пры адпаведных спосабах усталявання. Для гэтых частак патрэбныя асобныя працэдуры. Архіў з рэпазіторыямі і базай без ключоў шыфравання можа не вярнуць сістэму ў працоўны стан.

Для абедзвюх платформ вызначыце дапушчальную страту даных і час, за які сэрвіс трэба аднавіць. Ад гэтага залежаць частата копій, тэрмін іх захоўвання, размяшчэнне дадатковага экзэмпляра і патрэбная аўтаматызацыя. Рэпліка дапамагае пры адмове вузла, але гістарычная копія патрэбная і для выпадкаў, калі выдаленне або пашкоджанне даных ужо распаўсюдзілася на рэпліку.

Шаблон поўнага кошту эксплуатацыі

Разлічвайце абодва варыянты за адзін і той жа перыяд пры аднолькавай колькасці карыстальнікаў, аб’ёме рэпазіторыяў, тэмпе росту і патрабаваннях да аднаўлення. Кожны радок запаўняйце цаной рэсурсу або ацэнкай працоўных гадзін. Калі ўмовы пакуль невядомыя, пазначце здагадку адкрыта: інакш параўнанне будзе выглядаць дакладным толькі на паперы.

• Ліцэнзія: падпіска, колькасць карыстальнікаў і патрэбныя платныя магчымасці. Для GitLab Community Edition гэты радок можа заставацца пустым.
• Віртуальныя машыны: асноўны вузел, рэзервовыя вузлы і асобныя службы выбранай тапалогіі, уключаючы рэсурс пад рост нагрузкі.
• База і кэш: рэсурсы PostgreSQL і Redis або Valkey, іх абнаўленне, маніторынг і праца адказнага спецыяліста, калі гэтыя службы абслугоўваюцца асобна.
• Сховішча: рэпазіторыі, LFS, артэфакты, рэестр кантэйнераў і службовыя даныя. Укажыце, якія з іх захоўваюцца на лакальных дысках, а якія — у аб’ектным сховішчы.
• Копіі і аднаўленне: асобная ёмістасць, захоўванне дадатковага экзэмпляра, аўтаматызацыя, назіранне за збоямі і час на пробнае аднаўленне.
• Праца каманды: планавыя абнаўленні, кантроль стану, ліквідацыя збояў і дзяжурства па-за рабочым часам, калі сэрвіс павінен быць даступны ў гэты перыяд.
• CI: выканальнікі задач, іх вылічальная магутнасць і абслугоўванне, а таксама перанос канвеераў пры змене платформы. Кошт працы канвеера варта лічыць часткай агульнай эксплуатацыі.

Гадавы поўны кошт — сума ліцэнзіі, інфраструктуры, сховішча і працы. Ацэненыя гадзіны адміністратараў памножце на ўнутраны кошт іх працы; дзяжурства і аварыйнае аднаўленне ўлічыце асобна ад планавых абнаўленняў. Калі кампанія ўжо мае базу даных або сховішча, у каштарысе ўсё роўна патрэбная доля рэсурсаў і працы, якую будзе спажываць новая платформа.

Што вызначае выбар

GitHub Enterprise Server падыходзіць кампаніі, якой патрэбны менавіта GitHub ва ўласнай інфраструктуры і прымальная камерцыйная падпіска. Яго віртуальны комплекс робіць склад асноўнага разгортвання больш акрэсленым, але не здымае выдаткаў на тамы, копіі, абнаўленні і аднаўленне. GitLab Community Edition дае магчымасць абысціся без платы за карыстальніцкія месцы; цана гэтага выбару залежыць ад абранай тапалогіі і часу, патрэбнага на падтрымку яе кампанентаў.

Для кампаніі ў Беларусі з патрабаваннем лакальнага захоўвання кода асобна праверце размяшчэнне рэпазіторыяў, артэфактаў, аб’ектнага сховішча і рэзервовых копій. Затым параўнайце каштарысы пры аднолькавых умовах даступнасці і аднаўлення. Менавіта гэтыя ўмовы паказваюць, ці ператвараецца эканомія на ліцэнзіі ў эканомію для кампаніі.

Чытайце таксама:

• GitHub Actions ці GitLab CI: кошт хвіліны не раскрывае кошт канвеера
• Cursor ці GitHub Copilot: тып задачы важнейшы за агульны рэйтынг
• OBS ці StreamYard: бясплатны эфір аплачваецца гадзінамі налады