Цанари имплементација је техника развоја и примене софтвера која извршава постепено објављивање нових функција или ажурирања за мали подскуп корисника пре него што се уведе на целу корисничку базу.
Овај приступ укључује креирање нове верзије софтвера и њено примену на малу групу корисника док се стара верзија одржава за остале кориснике. Развојни тим пажљиво прати нову верзију како би осигурао да је стабилна и да ради како се очекује.
Ако све прође како треба, нова верзија се појављује на више корисника док на крају не погоди целу корисничку базу. На овај начин, пројектни тим минимизира ризик од увођења грешака или других проблема који могу утицати на све кориснике одједном.
Сврха примене Цанари-а је да смањи ризик од увођења нових функција у велику базу корисника. Постепеним увођењем промена корисницима, програмери могу да прате перформансе и стабилност нове верзије. Они врше сва потребна прилагођавања пре него што се примене на целу корисничку базу. Прелазак на нову верзију је стога много лакши.
Преглед садржаја
Кључни принципи и предности
Извор: мартинфовлер.цом
Кључни принципи примене Цанари укључују следеће:
Предности примене Цанари у ДевОпс-у укључују:
Цанари имплементација заснована на концепту и терминологији
Извор: цнцф.ио
Хајде да прођемо кроз типичан животни циклус процеса.
Све почиње са Цанари-јем, односно „раним усвојитељима“ нове верзије система. Паралелно са тим, постоји група Баселине. Овде припадају сви остали корисници који нису унутар Цанари-а.
Како Цанари корисници настављају да користе нову верзију, Цанари примена се проширује на све више корисника. Ово је Промена саобраћаја. Канарска група расте док се основна група смањује, тако да систем врши постепено увођење.
Успут, процес праћења бележи све активности и исходе коришћења и генерише метрике које су програмерима потребне као повратне информације. Програмери тада реагују и поправљају оно што је неопходно. Или се враћају на основну линију ако не могу да реше проблеме у овом тренутку.
Аутоматизујте све активности надгледања и примене. Ово даје програмерима ексклузивни фокус на решавање проблема.
Можда ће Цанари група открити да су неке карактеристике нове верзије лоше док су друге одличне. Дакле, програмери ће означити функције које имају проблема да их онемогуће из процеса имплементације.
Програмери држе на оку обе групе истовремено – Канарски и Баселине. Корисници генеришу резултате А/Б тестирања. То је понашање старог и новог система под истим условима. Али такође, постоје аутоматски тестови који се стално изводе на новој верзији система како би се осигурало да је провера здравља Цанари групе стабилна.
Како се разликује од традиционалних стратегија примене
Након разумевања процеса животног циклуса на високом нивоу, разлике између овог и традиционалног процеса примене су прилично очигледне.
- Ви примењујете постепено и са бољом контролом, уместо да распоређујете одједном свима и чекате проблеме који утичу на целу производњу.
- Ризик од грешака у новим верзијама ограничавате само на Цанари групу у односу на истовремено излагање целог света проблемима.
- Надгледате нову верзију пре него што је корисници добију, уместо да је надгледате након тога и улажете значајну количину времена и ресурса у фазу хипер-бриге процеса објављивања.
- Можете одлучити о враћању уназад пре него што нову верзију потпуно примените у производњу. Са друге стране се заказује још један прозор за издавање како би се поништила производња одмах након завршетка продукцијске верзије.
- Постављање Цанари-ја природно вас приморава да инвестирате у аутоматизоване алате и процесе где је то могуће. С друге стране, придржавање традиционалних стратегија имплементације природно доводи у питање приоритет свих иницијатива за аутоматизацију до краја листе заосталих предмета.
ЦИ/ЦД цевовод у Цанари имплементацији
Извор: авс.амазон.цом
У типичном ЦИ/ЦД цевоводу, промене се аутоматски граде, тестирају и постављају у сценско окружење ради даљег тестирања пре него што се примене у производњу. Такође, то је савршен случај употребе унутар Цанари имплементације.
Једном када се промене примене у сценском окружењу и прођу све неопходне тестове, ЦИ/ЦД цевовод ће аутоматски применити цанари верзију на мали подскуп корисника у производном окружењу.
Ако нешто крене наопако, само покрените други цевовод за враћање. Или означите проблематичне карактеристике и никада се више неће појавити у процесу имплементације цевовода за примену. Све аутоматски, и више не морате да бринете о томе.
Пошто је верзија Цанари пуна аутоматизованих тестова здравствене провере, сви они су природно уграђени у основне карактеристике ЦИ/ЦД цевовода. Ионако су обавезни део сваког доброг ЦИ/ЦД цевовода.
Ток рада и фазе имплементације Цанари
Сумирајући информације заједно, ово је уобичајени ток рада типичне Цанари имплементације коју можете користити на свом пројекту.
#1. Планирање и припрема
У овој фази, развојни тим планира и припрема се за постављање канаринца. Ово укључује идентификовање промена или ажурирања које треба извршити, креирање нове верзије софтвера и дефинисање метрике и провере здравља које ће се користити за праћење перформанси нове верзије. Тим такође идентификује подскуп корисника који ће први добити нову верзију и дефинише план увођења.
#2. Спровођење рутирања и надгледања саобраћаја
Нова верзија софтвера се примењује на подскуп корисника идентификованих у фази планирања. Усмеравање саобраћаја је имплементирано како би се део корисничког саобраћаја усмерио на нову верзију док се стара верзија одржавала за остале кориснике. Перформансе и стабилност нове верзије се пажљиво прате коришћењем метрика и провера здравља како би се осигурало да ради како се очекује.
#3. Анализа и процена перформанси примене
Перформансе нове верзије се анализирају и процењују на основу метрика и провера здравља дефинисаних у фази планирања. Ако нова верзија ради добро, увођење се постепено повећава на више корисника током времена. Ако се појаве проблеми са новом верзијом, имплементација се може брзо вратити на претходну верзију.
#4. Промовисање или поништавање примене
Развојни тим одлучује да ли да промовише нову верзију целој корисничкој бази или да се врати на претходну верзију. Ако нова верзија ради добро и испуњава неопходне стандарде квалитета, промовисајте је целој бази корисника. Ако дође до било каквих проблема са новом верзијом, брзо и лако вратите примену на претходну верзију.
Извор: авс.амазон.цом
Најбоље праксе и стратегије
Када имплементирате Цанари Деплоимент у своју платформу, почните са дефинисањем јасних циљева и како успех изгледа на крају. Овде можете помоћи са стварима као што су показатељи учинка, критеријуми повратних информација корисника и утицај на пословање.
Направите мали подскуп корисника да бисте тестирали нову (Цанари) верзију софтвера. Већа група на почетку није баш предност. Желите да будете што флексибилнији, посебно на почетку.
Као што је већ неколико пута поменуто, пратите перформансе и стабилност нове верзије користећи метрике и провере здравља. Реагујте кад год видите нешто сумњиво. Боље је претерано реаговати него недовољно када се крене у постепено увођење.
Временом постепено повећавајте увођење нове верзије за више корисника. Ово обезбеђује лакши прелазак на нову верзију.
Користите алате и процесе за аутоматизацију где је то могуће како бисте поједноставили процес примене и надгледања. Укључите их у ЦИ/ЦД цевоводе и учините да се планирани процеси примене аутоматски активирају. Ово смањује ризик од људске грешке и осигурава да је процес примене доследан и поновљив.
Примените ознаке функција да бисте омогућили или онемогућили одређене функције у софтверу. Добићете контролу над будућим процесима имплементације без потребе да увек ручно мењате или ажурирате. Даћете више пажње програмерима на области које су важне – исправљање грешака.
Користите А/Б тестирање да бисте упоредили перформансе две различите верзије софтвера. Додели насумичне кориснике једној или другој верзији. Идентификујте која верзија има бољи учинак и реагујте на то будућим развојним одлукама.
Уверите се да можете брзо и било када да вратите примену у претходно стање ако се појаве проблеми са новом верзијом. То ће смањити утицај било каквих проблема и омогућити брз опоравак.
Изазови и студије случаја
Још увек постоје неки изазови који су повезани са применом Цанари-а, упркос његовим јасним предностима.
Један од изазова са Цанари Деплоиментом је кашњење мреже, које може утицати на перформансе нове верзије софтвера. Да би решили овај изазов, програмери могу да користе алате као што су балансери оптерећења и мреже за испоруку садржаја како би побољшали перформансе мреже. Не ради се само о кашњењу система од спољне употребе. Али такође и кашњење за интерне процесе као што су имплементације или извршења ЦИ/ЦД цевовода. Оне се морају завршити што је брже могуће. У супротном, имаћете низ програмера у стању мировања који чекају да цевоводи заврше свој рад.
Још један изазов је обезбеђивање конзистентности података између старе и нове верзије софтвера. Да би решили овај изазов, програмери могу да користе технике као што су репликација базе података и синхронизација како би осигурали да су подаци конзистентни у свим верзијама. Имајући производне кориснике који раде у старим и новим верзијама у исто време, повећава се очекивања да ћете обезбедити да обе верзије буду потпуно синхронизоване све време и да корисници не губе никакве производне податке само зато што су у Цанари/Баселине групи . Ово би могло бити заиста изазовно очекивање које треба испунити, па се ослоните на солидне позадинске процесе.
Нетфлик је добро познати пример компаније која користи Цанари Деплоимент за увођење промена у своју услугу стриминга. Компанија користи комбинацију аутоматског тестирања, ознака функција и А/Б тестирања да би полако увела промене.
Гоогле је још један пример компаније која користи Цанари Деплоимент за увођење промена у своје услуге у облаку. Слично томе, компанија користи предности аутоматског тестирања, поделе саобраћаја и праћења укључивања како би постепено увела промене у мали подскуп корисника пре него што их примени свим корисницима. Овај приступ је помогао Гуглу да побољша квалитет и стабилност својих услуга.
Завршне речи
Као и код свих процеса, приступа или стратегија, постављање Цанари није решење за сваки проблем света. Постоје случајеви у којима је то скоро немогуће спровести због ограничења животне средине, знања људи или општег недостатка концептуалног разумевања. И
т је много погоднији за пројекте новог доба. Тамо где је агилни начин размишљања темељно својство, аутоматизација сваког процеса је несумњив приоритет, а максимални ниво поузданости снажно се очекује од заинтересованих страна.
У том случају, Цанари имплементација је на неки начин следећи ниво праксе агилног развоја. Може да подигне тимове на територију какву пројекат никада раније није био.
Затим погледајте скалирање и оптимизацију ЦИ/ЦД-а.