Овој речник ги придружува Начелата на „GitOps“, како и другите придружни документи во ова складиште.
-
„Непрекинато“ е наменето да одговара на стандардниот термин во индустријата: хармонијата продолжува да се воспоставува, но не мора да се случи веднаш.
-
Конфигурација која ја опишува посакуваната оперативна состојба на системот без да специфицира процедури за тоа како ќе се постигне таа состојба. Ова ја одделува конфигурацијата (саканата состојба) од имплементацијата (наредби, повици до „API“, скрипти итн.) што се користат за постигнување на таа состојба.
-
Агрегат од сите конфигурациски податоци што е доволен за повторно создавање на системот, така што инстанците на системот не се разликуваат по однесување. Овие податоци за конфигурација генерално не вклучуваат постојани податоци за апликацијата, како на пример содржината на базата на податоци, иако често вклучуваат ингеренции за пристап до тие податоци или конфигурација за алатки за обновување на податоци што работат на тој систем.
-
Кога вистинската состојба на системот е поместена или е во процес на оддалечување од посакуваната состојба, ова често се нарекува лизгање.
-
Начелото бр. 3 (Повлечена автоматски) одредува дека посакуваната состојба мора да се „влече“ наместо да се „турка“, главно затоа што софтверските агенти мора да бидат во можност да пристапат до посакуваната состојба во т.н. записник на состојби во било кое време, а не само кога има намерна промена во записникот што предизвикува некој настан на „туркање“. Ова е предуслов за хармонијата да се воспоставува непрекинато, како што е предвидено во начелото бр. 4 (Постојано хармонична). Забележете дека - за разлика од традиционалните „CI/CD“, каде што автоматизацијата генерално е управувана од предефинирани активатори - во „GitOps“, хармонијата се воспоставува секогаш кога има дивергенција. Дивергенцијата може да се должи на ненамерното лизгање од посакуваната состојба - не само поради намерна промена на верзијата.
-
Процесот преку којшто се осигуруваме дека тековната состојба на системот се совпаѓа со неговата посакувана состојба. Спротивно на традиционалните „CI/CD“ каде што автоматизацијата генерално е управувана од предефинирани активатори, во „GitOps“ усогласувањето се активира секогаш кога има дивергенција. Дивергенцијата може да се должи на ненамерно лизгање од посакуваната состојба или пак со намерна промена на нејзината верзија. Акциите се преземаат врз основа на политиките околу повратните информации од системот и претходните обиди за хармонија, со цел да се намалат отстапувањата со текот на времето.
-
Еден софтверски систем управуван од „GitOps“ содржи:
- Една или повеќе работни околини составени од управувани ресурси
- Агентите за управување во секој циклус на извршување
- Политики за контролирање на пристапот и управување со складишта, редоследи, времетраења на извршување
-
Систем за складирање на непроменливи верзии на декларации за посакуваната состојба. Записникот на состојби треба да обезбеди контрола на пристап и ревизија на промените на Посакуваната состојба. „Git“, од кој „GitOps“ го добива своето име, е канонскиот пример за ваков записник, но може да се користи кој било друг систем што ги исполнува овие критериуми. Во сите случаи, овие записници на состојби мора да бидат правилно конфигурирани и мора да се преземат мерки на претпазливост за да се усогласат со барањата утврдени во Начела на „GitOps“.
-
„Open GitOps“ ја следи теоријата на контрола и работи во затворена јамка. Во теоријата на контрола, повратната информација прикажува како претходните обиди да се стигне до посакуваната состојба влијаеле на тековната состојба. На пример, ако посакуваната состојба бара повеќе ресурси отколку што постојат во системот, софтверскиот агент може да се обиде да додаде ресурси, автоматски да се врати на претходната верзија или да испрати предупредувања до човечките оператори.