Saturs[Paslēpt][Rādīt]
- 1. Ko jūs domājat ar DevOps?
- 2. Uzskaitiet dažus DevOps principus?
- 3. Uzskaitiet dažus populārākos DevOps rīkus?
- 4. Kas ir infrastruktūra kā kods?
- 5. Izskaidrojiet DevOps dzīves ciklu?
- 6. Kas ir konfigurācijas pārvaldība?
- 7. Kādas ir DevOps galvenās priekšrocības?
- 8. Kādas ir versijas kontroles sistēmas priekšrocības?
- 9. Kas ir git atlicināt?
- 10. Kas ir CI/CD?
- 11. Kas ir CI/CD konveijers?
- 12. Kas ir nepārtrauktā pārbaude?
- 13. Ar ko DevOps atšķiras no Agile?
- 14. Vai varat nosaukt dažus galvenos darbības rādītājus (KPI), kas tiek izmantoti DevOps panākumu mērīšanai?
- 15 Nosauciet dažas mākoņu platformas, kas tiek izmantotas DevOps ieviešanai?
- 16. Kā AWS ir saistīta ar DevOps?
- 17. Kas īsti ir CodePipeline pakalpojumā AWS DevOps?
- 18. Kas īsti ir CodeBuild AWS DevOps?
- 19. Kas īsti ir AWS Lambda AWS DevOps kontekstā?
- 20. Kuras programmēšanas sistēmas ir saderīgas ar AWS CodeBuild?
- 21. Kas ir mikropakalpojumi AWS DevOps?
- 22. Kādu lomu spēlē Amazon QuickSight AWS DevOps?
- 23. Kā Kubernetes konteineri sazinās pakalpojumā AWS DevOps?
- 24. Kas ir hibrīda mākonis AWS DevOps?
- 25. Kas ir Ansible?
- 26. Kāds ir selēna mērķis?
- 27. Kas ir selēna režģis un ko tas dara?
- 28. Kas ir Selēna IDE?
- 29. Ko jūs domājat programmā DevOps ar vārdu Puppet?
- 30. Lai padarītu Puppet jaudīgāku, kādus atvērtā pirmkoda vai kopienas rīkus jūs izmantojat?
- 31. Izskaidrojiet Dženkinsa kapteiņa-vergu arhitektūru?
- 32. Kā Jenkins var pārvietot vai kopēt no viena servera uz citu?
- 33. Piemini dažus Jenkins spraudņus, kas ir noderīgi?
- 34. Kas ir Nagios?
- 35. Kā darbojas Nagios?
- 36. Kas īsti ir Nagios žurnālu serveris?
- 37. Kas ir valsts vajāšana Nagiosā?
- 38. Kas īsti ir konteineri?
- 39. Kas īsti ir Docker attēls?
- 40. Kas īsti ir Docker konteiners?
- 41. Kāds ir Dockerfile mērķis?
- 42. Kas īsti ir pāru programmēšana?
- 43. Kas īsti ir šefpavārs?
- 44. Kas īsti ir zilā/zaļā izvietošanas shēma?
- 45. Kas ir Memcached?
- 46. Kādas ir Memcached funkcijas?
- 47. Nosauciet dažus noderīgus tīkla uzraudzības rīkus?
- 48. Kādi ir daži no šķēršļiem DevOps cauruļvada izveidei?
- 49. Kāds tieši ir Secure Shell mērķis?
- 50. Kas īsti ir CBD?
- Secinājumi
DevOps apzīmē izstrāde un darbības.
Tas ir jauns programmatūras izstrādes veids, kas ir mainījis programmatūras izveides un izplatīšanas veidu. DevOps tehnika dod priekšroku biežiem, pakāpeniskiem jauninājumiem, nevis retām lielām funkciju kopām.
DevOps palīdz IT operācijām.
Pirms DevOps IT darbiniekiem bija jārisina vairākas problēmas.
Tā rezultātā IT nodaļa tika pakļauta nevēlamai pārbaudei. Tas viss mainījās, ieviešot DevOps, kas ļauj IT operācijām informēt par savām bažām ar pārējo uzņēmumu, kā rezultātā uzlabojās caurskatāmība un sadarbība starp IT operācijām un citiem departamentiem.
Ja esat sācis gatavoties attīstības un darbības pienākumiem IT biznesā, jūs jau zināt, ka tā ir sarežģīta profesija, kurā ielauzties.
Vai apsverat karjeru DevOps?
Ja tas tā ir, jūs esat nonācis pareizajā vietā.
Šeit ir daži no visbiežāk uzdotajiem DevOps interviju jautājumiem un atbildēm, lai palīdzētu jums sagatavoties DevOps karjerai šajā nozarē.
1. Ko jūs domājat ar DevOps?
Izstrāde un operācijas (DevOps) ir divi termini, kas bieži tiek lietoti kā sinonīmi. Tā ir programmatūras inženierijas pieeja, kas koncentrējas uz izstrādes un darbības komandu apvienošanu, lai automatizētu projektu visos līmeņos.
Šis paņēmiens ļauj vienkārši automatizēt projektu pakalpojumu pārvaldību, lai varētu sasniegt darbības mērķus un labāk izprast ražošanas vidē izmantoto tehnoloģiju kopumu.
Šī stratēģija ir balstīta uz elastīgu metodoloģiju un uzsver komandas komunikāciju, resursu pārvaldību un sadarbību.
2. Uzskaitiet dažus DevOps principus?
DevOps pamatā ir šādi principi:
- Nepārtraukta izvietošana
- Automatizācija
- Uzraudzība
- Drošība
- Infrastruktūra kā kods
3. Uzskaitiet dažus populārākos DevOps rīkus?
Visbiežāk izmantotie DevOps rīki ir:
- Git
- Iespējams
- dokers
- Selēns
- marionete
- Šefpavārs
- Jenkins
4. Kas ir infrastruktūra kā kods?
Infrastruktūra kā kods jeb IaC ir uz programmatūru balstīta IT tehnika, kas kodificē un uztur pamatā esošo IT infrastruktūru. Tā vietā, lai manuāli konfigurētu atsevišķas aparatūras ierīces un operētājsistēmas, infrastruktūra kā kods ļauj izstrādātājiem un operāciju komandām automātiski pārvaldīt, pārraudzīt un nodrošināt resursus.
5. Izskaidrojiet DevOps dzīves ciklu?
DevOps ir sadalīts sešos posmos. Tās posmi seko noteiktam ciklam.
Tomēr neviena fāze nav sadalīta ar robežām, un neviena fāze nesākas pat tad, ja iepriekšējā ir pilnībā beigusies. Tagad tuvāk apskatīsim DevOps cikla fāzi.
- Plānošana – sākotnējā DevOps dzīves cikla daļa ietver plānošanu un programmatūras izstrādi. Šī fāze ietver pamatīgu projekta izpratni, lai sasniegtu tā dalībnieku galīgo darba mērķi. Tas nodrošina arī dažādus attīstības un darbības posmus. Ir arī svarīgi, lai organizācijas saņemtu apmācību par rīkiem un metriku, lai iegūtu skaidru priekšstatu par projekta vadību.
- Attīstība – laikā Šajā posmā projekts tiek konstruēts, projektējot infrastruktūru, izstrādājot kodu, izveidojot testus vai izmantojot automatizācijas procesu. Pierādījumi šajā posmā ir ļoti svarīgi. Lai pārvaldītu lietojumprogrammas un datu darbības, izstrādātāji saglabā kodu koda pārvaldniekā, kas ļauj skatīt, izveidot versijas un daudz ko citu.
- Nepārtraukta integrācija — šī solis automatizē validācijas un testēšanas mehānismus. Tam ir unikāla funkcija, kas garantē, ka izstrādes vide ir pareizi konfigurēta pirms izlaišanas pakalpojumā, kas to apvieno ar citām lietotnēm.
- Automatizēta izvietošana — DevOps mudina izmantot rīkus un skriptus, lai automatizētu izvietošanu, un galvenais mērķis ir automatizēt visu procesu, aktivizējot kādu līdzekli. Mākoņa kā koda parādīšanās, kas liek pāriet no ierobežotas infrastruktūras pārvaldības uz pastāvīgu izmaksu optimizācijas pārvaldību, ir šī perioda vissvarīgākā sastāvdaļa.
- Darbība – viss DevOps darbības parasti tiek veiktas nepārtraukti visā programmatūras darbības laikā, jo infrastruktūra ir dinamiska. Izmantojot šo platformu, ir iespējama transformācija, pieejamība un mērogojamība.
- Uzraudzība – šī ir nepārtraukts DevOps procesa posms. DevOps izseko un analizē datus, kas parāda lietojumprogrammas pašreizējo stāvokli.
6. Kas ir konfigurācijas pārvaldība?
Konfigurācijas pārvaldība (CM) ir process, kurā sistemātiski tiek apstrādātas izmaiņas, lai visu laiku tiktu saglabāta sistēmas integritāte.
Tas ietver noteikumu, stratēģiju, procesu un rīku kopumu izmaiņu priekšlikumu novērtēšanai, pārvaldībai un uzraudzībai, kā arī nepieciešamās dokumentācijas saglabāšanai. CM sniedz ieguldījumu programmas izstrādē un attīstībā, sniedzot administratīvus un tehniskus norādījumus.
7. Kādas ir DevOps galvenās priekšrocības?
Šīs ir galvenās DevOps priekšrocības:
Priekšrocības tehnoloģiju ziņā
- Problēmas, kuras nav tik grūti atrisināt
- Programmatūras piegāde nepārtraukti
- Defekti tiek atklāti agrāk un ātrāk novērsti.
Priekšrocības uzņēmumam
- Darbības vide, kas ir stabila
- Funkcijas tiek piegādātas ātrāk.
- Ir uzlabojusies sadarbība un komunikācija starp komandām.
8. Kādas ir versijas kontroles sistēmas priekšrocības?
- VCS glīti sakārto visas iepriekšējās versijas un variācijas.
- Visi darbinieki var skatīt failu jebkurā laikā, izmantojot Versijas kontrole Sistēma (VCS). Tas arī ļauj apvienot visas kopējā versijā veiktās izmaiņas.
- Tas ir paredzēts, lai palīdzētu daudzām personām, ļaujot viņiem sadarboties ar teksta failiem, padarot koplietošanu starp vairākām iekārtām ļoti vienkāršu.
- Tas ir ļoti svarīgi dokumentiem, kuriem nepieciešams daudz pārformēšanas un rediģēšanas, jo tas rada papīra celiņu galīgo izdevumu pārformēšanai un atjaunināšanai.
- Tas ļauj visiem komandas dalībniekiem skatīt visu projekta vēsturi, ļaujot mums izmantot jebkura komandas biedra krātuvi centrālā servera kļūmes gadījumā.
9. Kas ir git atlicināt?
Komanda git stash īslaicīgi saglabā izmaiņas darba direktorijā. Tas izstrādātājiem nodrošina tīru darba vidi. Pēc tam viņi var izmantot git procedūru, lai apvienotu modifikācijas. Izmaiņas izsekotajos failos tiek sapludinātas darba direktorijā, kad tiek izpildīta šī komanda. Git direktorijā komandu git stash var izmantot vairākas reizes. Tā ir git krātuve.
10. Kas ir CI/CD?
Nepārtraukta integrācija (CI) ir izstrādes metode, kurā izstrādātājiem vairākas reizes dienā ir jāintegrē kods kopējā repozitorijā. Pēc tam automātiskā versija apstiprina katru reģistrēšanos, ļaujot komandām laikus pamanīt problēmas.
Nepārtraukta izvietošana ir programmatūras inženierijas paņēmiens, kas izmanto automatizētu izvietošanu, lai piedāvātu produkta funkcionalitāti. Tas palīdz testētājiem noteikt, vai koda bāzes modifikācijas ir pareizas un stabilas.
11. Kas ir CI/CD konveijers?
Programmatūras piegādes process tiek automatizēts, izmantojot CI/CD cauruļvadu. Tas ģenerē kodu, veic testus un palīdz pareizi izvietot jaunu programmatūras versiju. CI/CD konveijers novērš cilvēku kļūdas, sniedz izstrādātājiem atsauksmes un nodrošina ātru produktu atkārtošanu. CI/CD cauruļvads automatizē un uzrauga programmatūras produkta izstrādes dzīves ciklu. Tas aptver visu procesu, sākot no integrācijas un testēšanas līdz piegādei un izvietošanai. CI/CD konveijers attiecas uz šīm savstarpēji saistītajām darbībām.
12. Kas ir nepārtrauktā pārbaude?
Nepārtrauktā testēšana ir automatizētu testu veikšanas process, kas ir daļa no programmatūras piegādes konveijera, lai sniegtu reāllaika atsauksmes par uzņēmējdarbības riskiem jaunākajā laidienā. Katrs būvējums tiek nepārtraukti pārbaudīts šādā veidā, lai izvairītos no grūtībām ar pakāpenisku pārslēgšanu programmatūras piegādes dzīves ciklā un ļautu izstrādes komandām saņemt ātru atgriezenisko saiti. Tas rada milzīgu pieaugumu izstrādātāja produktivitātē, jo pēc katra atjaunināšanas un projekta pārveidošanas vairs nav nepieciešams atkārtoti palaist visas pārbaudes.
13. Ar ko DevOps atšķiras no Agile?
DevOps ir metode vai kultūra, kas ļauj izstrādes un operāciju komandām strādāt kopā, lai izveidotu veiksmīgus produktus. Pastāvīga SDLC cikla izstrāde, integrācija, testēšana, izvietošana un uzraudzība ir dažas no pieejām, ko var izmantot, lai to paveiktu. Veiksmīgai produktu ieviešanai DevOps mērķis ir pārvarēt plaisu starp izstrādātājiem un operācijām.
Agile ir programmatūras izstrādes process, kurā tiek uzsvērta pakāpeniska, iteratīva un ātra programmatūras produktu izlaišana, vienlaikus iekļaujot klienta ievadi. Šī pieeja mazina plaisu starp klientu un izstrādātāju zināšanām par prasībām.
14. Vai varat nosaukt dažus galvenos darbības rādītājus (KPI), kas tiek izmantoti DevOps panākumu mērīšanai?
Galvenie veiktspējas rādītāji jeb KPI ir sava veida metrika, kas mēra, cik labi kaut kas darbojas. Tālāk ir minēti daži no visbiežāk izmantotajiem KPI, lai novērtētu DevOps panākumus.
- Klientu biļetes
- Veiksmīgas izvietošanas biežums un laiks
- Kļūdu/neveiksmju līmenis
- Neizdevās izvietošana
- Lietojumprogrammu lietojums, veiktspēja un trafiks
- Automatizētā testa gadījuma nokārtošanas procents.
- Lietojumprogrammas pieejamība
- Mainīt skaļuma pieprasījumus
- Pagaidām līdz noteikšanai (MTTD)
- Pagaidām līdz atveseļošanai (MTTR)
15 Nosauciet dažas mākoņu platformas, kas tiek izmantotas DevOps ieviešanai?
Tālāk ir norādītas dažas no populārākajām mākoņdatošanas platformām DevOps ieviešanai.
- Amazon Web pakalpojumi
- Google mākonis
- Debeszils
16. Kā AWS ir saistīta ar DevOps?
Amazon Web Services (AWS) ir mākoņpakalpojumu platforma, kas atvieglo DevOps principu ieviešanu.
Dotie risinājumi lielā mērā palīdzēs komandām pārvaldīt sarežģītus iestatījumus un inženieriem veiksmīgi strādāt ar DevOps nodrošināto lielo ātrumu.
17. Kas īsti ir CodePipeline pakalpojumā AWS DevOps?
AWS piedāvā CodePipeline kā pakalpojumu nepārtrauktai integrācijai un piegādei.
Tas ietver arī izmaiņas infrastruktūrā. Izmantojot izveidotos laidiena modeļu protokolus, ko definē lietotājs, tādas darbības kā izveide, testēšana un izvietošana pēc katras būves kļūst salīdzinoši vienkāršas.
CodePipeline garantē, ka jauni programmatūras jauninājumi un līdzekļi tiek piegādāti uzticami un ātri.
18. Kas īsti ir CodeBuild AWS DevOps?
AWS nodrošina CodeBuild — pilnībā pārvaldītu iekšējo būvēšanas pakalpojumu, kas palīdz avota koda apkopošanā, testēšanā un izvietošanai gatavu programmatūras pakotņu ģenerēšanā. Nav nepieciešama administrēšana, piešķiršana vai nodrošināšana, jo būvēšanas serveri tiek automātiski mērogoti.
Būvēšanas darbības tiek veiktas paralēli serveros, nodrošinot lielāko ieguvumu, jo nevienai būvei nav jāatstāj rindā gaidīt.
19. Kas īsti ir AWS Lambda AWS DevOps kontekstā?
AWS Lambda ir aprēķinu pakalpojums, kas ļauj klientiem palaist programmas bez īpašas serveru nodrošināšanas vai pārvaldības.
Lietotāji var palaist jebkuru koda daļu savām lietotnēm vai pakalpojumiem, izmantojot AWS Lambda bez iepriekšējas integrācijas. Tas ir tik vienkārši, kā iesniegt koda fragmentu un ļaut Lambda apstrādāt visu pārējo, kas nepieciešams tā darbībai un attīstībai.
20. Kuras programmēšanas sistēmas ir saderīgas ar AWS CodeBuild?
AWS CodeBuild ietver Python, Ruby, Java, Android, Docker, Node.js un Go vidi.
Inicializējot un ģenerējot Docker attēlu, var izveidot arī pielāgotu vidi. Pēc tam tas tiek nosūtīts uz EC2 vai DockerHub reģistriem. Pēc tam to izmanto, lai atsauktos uz attēlu lietotāju būvprojektā.
21. Kas ir mikropakalpojumi AWS DevOps?
Mikropakalpojumu arhitektūras ir metodes vienas lietojumprogrammas kā pakalpojumu kopuma projektēšanai.
Katram no šiem pakalpojumiem ir sava procesa struktūra, un tas sazinās ar citiem, izmantojot noteiktu interfeisu, kas ir gan viegls, gan vienkārši lietojams. Lielākā daļa šīs komunikācijas tiek veikta, izmantojot HTTP un API vaicājumus.
22. Kādu lomu spēlē Amazon QuickSight AWS DevOps?
Amazon QuickSight ir AWS Business Analytics rīks, kas ļauj vienkārši izveidot vizualizācijas, veikt analīzi un iegūt biznesa ieskatus no atklājumiem.
Tas ir ātrs un pilnībā uz mākoņiem balstīts pakalpojums, kas lietotājiem nodrošina vairākas iespējas to atklāt un izmantot.
23. Kā Kubernetes konteineri sazinās pakalpojumā AWS DevOps?
Vietnē Kubernetes konteineru kartēšanai tiek izmantots vienums, kas pazīstams kā pods.
Vienā brīdī podā var būt vairāk nekā viens konteiners. Apkārtnes plakanās tīkla hierarhijas dēļ saziņa starp šiem podiem pārklājuma tīklā ir vienkārša.
24. Kas ir hibrīda mākonis AWS DevOps?
Hibrīda mākonis ir skaitļošanas vide, kas apvieno privātos un publiskos mākoņus.
Hibrīdus mākoņus var izveidot, ievietojot VPN tuneli starp mākoņa VPN un lokālo tīklu. AWS Direct Connect var arī vienkārši apiet internetu un droši izveidot savienojumu starp VPN un datu centru.
25. Kas ir Ansible?
Ansible ir daudzplatformu datoru atbalsta automatizācijas programma, kas ir vienkārši lietojama, taču ļoti jaudīga.
Tas ir īpaši izstrādāts IT profesionāļiem, kuri to izmanto lietojumprogrammu izvietošanai, darbstaciju un serveru jauninājumiem, mākoņa nodrošināšanai, konfigurācijas pārvaldībai, pakalpojuma iekšējai orķestrēšanai un praktiski visam pārējam. sistēmu administrators veic katru nedēļu vai katru dienu.
Ansible ir vienkārši instalējams, jo tai nav nepieciešama aģenta programmatūra vai cita drošības infrastruktūra.
26. Kāds ir selēna mērķis?
Selēns tiek izmantots DevOps nepārtrauktai testēšanai. Rīks ir vērsts uz funkcionālo un regresijas testēšanu.
27. Kas ir selēna režģis un ko tas dara?
Selēna režģa mērķis ir palaist vienādus vai atšķirīgus testa skriptus vairākās platformās un pārlūkprogrammās, lai veiktu izkliedētu testēšanu. Tas palīdz testēšanā dažādos scenārijos un spēj samazināt izpildes laiku.
28. Kas ir Selēna IDE?
Selēna integrētā izstrādes vide (IDE) nodrošina vienas pieturas aģentūru Selenium skriptu izstrādei. Tas ir pieejams arī kā Firefox paplašinājums, un to var izmantot, lai atkļūdotu, mainītu un ierakstītu testus.
Selenium IDE ietver visu Selenium Core, ļaujot mums atkārtoti atskaņot un ierakstīt testus identiskā kontekstā, kurā tie tiks izpildīti. Pateicoties elastīgumam, lai ātri pārslēgtu norādījumus, un automātiskās pabeigšanas atbalstam, Selenium IDE ir vislabākā vide Selēna testu rakstīšanai neatkarīgi no tā, kāda veida testēšana mums patīk.
29. Ko jūs domājat programmā DevOps ar vārdu Puppet?
Tā ir konfigurācijas pārvaldības programma administratīvo pienākumu automatizēšanai. Puppet izmanto Master-Slave arhitektūru, kurā divas entītijas sazinās, izmantojot šifrētu kanālu. Sistēmas administratori ir atbildīgi par dažādiem atkārtotiem pienākumiem, tostarp par serveru instalēšanu un konfigurēšanu.
Ir iespējams rakstīt skriptus, lai automatizētu šādas darbības, taču tas kļūst sarežģīti, ja infrastruktūra ir plaša. Konfigurācijas pārvaldība ir lielisks risinājums. Leļļu palīglīdzekļi serveru konfigurēšanā, izvietošanā un pārvaldībā.
Tas ne tikai atvieglo šādus atkārtotus darbus, bet arī kopumā ietaupa ievērojamu laiku.
30. Lai padarītu Puppet jaudīgāku, kādus atvērtā pirmkoda vai kopienas rīkus jūs izmantojat?
Jira tiek izmantota, lai izsekotu izmaiņām un pieprasījumiem, un mēs tos pārvaldām, izmantojot iekšēju procedūru.
Pēc tam saskaņā ar labāko praksi mēs izmantojam Git un Puppet kodu pārvaldnieka lietotni, lai pārvaldītu Puppet kodu. Turklāt mēs izmantojam Jenkins nepārtrauktās integrācijas konveijeru un vārglāžu testēšanas sistēmu, lai veiktu visus mūsu Puppet atjauninājumus.
31. Izskaidrojiet Dženkinsa kapteiņa-vergu arhitektūru?
- Katru reizi, kad tiek veikta koda apstiprināšana, Jenkins meistars izgūst kodu no attālās GitHub repozitorija.
- Tas sadala uzdevumu starp visiem Dženkinsa vergiem.
- Vergi veic, veido, pārbauda un izveido testa rezultātus pēc Dženkinsa kunga pieprasījuma.
32. Kā Jenkins var pārvietot vai kopēt no viena servera uz citu?
Sākšu, pārsūtot darbu direktoriju no vecā uz jauno serveri. Ir pieejamas arī citas iespējas, kuras esmu uzskaitījis zemāk:
Ir iespējams:
- Lai pārvietotu darbu, vienkārši pārsūtiet atbilstošo darbu direktoriju no vienas Jenkins instalācijas uz citu.
- Izveidojiet darbu direktorijas klonu ar jaunu nosaukumu, lai dublētu esošu darbu.
- Direktoriju var pārdēvēt, lai pārdēvētu esošu uzdevumu. Ja pārdēvējat darbu, ir jāpārdēvē arī jebkurš cits darbs, kas mēģina izsaukt pārdēvēto darbu.
33. Piemini dažus Jenkins spraudņus, kas ir noderīgi?
Tālāk esmu iekļāvis dažus būtiskus spraudņus:
- Kopēt artefaktu
- pievienoties
- Zaļumballes
- Maven 2 projekti
- Amazon EC2
- HTML izdevējs
34. Kas ir Nagios?
Viens no uzraudzības instrumentiem ir Nagios. DevOps kultūrā to izmanto nepārtrauktai sistēmu, lietojumprogrammu, pakalpojumu un biznesa procesu uzraudzībai, cita starpā.
Kļūmes gadījumā Nagios var informēt tehniskos darbiniekus, ļaujot viņiem sākt traucējummeklēšanu, pirms tiek ietekmēta uzņēmējdarbība, galalietotāji vai klienti.
Izmantojot Nagios, jums nav jāpaskaidro, kāpēc nepamanīts infrastruktūras bojājums ietekmē jūsu uzņēmuma peļņu.
35. Kā darbojas Nagios?
Nagios ir uz servera balstīta uzraudzības sistēma, kas darbojas kā dēmons vai pakalpojums. Nagios regulāri izpilda spraudņus tajā pašā serverī, un tie sazinās ar resursdatoriem vai serveriem jūsu tīklā vai internetā. Tīmekļa saskarni var izmantot, lai skatītu statusa informāciju.
Ja kaut kas notiek, jūs varat arī saņemt paziņojumu pa e-pastu vai SMS. Nagios dēmons darbojas kā plānotājs, izpildot programmas noteiktā laikā. Tas saglabā šo skriptu izvadi un palaiž jaunus, ja izvade mainās.
36. Kas īsti ir Nagios žurnālu serveris?
Nagios žurnālu serveris atvieglo žurnāla datu apskati. Trauksmes iestatīšana, brīdināšana, kad parādās iespējamās briesmas, vienkārša žurnāla datu meklēšana un ātra jebkuras sistēmas auditēšana ir viss, ar ko Nagios Log Server ir izcils.
Mēs varam saņemt visus savus žurnāla datus vienuviet ar augstu pieejamību, izmantojot Nagios Log Server.
37. Kas ir valsts vajāšana Nagiosā?
To izmanto, lai izsekotu lietām. Kad resursdatoram vai pakalpojumam ir iespējota Stalking, Nagios rūpīgi sekos šim saimniekdatoram vai pakalpojumam un atzīmēs visas pamanītās izmaiņas pārbaudes rezultātu izvadē.
Varat arī teikt: “Tas var būt diezgan izdevīgi, pārbaudot žurnāla failus” atkarībā no sarunas, kas notika jums un intervētājam. Par saimniekdatora vai pakalpojuma pārbaudes rezultātiem ziņo tikai tipiskos apstākļos, ja resursdatora vai pakalpojuma statuss kopš iepriekšējās pārbaudes ir mainījies.
38. Kas īsti ir konteineri?
Konteineri tiek izmantoti, lai izveidotu konsekventu skaitļošanas vidi no izstrādātāja klēpjdatora līdz testa videi, pēc tam uz ražošanu. Konteiners ir viena pakotne, kas satur visu izpildlaika vidi: programmu, kā arī visas tās atkarības, bibliotēkas, citus komponentus un konfigurācijas failus, kas nepieciešami tās izpildei.
Atšķirības OS izplatīšanā un atbalsta infrastruktūrā tiek novērstas, konteinerizējot lietojumprogrammu platformu un tās atkarības.
39. Kas īsti ir Docker attēls?
Docker konteiners nāk no Docker attēla. Citiem vārdiem sakot, konteineru veidošanai tiek izmantoti Docker attēli. Attēli tiek veidoti ar būvēšanas komandu, un, palaižot tos, tie veidos konteineru. Docker reģistrs, piemēram, registry.hub.docker.com, saglabā attēlus.
Attēli ir paredzēti, lai tos izveidotu no citu fotoattēlu slāņiem, jo tie var izaugt diezgan milzīgi, ļaujot piegādāt minimālu datu apjomu, pārraidot attēlus tīklā.
40. Kas īsti ir Docker konteiners?
Docker konteineri ietver programmu un visas tās atkarības, taču tie koplieto kodolu ar citiem konteineriem un darbojas kā atsevišķi procesi resursdatora OS lietotāja telpā. Docker konteineru darbībai nav nepieciešama īpaša infrastruktūra: tie var darboties jebkurā datorā, jebkurā infrastruktūrā un jebkurā mākonī.
Varat izveidot Docker konteinerus, izveidojot Docker attēlu un pēc tam to izpildot, vai izmantojot Docker attēlus no Dockerhub. Docker konteineri būtībā ir izpildlaika Docker attēli.
41. Kāds ir Dockerfile mērķis?
Docker var lasīt instrukcijas no Dockerfile un automātiski ģenerēt attēlus.
Dockerfile ir teksta fails, kurā ir visas komandas, kuras lietotājs var izmantot, lai izveidotu attēlu no komandrindas. Lietotāji var izmantot docker build, lai automatizētu būvējumu, kas izpilda daudzas komandrindas instrukcijas pēc kārtas.
42. Kas īsti ir pāru programmēšana?
Pāru programmēšana ir inženierijas pieeja, kurā divi programmētāji sadarbojas, izstrādājot vienu un to pašu sistēmu, dizainu un kodu.
Viņi ievēro “Extreme Programming” principus. Šajā gadījumā viens programmētājs tiek saukts par "vadītāju", bet otrs tiek saukts par "novērotāju", kurš nepārtraukti pārbauda projekta gaitu, lai atklātu turpmākās grūtības.
43. Kas īsti ir šefpavārs?
Tā ir spēcīga automatizācijas platforma, kas pārvērš infrastruktūru kodā. Varat izmantot šo rīku, lai izveidotu skriptus, kas automatizē darbības.
44. Kas īsti ir zilā/zaļā izvietošanas shēma?
Zili zaļš modelis ir nepārtrauktas izvietošanas, lietojumprogrammu izlaišanas metodika, kas koncentrējas uz lietotāja trafika pakāpenisku pāreju no iepriekš funkcionējošas programmas vai pakalpojuma versijas uz gandrīz identisku jauno laidienu — abas versijas darbojas ražošanā.
Zilā vide apzīmē iepriekšējo programmas versiju, savukārt zaļā vide apzīmē pašreizējo versiju. Ražošanas datplūsma tiktu pakāpeniski pārsūtīta no zilas uz zaļo vidi, un pēc pilnīgas pārsūtīšanas zilā vide tiktu aizturēta tikai atcelšanas prasības gadījumā.
45. Kas ir Memcached?
Memcached ir sadalītas atmiņas objektu kešatmiņas tehnoloģija, kas ir pilnīgi bezmaksas un atvērtā koda. To parasti izmanto dinamiskā režīmā tīmekļa lietojumprogrammas lai pārvaldītu atmiņu, saglabājot datus kešatmiņā. Tas samazina ārējo avotu vaicājumu skaitu. Datubāzes slodzes samazināšana palīdz arī paātrināt dinamisku tiešsaistes lietojumprogrammu darbību.
46. Kādas ir Memcached funkcijas?
Šeit ir dažas no ievērojamākajām Memcached īpašībām:
- Atjauninātie objekti tiek saglabāti, izmantojot CAS marķierus.
- Lai padarītu kodu lasāmāku, tiek izmantoti atzvani.
- Samaziniet reakcijas laiku vai laiku, kas nepieciešams rezultāta sasniegšanai, izmantojot GetDelayed.
- Lai izmantotu ar jauno klientu, izveidojiet bināro protokolu.
- Lietošanai ar sarežģītiem datiem tiek piedāvāta Igbināro datu opcija.
47. Nosauciet dažus noderīgus tīkla uzraudzības rīkus?
Tālāk ir minēti daži no populārākajiem tīkla uzraudzības rīkiem.
- Plankumains
- Icinga 2
- Wireshark
- Nagios
- OpenNMS
48. Kādi ir daži no šķēršļiem DevOps cauruļvada izveidei?
Šajā tehnoloģiju eksplozijas laikmetā DevOps rada dažādas problēmas. Lielāko daļu laika tas ir saistīts ar datu migrāciju un jaunu funkcionalitātes ātru integrēšanu. Ja datu migrēšana neizdodas, sistēma var kļūt nestabila, kas var radīt problēmas tālākā ceļā.
Tomēr CI sistēmā to var apstrādāt, izmantojot funkcijas karogu, kas palīdz pakāpeniski izlaist produktu. Tas kopā ar atcelšanas funkciju var palīdzēt mazināt dažas problēmas.
49. Kāds tieši ir Secure Shell mērķis?
SSH parasti izmanto, lai savienotu divus datorus un vadītu tos attālināti. SSH galvenokārt izmanto operāciju komanda, jo operāciju komanda nodarbosies ar darbiem, kuru dēļ būs nepieciešama attāla piekļuve administratora sistēmai.
Izstrādātāji arī izmantos SSH, lai gan mazākā mērā nekā operāciju komanda, jo viņi lielāko daļu laika strādās ar vietējām sistēmām. Kā minēts iepriekš, DevOps izstrādes un operāciju komandas sadarbosies un strādās kopā.
SSH tiks izmantots, kad operāciju komanda saskarsies ar problēmu un būs nepieciešama izstrādes komandas palīdzība.
50. Kas īsti ir CBD?
CBD, kas pazīstams arī kā uz komponentiem balstīta radīšana, ir jauna produktu izstrādes metode.
Tā vietā, lai sāktu no nulles, šīs stratēģijas izstrādātāji vienmēr meklē esošus, labi definētus, pārbaudītus un apstiprinātus komponentus, lai tos izveidotu un saliktu produktā.
Secinājumi
Populārākie DevOps interviju jautājumi un atbildes tagad ir pabeigti. DevOps ir ļoti svarīga ne tikai programmatūras izstrādes paātrināšanai, bet arī programmatūras kvalitātes uzlabošanai.
DevOps piedāvā jaunu attieksmi, veiklus paņēmienus un viedās tehnoloģijas, kas darbojas kopā, lai sasniegtu šo mērķi. DevOps var arī palīdzēt atklāt koda kļūdas, uzlabot komandas saziņu un samazināt programmatūras izstrādes kopējās izmaksas.
Atstāj atbildi