Инфраструктураи ғайриқобили тағирёбанда (Immutable Infrastructure) чист?

Гэты падыход, пры якім кампаненты інфраструктуры (сервэры, кантэйнеры) не мадыфікуюцца пасля разгортвання. Любыя змены патрабуюць стварэння новага экземпляра кампанента з патрэбнымі канфігурацыямі і замены старога.

Асноўныя ідэі:

• Прастата адкату: Калі новая версія выклікае праблемы, лёгка вярнуцца да папярэдняй, проста накіраваўшы трафік на старыя, нязмененыя экземпляры.
• Надзейнасць: Выключае рызыку "адхілення канфігурацыі" (configuration drift), калі змены, унесеныя ўручную на працуючых серверах, прыводзяць да некансістэнтных станоў.
• Прастата тэставання: Кожны разгортваемы экземпляр будуецца аднолькава, што робіць асяроддзі распрацоўкі, тэставання і прадзакшн больш падобнымі.
• Масштабаванасць: Падыход добра спалучаецца з гарызонтальным маштабаваннем і аўтаматычным кіраваннем кластарамі.

Прыклады рэалізацыі:

• Выкарыстанне вобразаў віртуальных машын (AMI ў AWS) або кантэйнераў (Docker images), якія ствараюцца адзін раз і не змяняюцца пасля запуску.
• Выкарыстанне інструментаў накшталт Packer для стварэння вобразаў.
• Аркестратары тыпу Kubernetes, якія кіруюць жыццёвым цыклам кантэйнераў і дазваляюць лёгка замяняць старыя пад'ы на новыя.

Параўнанне з зменнай інфраструктурай:

Прызнак	Зменная інфраструктура	Нязменная інфраструктура
Змены	Уносяцца непасрэдна ў працуючыя экземпляры	Ствараецца новы экземпляр, стары замяняецца
Адкат	Складаны, патрабуе ручных дзеянняў	Просты, пераключэнне на старыя экземпляры
Надзейнасць	Рызыка адхілення канфігурацыі	Вышэйшая кансістэнтнасць
Кіраванне	Часто ручное кіраванне, канфігурацыя	Выкарыстанне вобразаў, аўтаматызацыя

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