top 20 latest devops interview questions
Најпопуларнија питања и одговори за интервјуе за ДевОпс како бисте успешно обрисали било који интервју за ДевОпс:
Видели смо листу најбољих ДевОпс добављачи услуга у нашем последњем упутству.
ДевОпс није само алат, већ је и скуп најбољих пракси који нам омогућавају да премостимо јаз између развојних и оперативних тимова у областима континуиране интеграције и примене користећи интегрисани сет алата за аутоматизацију испоруке софтвера.
Предложено читање => Уводни водич за ДевОпс
Погледајмо сада нека од најчешће постављаних питања у интервјуу за ДевОпс заједно са могућим одговорима које можете дати. Одговори се могу разликовати у зависности од сопственог рада и искустава.
Најбоља питања за интервјуе са одговорима за ДевОпс
Доље је дата листа најчешће постављаних питања о ДевОпс-у у интервјуима:
Почнимо.
П # 1) Објасните ДевОпс.
Одговор:
- ДевОпс промовише комуникацију и сарадњу између пословних, развојних и оперативних тимова. На неки начин говоримо о уједињењу.
- ДевОпс се не односи само на алате већ и на укључивање људи и процеса.
- ДевОпс је инспирисан агилним процесом.
- ДевОпс се бави аутоматизацијом процеса развоја, пуштања у рад и рада.
- ДевОпс помаже у брзини испоруке апликација крајњим корисницима.
- ДевОпс се такође бави сталним усавршавањем које помаже у учењу путем повратних информација.
П # 2) Објасните неколико предуслова који су корисни за имплементацију ДевОпс-а.
Одговор: Предуслови укључују:
- Посвећеност на вишем нивоу у организацији.
- Потреба да се промена саопшти широм организације.
- Софтвер за контролу верзија.
- Аутоматизовани алати за обраду усклађености.
- Аутоматизовано тестирање
- Аутоматско постављање
П # 3) Које су најбоље праксе за примену ДевОпс-а?
Одговор: Имплементација ДевОпс-а се разликује од организације до организације. Данас организације теже да испоруче софтвер брже и са те тачке гледишта ево мојих размишљања о томе како ДевОпс може да постигне ефикасну комуникацију са свим заинтересованим странама, укључујући и оперативни тим.
- Свака организација има одређене пословне циљеве и имплементација ДевОпс-а треба да се усклади с тим. Требала би постојати одређена потреба за променама.
- Подстицање комуникације и сарадње, посебно између развоја и пословања.
- Аутоматизација је кључ и треба је радити и изводити кад год је то могуће у СДЛЦ фазама како би се олакшао рад ДевОпс-а.
- Алати коришћени у ДевОпс-у би требало да се интегришу врло добро. Са становишта било ког комерцијалног алата попут ИБМ Ратионал ЦЛМ или Мицрософт ТФС, примена ДевОпс-а је добра као и од једног добављача. Слично томе, треба посматрати алате отвореног кода који се интегришу како би се добили слични жељени резултати.
- Имплементација ДевОпс-а није успешна без праксе континуиране интеграције и континуиране испоруке. Дакле, ЦИ кода са ригорозним тестирањем и ЦД-ом је кључ за то.
- За Опс тим је веома важно да осигура да апликације раде врло добро на одговарајућим нивоима. Ако је потребно, мораће да раде са развојним тимовима како би изградили све алате који би помогли да се у апликације уграде праве могућности праћења.
- На крају, подстакните повратне информације од крајњих корисника да омогуће континуирано побољшање које пружа кључ за побољшање процеса и испоруку квалитетног софтвера.
П # 4) Које су кључне компоненте ДевОпс-а?
Одговор: Кључне компоненте укључују:
- Континуирано интеграција
- Континуирано тестирање
- Континуирана испорука
- Континуирано праћење
П # 5) Објасните континуирану интеграцију.
Одговор: Континуирана интеграција је врло важна компонента агилног процеса. Типично програмери раде на функцијама или корисничким причама у спринту и урезују своје промене у спремиште за контролу верзија.
Једном када је код додељен, тада је целокупан рад програмера добро интегрисан и изградња се обавља редовно на основу сваке пријаве или распореда. Стога континуирана интеграција као пракса приморава програмера да интегрише своје промене са осталима како би добио ране повратне информације.
како генерисати случајне бројеве у ц ++ између 0 и 100
П # 6) Објасните континуирану испоруку.
Одговор: Континуирана испорука је продужетак Континуиране интеграције која првенствено помаже да функције које програмери развијају буду доступне крајњим корисницима што је пре могуће. Током овог процеса пролази кроз различите фазе КА, постављање итд., А затим за испоруку у ПРОИЗВОДНИ систем.
П # 7) Објасните континуирано тестирање.
Одговор: Из горе наведеног циља континуиране интеграције, који је да се апликација изнесе до крајњих корисника, првенствено омогућавају континуирану испоруку. Ово се не може завршити без довољне количине јединственог тестирања и тестирања аутоматизације.
Стога морамо да потврдимо да је код произведен и интегрисан са свим програмерима који раде према потреби.
П # 8) Објасните континуирано праћење.
Одговор: Како се апликација развија и примењује, морамо да надгледамо њене перформансе. Мониторинг је такође веома важно јер може помоћи у откривању недостатака који можда раније нису били откривени.
П # 9) Како ћете приступити када пројекат треба да примени ДевОпс?
Одговор: Могу се користити следећи приступи, али они ће се разликовати у зависности од стварних сценарија пројекта или од организације до организације
Фаза 1: За било какву примену ДевОпс-а, процена постојећег процеса и примене у трајању од око 2 до 3 недеље, узимајући у просеку 5 апликација, неопходна је за процену АС-ИС процеса, идентификује подручја побољшања и даје путоказ за имплементацију.
Типично би за провођење ове процене требало да буде укључен старији профил попут архитекте ДевОпс.
Фаза 2: Пилот ПОЦ се може урадити како би се приказао крај до краја рада ДевОпс-а. Једном када ово прихвате и одобре крајњи корисници, треба извршити стварну имплементацију, примопредају и извођење плана за укључене пројекте.
Било који део обуке који је потребан такође ће бити потребно посветити процесу или алатима. У овој фази би требало да буду укључени архитекте, инжењери и тестери ДевОпс-а.
Фаза 3: Пројекти би сада требало да буду у режиму ДевОпс са свим компонентама континуиране интеграције / испоруке / тестирања и праћења које се прате.
П # 10) Да ли се ДевОпс могу применити на поступак водопада? Објасните значај Агиле процеса у примени ДевОпс-а.
Одговор: У процесу слапа, као што смо сви свесни да су у почетку прикупљени комплетни захтеви, следећи је систем дизајниран, имплементација система је затим праћена системским тестирањем и примењена на крајње кориснике. У овом процесу, проблем је био у томе што је било огромно време чекања на изградњу и примену, што је веома отежало добијање повратних информација.
Решење горњег проблема било је да Агиле процес мора да донесе агилност и у развоју и у операцијама. Агилан процес може бити главни или ће можда бити потребан одређени предуслов за имплементацију ДевОпс-а. ДевОпс иде паралелно са Агиле процесом.
Фокус је на издавању софтвера на веома кратак начин са краћим циклусима издања и брзим повратним информацијама. Дакле, фокус агилног процеса углавном ће бити на брзини, а у ДевОпс-у добро функционише са аутоматизацијом различитих алата
П # 11) Која је разлика између континуиране испоруке и континуиране примене?
Одговор: У агилном спринту, На пример, постоји много функција или корисничких прича које су развијене, тестиране и спремне за примену. Али на основу сценарија и приоритета купаца не би сви били распоређени. Дакле, овде у континуираној испоруци, веома је важно да код буде доступан за примену.
У Цонтиноус Деплоимент-у, све промене које је развио програмер пролазе кроз различите фазе да би се аутоматизовано примениле у ПРОДУКЦИЈСКО окружење.
П # 12) Које је ваше знање о пројектима ДевОпс?
Одговор: Објасните своју улогу ДевОпс инжењера и како сте радили као део окружења 24 * 7, а можда и у сменама, пројекте који су укључени у аутоматизацију ЦИ и ЦД цевовода и пружање подршке пројектним тимовима.
Стога, преузимање потпуне одговорности за одржавање и проширивање окружења за аутоматизацију ДевОпс на све више пројеката и различитих технологија ( Пример: .НЕТ, Ј2ЕЕ пројекти) који су укључени у организацију.
Такође објасните поступак ( Пример Агиле) и алате који су били укључени у аутоматизацију од краја до краја. Такође можете разговарати о свом искуству, ако постоји, у подршци за ДевОпс преко Цлоуд окружења.
оквир вођен подацима у примеру селена вебдривер
П # 13) Који су топ 10 ДевОпс алата који се данас користе у индустрији?
Одговор: Листа укључује:
- Јира
- ГИТ / СВН
- Битбуцкет
- Јенкинс
- Бамбус
- СонарКубе
- Артифацтори / Некус
- Доцкер
- Кувар / Лутка / Одговорљив
- ИБМ Урбанцоде Деплои / ЦА-РА
- Нагиос / Сплунк
П # 14) Можете ли да објасните употребу алата поменутих у горњем питању и како се повезују како би се добио ДевОпс модел (ЦИ / ЦД)?
Одговор:
Планирање
- Јира - Користи се за планирање пројеката и управљање издавањима
Континуирано интеграција
- Иди - Контрола верзија
- Јенкинс - Алат за континуирану интеграцију отвореног кода који такође може помоћи у континуираној испоруци.
- СонарКубе - Анализа кода
- ЈФрог Артифацтори - Бинарни менаџер спремишта
Континуирана испорука
како отворити бин датотеке на Виндовс 7
- Шеф кухиње / Лутка / Ансибле - Управљање конфигурацијом и примена апликација
- ИБМ Урбанцоде Деплои / ЦА РА - Континуирана испорука
Континуирано праћење
- Нагиос / Сплунк
Пример радног процеса ДевОпс-а:
- Обично се у Агиле процесу корисничке приче, задаци, недостаци итд. Чувају у ЈИРА-и и додељују власницима производа и програмерима.
- Програмери преузимају задатке који су им додељени и раде на развоју. Изворни код се контролише верзијом и чува у ГИТ-у. Програмери предају своје промене изворном коду у ГИТ-у. На крају, код се дели међу програмерима који користе ГитХуб.
- Јенкинс који је алат за континуирану интеграцију повлачи код и при свакој пријави или на основу распореда градња се врши помоћу алата за изградњу, попут Мавен или АНТ.
- Како се Ј2ЕЕ ВАР датотеке производе, они такође контролишу верзије и чувају се у бинарном управитељу спремишта попут Артифацтори или Некус.
- Јединствено тестирање помоћу ЈУнит-а и анализе кода са СонарКубе-ом се такође врши и аутоматизује
- Када се горенаведени поступак заврши, континуирана испорука се изводи у различита окружења на основу одобрења помоћу алата као што је ИБМ УрбанЦоде Деплои / ЦА РА Континуирано тестирање (функционално и прихватно тестирање) позива се у одговарајућим тест окружењима помоћу алата попут селена
- Континуирано надгледање била би стална активност у ПРОД окружењу
П # 15) Шта је управљање конфигурацијом у смислу инфраструктуре и поменути неколико популарних алата који се користе?
Одговор: Управљање конфигурацијом састоји се од пракси и различитих алата који су укључени за аутоматизацију испоруке и операција инфраструктуре. Све је у одржавању сервера спремним ( Пример Инсталирање системских пакета, подешавања мрежне конфигурације) за примену апликације након што се апликација развије.
Дакле, оперативни систем или администратор система треба да обезбеди паритет у различитим окружењима (Дев, КА, ПРОД, итд ...) обезбеђивањем система.
Алати који се у овом простору користе за аутоматизацију горе описаних задатака управљања конфигурацијом су Кувар / Лутка / Одговорљив
П # 16) Који се алати за скриптовање користе у ДевОпс-у?
Одговор: Питхон, Руби
П # 17) Објасните типичне улоге укључене у ДевОпс.
Одговор:
- ДевОпс Арцхитецт: Вођа који је одговоран за цео ДевОпс процес.
- ДевОпс инжењер: Особа треба да има искуства са Агиле, СЦМ или контролом верзија, ЦИ / ЦД-ом и постављањем алата за аутоматизацију истих, аутоматизацијом инфраструктуре и управљањем базама података. Било који програмер који има вештине кодирања или скриптовања и има оштроумности за улазак у систем или администратора система, може се квалификовати за улогу инжењера ДевОпс-а.
П # 18) Да ли сте били укључени у имплементацију ДевОпс-а у облаку? Ако да, која платформа за рачунарство у облаку?
Одговор:Примери популарних платформи за рачунарство у облаку:
- АВС - Амазон Веб Сервицес
- Мицрософт Азуре
- Гоогле Цлоуд
П # 19) Објасните неке метрике које су праћене за успех ДевОпс-а.
Одговор:
Неки од примера су следећи:
- Први и најважнији фактор је брзина испоруке, што значи време потребно било којем радном предмету да уђе у производно окружење.
- Следеће би било распоређивање и колико би времена било потребно када се овај процес аутоматизује.
- Готово је неопходно пратити колико се дефеката може наћи у различитим окружењима у односу на ПРОИЗВОДЊУ. Ово је веома важно у разматрању карактеристика које треба брже објавити. Употреба агилних методологија много помаже, а главни циљ је смањење недостатака на нивоу ПРОИЗВОДЊЕ.
- Уобичајено постављања не успевају, али веома је важно пратити овај аспект и имати механизам за враћање на претходну стабилну верзију.
- У било којој имплементацији ДевОпс-а, јединствено тестирање је кључно као и функционално тестирање. На основу извршених промена кода, често морамо да погледамо да ли се овај тест прекида и у којој мери. Неопходно је да аутоматизовани тест буде довољно робустан да одржи било какве промене кода.
- Веома је важно измерити стварно или просечно време потребно за опоравак у случају квара у ПРОДУКЦИЈСКОМ окружењу. Ово се назива средње време за опоравак (МТТР) и требало би да буде кратко. То такође значи да треба имати одговарајуће алате за праћење како би време опоравка било кратко.
- Учинак апликације је још један кључни показатељ који треба пратити посебно након било каквог постављања.
- Веома важан фактор успеха је број грешака које пријављују купци, што првенствено зависи од квалитета апликације.
П # 20) Која су ваша очекивања од перспективе каријере ДевОпс-а?
Одговор: Да буду укључени у процес испоруке од краја до краја и најважнији аспект помагања у побољшању процеса како би се развојним и оперативним тимовима омогућило да раде заједно и разумеју гледишта једни других.
Закључак
То је била листа најпопуларнијих ДевОпс интервју питања.
На почетку ову серију водича за ДевОпс , сазнали смо шта је заправо ДевОпс, његов процес и одређени могући начини њихове примене.
Питања о ДевОпс-у у овом водичу треба да вам помогну да освојите интервју за ДевОпс и поставе вам пут велике каријере у овом пољу. Како су наведена питања из перспективе ДевОпс-а, такође бисте требали бити вешти у Агиле процесу и алатима поменутим у овом чланку за ЦИ и ЦД.
Надам се да сте уживали у читавом низу водича у нашој ДевОпс серији и сигуран сам да сте сигурно стекли огромно знање о концепту ДевОпс !! Желимо вам сав успех !!!
Препоручено читање
- 9 НАЈБОЉИХ ДевОпс конференција 2021. године које бисте требали пратити
- Одговорне улоге, интеграција са Јенкинс-ом у ДевОпс-у и ЕЦ2 модули
- Надгледање перформанси апликација у ДевОпс-у
- Водич за АВС ЦодеЦоммит за имплементацију ДевОпс-а у облаку
- Најбољи ДевОпс алати отвореног кода (са инсталацијом и конфигурацијом)
- Сарадња у ДевОпс-у
- Управљање конфигурацијом у пракси ДевОпс
- Континуирана испорука у ДевОпс-у
- Континуирано постављање у ДевОпс
- Непрекидна интеграција у ДевОпс
- Континуирано тестирање у ДевОпс-у
- Демистификовање ДевОпс-а: Видео водич (1. део)
- ДевОпс аутоматизација: Како се аутоматизација примењује у пракси ДевОпс
- ДевОпс вежбе засноване на агилном манифесту (2. део - блок 1)
- Водич за тестирање ДевОпс-а: Како ће ДевОпс утицати на КА тестирање?
- Водич за ДевОпс: Врхунски водич за ДевОпс (25+ водича)
- ДевОпс са Мицрософт ВСТС: ЦИ / ЦД за Азуре веб-апликацију
- Како развити сарадњу у тимовима ДевОпс
- Како се користи Мицрософт ТФС за ЈАВА пројекте са Ецлипсеом у ДевОпс-у
- Значај малих повећања испорука у ДевОпс-у