top 35 puppet interview questions
Puppet és una eina de gestió de configuracions de codi obert. En aquest tutorial hem proporcionat preguntes i respostes a les entrevistes de titelles més freqüents:
A l’entorn de desenvolupament àgil actual, els desenvolupadors integren el seu codi diverses vegades al dia i treballen hores addicionals per lliurar les seves tasques.
Els equips d’operacions treballen juntament amb els desenvolupadors d’aplicacions per integrar el seu codi mitjançant eines de control de versions, revisió de codi per mantenir el disseny i la coherència de la implementació entre diversos desenvolupadors, implementen diverses versions per provar-les. A més, han de mantenir els sistemes i els servidors en estat d’execució.
Quan s'executen contínuament, diversos sistemes i servidors són propensos a un mal funcionament. En les grans organitzacions amb una enorme base de clients, el manteniment de la infraestructura es converteix en una tasca descoratjadora.
En el cas de la infraestructura instal·lada recentment o per mantenir les existents en bon estat, DevOps instal·la eines de configuració com Puppet que estableixen automàticament la configuració per defecte per a màquines noves i restableix la configuració de les infraestructures fallides mantenint-les en estat d’execució.
Què aprendreu:
Què és l'eina de programari Puppet
Puppet és una eina de gestió de configuracions de codi obert que automatitza i gestiona la configuració del servidor. El seu codi escrit en un llenguatge específic de domini (DSL) és declaratiu, on es descriu l'estat desitjat dels nostres sistemes. Aquesta eina automatitza l’actualització de l’estat d’aquests sistemes tal com es descriu amb l’ajuda del titellaire i el seu agent.
En cas de fallada del servidor, el codi ajuda el servidor a recuperar els seus estats de treball anteriors. A més, l'eina desplega servidors sota demanda i els imposa seguretat.
Amb aquesta eina de gestió de configuracions, es pot gestionar Network Time Protocol (NTP), privilegis Sudo per identificar usuaris amb privilegis d’accés elevats, a més d’aquest servidor de noms del sistema de noms de domini (DNS) i també es pot gestionar el tallafoc.
Preguntes més freqüents sobre l'entrevista de titelles
Q # 1) Expliqueu Puppet Enterprise.
Resposta: Puppet enterprise és una eina de configuració o es diu com un codi automatitzat on la informació de la infraestructura, com ara el programari i la seva configuració, ja estan definits per al sistema i el servidor, de manera que es puguin instal·lar, es pugui configurar l’entorn quan s’instal·li una nova infraestructura i es faci la verificació periòdica. per garantir que aquests sistemes i servidors es mantinguin en l’estat desitjat.
Q # 2) Descriviu l'arquitectura de titelles.
Resposta: Puppet segueix un enfocament de programació declarativa on el codi especifica què cal fer, però no informa els passos sobre com fer-ho.
Basat en el desplegament basat en Pull, els nodes de l'agent comproven un interval regular de 30 minuts amb un node mestre si hi ha cap canvi a l'agent. En cas de requisit de canvi, l'agent extreu codi específic del mestre i realitza les accions necessàries al node de l'agent.
- L’agent envia Fets, és a dir, el seu estat en parell de dades clau / valor, al mestre. L’estat inclou el sistema operatiu del sistema, temps d’activitat, és a dir, el sistema de temps està operatiu, adreça IP, és a dir, màquina física o virtual.
- Mitjançant informació feta, el mestre compila un catàleg que descriu com s’ha de configurar l’agent. Catàleg, un document que explica l’estat desitjat per als recursos de l’agent, que el mestre gestiona a l’agent.
- L’agent respon al mestre amb informació sobre la finalització de la configuració, que es pot veure al tauler de Puppet.
P # 3) Expliqueu el funcionament del titella.
Resposta: S'explica de la següent manera:
Les entitats necessàries per córrer inclouen Puppet Master i Puppet Agent.
L’agent o els nodes són dimonis que s’executen als servidors client. Aquests servidors necessiten algunes configuracions o es gestionen mitjançant Puppet. Aquest agent verifica les configuracions a intervals regulars amb el mestre per a qualsevol canvi. El mestre consta de totes les configuracions emmagatzemades per a diferents hosts i s’executa com a dimoni al servidor mestre. L’agent i el mestre es connecten mitjançant Secure Sockets Layer (SSL).
El node connecta el mestre, el mestre analitza quina configuració i com es pot aplicar al node. Després de l'anàlisi, el mestre recopila recursos i configuracions, compila i fa un catàleg i l'envia a l'agent del node. Després d'aplicar la configuració, l'agent envia l'informe de configuració que s'ha aplicat al servidor mestre.
Q # 4) Descriviu el mòdul de titelles.
Resposta: Els mòduls són blocs bàsics de la titella en una estructura de directoris que conté classes, tasques, funcions, proveïdors de recursos i els seus tipus, i connectors com ara fets o tipus personalitzats. És obligatori tenir mòduls instal·lats al camí dels mòduls titelles. Aquests mòduls s’utilitzen per gestionar tasques com la instal·lació o configuració de programari al sistema o al servidor.
Feu clic a aquí per als mòduls readymade disponibles.
P # 5) Què és el catàleg a Puppet?
Resposta: El catàleg és un document amb detalls d’estat de cada mestre de recursos que gestiona al node. El mestre compila un catàleg i el torna a enviar a l'agent. Té dades proporcionades per l'agent al node, dades externes i detalls relacionats amb manifestos de titelles.
Q # 6) Definiu classes en titelles.
Resposta: Les classes són blocs de codi, invocats pels seus noms, presents als mòduls. Les classes s’utilitzen per a la funcionalitat de tots els paquets, serveis i fitxers de configuració necessaris per executar una aplicació. Aquests es poden afegir al catàleg del node de dues maneres possibles, és a dir, declarar aquestes classes en manifestos o assignant-los des del classificador de node extern.
Les classes es poden declarar de manera manifesta de les dues maneres següents:
Utilitzant incloure class_name O usant classe {'Nom de classe':}
on puc trobar la clau de seguretat per a la xarxa sense fils
L’estructura de la classe de titelles s’explica a la figura següent:
Q # 7) Què és Manifest a Puppet?
Resposta: Tots els programes de titelles escrits en llenguatge de programació Ruby i guardats amb una extensió de .pp, i que es construeixen amb la intenció de crear i gestionar qualsevol màquina amfitrió a la destinació s’anomenen Manifest.
Conté Fitxers (titella selecciona i mou aquests fitxers a una ubicació de destinació), Plantilles (s'utilitza per crear fitxers de configuració al node), Nodes (les definicions relacionades amb el node client es descriuen als nodes), Recursos , i Classes.
Q # 8) Descriviu detalladament Facter in Puppet.
Resposta: Facter és una biblioteca multiplataforma de perfils de sistemes que descobreix i informa de la informació del sistema per node coneguda com a fets presents com a variables amb valors en el format valor-clau en manifest.
Els caràcters i els fets estan disponibles a tot el codi Puppet com a variables globals; es poden utilitzar al codi sense cap referència en cap moment ni cap lloc del codi. Facter és una biblioteca que identifica els detalls dels fets que poden contenir el sistema operatiu que s’utilitza, les claus SSH, l’adreça IP, la verificació de la màquina virtual o no, les adreces MAC, etc.
A continuació s’expliquen diversos tipus de dades utilitzats:
- Fets bàsics: Es tracta d’informació sobre recursos com el núvol, els discos, la memòria, el SO, la ruta, els processadors i les particions. Podem utilitzar l’ordre següent per veure la llista completa de fets i els seus valors corresponents en format valor-clau.
- $ run fets de titelles
- Dades personalitzades: Mitjançant l'exportació FACTER {fact's_name} podem afegir dades personalitzades al node. Aquests fets es personalitzen per atendre els requisits específics de DevOps.
- Fets externs: Per aplicar fets en l'etapa de subministrament, podem utilitzar fets externs, aplicar metadades a màquines virtuals a AWS, proveïdors de núvol OpenStack.
P # 9) Què vol dir amb Puppet Kick?
Resposta: Puppet Kick, obsolet a la versió actual, és una utilitat que desencadena l'agent del mestre. Segons els manuals de l’Ubuntu, ‘puppet kick’ és un script que s’executa com a root per accedir als certificats Secure Sockets Layer (SSL), connectar un conjunt de màquines que executen l’agent i activar-les perquè executin les seves configuracions.
A més, aquesta ordre també cerca a Lightweight Directory Access Protocol (LDAP), per als amfitrions que coincideixen amb aquesta configuració, es connecta amb cadascun d'ells i s'activa per executar-ne la configuració. Per tal d’iniciar el treball, l’agent ha d’identificar i detectar les connexions entrants i ha de tenir accés al permís per executar els extrems.
Q # 10) Descriviu la funcionalitat de MCollective a Puppet.
Resposta: MCollective o Marionette Collective és un marc per crear coordinació, gestió i ordenació automatitzades d’infraestructures complexes, és a dir, sistemes i servidors coneguts com a Orchestration. Les tasques administratives en clústers de servidors es poden executar automàticament mitjançant MCollective.
Els seus components són servidors, clients i middleware. Mitjançant les ordres MCollective podem consultar el valor dels fets, iniciar i aturar els serveis, iniciar la pròpia eina de configuració, així com consultar i actualitzar el programari.
Q # 11) Què té d’especial el disseny basat en models de Puppet?
Resposta: Anteriorment, els administradors de sistemes seguien una sèrie de passos per configurar i gestionar la infraestructura, que comprèn diversos grups de sistemes i servidors. En un enfocament de disseny basat en models, Puppet, que és un codi automatitzat escrit en Ruby, conté tots els detalls de la configuració que es recopilen en un catàleg.
Aquest catàleg s’envia a tots els nodes i comparteix recursos, valors i les seves relacions; es fa la modificació necessària de la configuració perquè els sistemes fallits els restableixin a l’estat d’execució normal.
P # 12) Doneu uns quants casos d'ús a Puppet.
Resposta: Puppet s’utilitza per gestionar i estandarditzar el desplegament d’infraestructures.
Requisit: Startup Company ha traslladat la seva infraestructura a proveïdors de serveis Cloud, com ara el servidor web Amazon o els serveis Google Cloud. L’usuari final és responsable de la creació, estandardització i manteniment de sistemes i servidors en diferents plataformes, aplicacions i serveis i vol instal·lar i utilitzar Puppet per facilitar la seva tasca.
Escenari 1: Els administradors utilitzen eines per estandarditzar els seus servidors i sistemes, com ara la creació d’un fitxer manifest que té passos escrits en codi de configuració per construir el seu nou servidor.
Per exemple,
- Instal·lació del sistema operatiu, diguem Linux.
- Verificació de l’espai del disc de Linux mitjançant el programari File Light o DUC.
- Instal·lació de Java.
- Instal·lació de Tomcat.
- Instal·lació del servidor SQL com a RDBMS.
- Instal·lació del pedaç per a una aplicació que es crearà i es provarà per al participant en desenvolupament de programari.
Escenari 2: Creació d'un fitxer, enumerant tots els passos anteriors al manifest, que es pot executar mitjançant l'ordre titella per realitzar els passos esmentats automàticament al fitxer manifest. D'aquesta manera es segueix l'estandardització dels passos mentre es desplega un sistema nou mitjançant manifest i ordre.
Escenari 3: El manifest creat s’utilitzarà per crear servidor Cloud mitjançant l’API de manera que es puguin fer totes les tasques manuals automàticament.
Q # 13) Expliqueu les ordres 'etckeeper-commit-post' i 'etckeeper-commit-pre'.
Resposta: A continuació es mostra la diferència entre les dues ordres
- etckeeper-commit-post és una ordre escrita al fitxer de configuració, que es pot executar després d'empènyer la configuració a l'agent.
- etckeeper-commit-pre és una ordre escrita al fitxer de configuració, que es pot executar abans d'empènyer la configuració a l'agent.
P # 14) Enumerar els caràcters que es permeten en un nom de classe, un nom de mòdul i un identificador?
Resposta: A continuació es mostren els caràcters acceptables mentre es declara el nom de la classe i el nom del mòdul:
- Ha de començar amb una lletra minúscula.
- Pot incloure lletres minúscules, dígits i subratllats.
- Operador de resolució d'abast, és a dir, '::' són un separador d'espais de noms en la definició del nom de classe.
Amb el nom de la variable, els caràcters acceptats són els que s'esmenten a continuació:
- Es pot començar amb majúscules i minúscules.
- Pot contenir números i subratllats («_»).
- Si el primer caràcter és un subratllat, la variable només es pot accedir des del seu propi àmbit local.
- Les variables distingeixen entre majúscules i minúscules.
P # 15) Què podeu esperar si no signeu un acord de llicència de col·laborador?
Resposta: És una condició obligatòria signar un acord de llicència de col·laborador (CLA) per als col·laboradors de codi de Puppet o Facter, sense el qual no es pot acceptar el seu codi. Per trobar i descarregar el codi Puppet o Facter escrit en Ruby, l’usuari hauria d’iniciar sessió al seu compte de GitHub i signar un acord.
P # 16) Expliqueu la importància i la ubicació del codedir a Puppet?
Resposta: codedir és utilitzat per Master i apply, però no per l'agent. És el directori principal de dades i codi que utilitza un entorn que conté manifests i mòduls, directori global de mòduls i dades i configuració de Hiera.
Aquest codedir es troba als següents directoris locals
En el cas de Windows: C: ProgramData PuppetLabs puppet etc.
Mentre que per a Linux: / etc / dir / PuppetLabs / code
P # 17) Descriviu Hiera.
Resposta: Hiera és un sistema de cerca de dades de configuració en format valor-clau. Ajuda a recuperar dades del codi Puppet. Aquest codi utilitza aquest sistema per a trucades explícites de cerca de paràmetres per a classes d'un catàleg. Aquest sistema utilitza els fets de Puppet per identificar fonts de dades. El seu 5thversió admet fitxers de dades en formats JSON, YAML i EYAML.
Cerca les dades de configuració en tres capes independents de configuració, començant per l'entorn global i després per acabar amb la capa de configuració del mòdul.
P # 18) Descriviu els recursos virtuals a Puppet.
Resposta: Durant la configuració de Puppet, es produeix un error de declaració de recursos duplicat en cas que s’utilitzi el mateix recurs més d’una vegada. Aquesta eina resol aquest problema introduint un recurs virtual. La declaració de recurs virtual fa que el seu recurs estigui disponible per als col·leccionistes i realitzi la seva funció. També gestiona l'estat quan es realitza el recurs.
Podeu trobar recursos virtuals no realitzats marcats com a inactius inclosos al catàleg. Els recursos virtuals s'apliquen per a la gestió de recursos les condicions múltiples de les quals es compleixen entre classes i per a conjunts de recursos superposats per diverses classes.
com instal·lar un fitxer .jar
P # 19) Descriviu el camí del mòdul.
Resposta: El servei mestre i amb l'ordre Puppet Apply on els manifests Puppet s'apliquen de forma local, carreguen el contingut dels mòduls (instal·lats al modulepath titella) des d'un o més dels directoris. És la llista ordenada de directoris cercats per mòduls per Puppet. Aquests directoris de la llista modulepath estan separats per un caràcter separador.
A Linux, és dos punts (:) i a Windows, és un punt i coma (;).
P # 20) Doneu detalls sobre modulepath de base.
Resposta: La llista global de directoris de mòduls és la ruta de mòdul base per aplicar-la a tots els entorns, configurada amb la configuració de ruta de mòdul base, amb el valor per defecte del següent:
En el cas de Linux: $ codedir / modules: / opt / puppetlabs / puppet / modules
En el cas de Windows: $ codedir modules
P # 21) Descriviu el directori de memòria cau a Puppet.
Resposta: Puppet durant les operacions normals, emmagatzema les dades generades en un directori de memòria cau anomenat vardir. Aquestes dades es poden aprofitar per analitzar-les. En cas d'agent i aplicar l'ordre, El directori de memòria cau es pot trobar en una de les ubicacions següents:
En el cas de Windows, és així C: programat PuppetLabs puppet cache
Mentre que a Linux ho és / opt / puppetlabs / puppet / cache o, alternativament, mitjançant l’opció –vardir a la línia d’ordres, s’especificarà la ubicació del directori de memòria cau de titelles. Podem canviar la ubicació dels fitxers i directoris vardir canviant la configuració de puppet.conf.
Q # 22) Expliqueu sobre 'Entorns' a Puppet.
Resposta: L'entorn és una distribució lògica que separa els mòduls i es manifesta en seccions o carpetes separades per a nodes per tal d'obtenir una mica de codi en funció del node d'entorn al qual pertany, està configurat estàticament a puppet.conf. És una característica per dividir la configuració de la infraestructura en entorns. L'administrador pot utilitzar un sol mestre per publicar diverses configuracions aïllades.
P # 23) Descriviu els recursos a la titella.
Resposta: Puppet Resources utilitza la construcció, el disseny i la gestió d’infraestructures de sistemes o servidors. Aquesta eina té diversos tipus de recursos per construir i definir nous recursos per definir l'arquitectura del sistema. El bloc de codi de titelles al fitxer de manifest (declaració de recursos) es crea mitjançant el llenguatge de modelatge declaratiu (DML).
Conté Tipus de recurs, paràmetre de recurs, atributs, i Valors.
Q # 24) Expliqueu els tipus de recursos a Puppet.
Resposta: Els components del sistema gestionat per titelles s’analitzen amb l’ajut de tipus de recursos. Pocs tipus de recursos habituals són el grup, el paquet, l’usuari, el fitxer i el servei.
Hi ha dos tipus de recursos, els tipus incorporats i els tipus personalitzats. Alguns dels tipus de recursos integrats són el grup, el paquet, l’usuari, el fitxer i el servei. Podeu trobar tipus personalitzats distribuïts en mòduls de titelles referits a forge.puppet.com.
Q # 25) Expliqueu la definició del node a la titella.
Resposta: La definició o declaració de node és un bloc de codis titella que coincideix amb el catàleg del node. Permet assignar una configuració específica al node afectat.
La seva sintaxi té un aspecte similar a la de les definicions de classe amb la paraula clau de node, el nom de la definició de node, l'obertura de claudàtors, una barreja de declaracions de classe i recursos, col·leccionistes, variables, sentències condicionals, funcions i relacions de cadena, finalment una claus de claus.
P # 26) Descriviu funcions a Puppet.
Resposta: Les funcions de titelles són connectors que s’utilitzen durant la compilació del catàleg. La trucada de funció per manifest fa que la funció s'executi i retorni el valor i modifica el catàleg com a efecte secundari.
preguntes i respostes d’entrevistes de disseny de bases de dades
Es poden crear les seves pròpies funcions que accepten arguments mitjançant paràmetres per transformar dades i construir valors. Es tracta de connectors o expressions anomenats per tal de resoldre el valor i poden ser incorporats o personalitzats.
P # 27) Poseu exemples per configurar sistemes mitjançant Puppet
Resposta: A continuació es detallen alguns exemples del sistema configurat amb titelles:
- Gestiona el servei NTP: El Network Time Protocol (NTP) és el servei més essencial que es pot gestionar i configurar mitjançant titelles, per sincronitzar el temps a tots els nodes.
- Gestioneu els privilegis de Sudo: L'ordre Sudo dels vostres agents identificarà els usuaris del sistema amb privilegis d'accés elevats.
- Gestioneu un fitxer de servidor de noms DNS: El servidor de noms que mapeja adreces IP que els ordinadors entenen amb URL llegibles per humans es pot gestionar mitjançant aquesta eina de configuració.
- Gestioneu les regles del tallafoc: Es poden dissenyar diverses regles i polítiques, com ara els ports d’aplicacions (TCP / UDP), els ports de xarxa, l’adreça IP i les declaracions de denegació d’accés, amb el tallafoc i es poden gestionar les polítiques del tallafoc de l’eina.
P # 28) Descriviu el manifest principal o del lloc en titella.
Resposta: L’agent envia l’estat dels recursos anomenats fets a dominar, en funció de la informació rebuda. El mestre compilarà el catàleg en forma d’un fitxer de manifest únic, conegut com a manifest principal o de lloc. El mestre utilitza el fitxer de manifest principal, ja sigui un fitxer únic o directori de fitxers .pp, configurat per l’entorn del node actual, que amb l’ajut del paràmetre de manifest a environment.conf, determina el manifest principal.
P # 29) Què voleu dir amb aplicació de titelles?
Resposta: Puppet apply és una ordre d'execució independent per aplicar a manifest individual. Aquest codi quan s'aplica a modulepath mitjançant la línia d'ordres o el fitxer de configuració, actua com a catàleg. 'Puppet apply' és un codi de línia d'ordres per aplicar una configuració.
P # 30) Enumereu empreses que utilitzen Puppet.
Resposta: Poques organitzacions d'empreses multinacionals que utilitzen Puppet en la seva gestió i configuració d'infraestructures són:
- KPN: empresa holandesa de telecomunicacions fixes i mòbils, Països Baixos
- CERN - Organització Europea per a la Investigació Nuclear
- Aegon UK: proveïdor de serveis financers
- NYSE - Borsa de Nova York
- ICE: intercanvi intercontinental
- Banc ANZ
- Cisco
- Splunk
P # 31) Expliqueu quins preparatius de preinstal·lació necessitareu abans d’instal·lar Puppet Open Source.
Resposta: Hi ha alguns preparatius i requisits abans d’instal·lar Puppet Open Source
- Selecció del servidor com a mestre.
- Els servidors i la xarxa de validació estan preparats i preparats per a la instal·lació amb les instruccions següents:
- Selecció del tipus de desplegament per al servidor seleccionat. Podem utilitzar Docker basat en la composició de productes per a titelles o, en cas que ja tingueu Docker, clonem el fitxer repo.
- executa l'ordre docker-compose up
- Instal·lació d’agents
- Un cop configurat Puppet Server, hem d’instal·lar el paquet d’agent a la màquina de nodes on es necessita l’eina de gestió de configuracions.
- Segons el vostre sistema operatiu, teniu Linux, OS X i Microsoft Windows per seleccionar.
- Podeu utilitzar NTP i sudoers per automatitzar el codi Puppet per dissenyar la configuració.
Q # 32) Expliqueu Puppet Enterprise.
Resposta: Puppet Enterprise es pot escalar en diversos equips, sistemes, locals o en servidors en núvol, implementant polítiques de compliment i seguretat juntament amb la configuració per a infraestructures de migració en núvol i locals amb temps d'inactivitat zero.
També genera informes sobre l'estat del codi que es construeixen, i informació sobre qui i quins canvis es van fer en un codi d'infraestructura, activant controls d'anàlisi a intervals regulars a la infraestructura per avaluar qualsevol impacte abans de qualsevol incidència.
P # 33) Descriviu la recuperació de titelles.
Resposta: Analitza la infraestructura i produeix dades sobre vulnerabilitats en formats traçables i audibles per prioritzar les seves resolucions. Remedia les balances d’eines que avaluen les vulnerabilitats i prioritzen les tasques que necessiten una resolució immediata, assisteix a aquestes tasques executant tasques predefinides com gestionar paquets, serveis o executar l’escript de shell i solucionar els problemes immediatament.
Q # 34) Expliqueu el funcionament de Puppet Relay.
Resposta: Puppet Relay controla la vostra infraestructura i executa scripts d’automatització que no només activen alertes en cas d’incidents mitjançant API, eines DevOps disponibles mitjançant la connexió de sistemes locals o connectats al núvol, sinó que restableix la instància mitjançant els detalls de configuració predeterminats presents als catàlegs del manifest i, finalment, informen l’equip de la instància.
P # 35) Què és Bolt?
Resposta: Bolt automatitza la coordinació, la gestió i la configuració de sistemes informàtics i serveis relacionats que s’han processat manualment prèviament i manté tota la infraestructura d’una organització.
Conclusió
Puppet és una eina automatitzada de gestió de configuracions per a infraestructures locals i virtuals que segueix el model client-servidor, on una màquina és mestra i altres màquines actuen com a agents o nodes. El seu objectiu principal és gestionar recursos al servidor de la vostra infraestructura. El recurs és un codi que gestiona les característiques del servidor, com ara un compte d'usuari o contingut de programari.
Aquesta eina de gestió de configuracions ens permet expressar la configuració del servidor en codi per gestionar automàticament la vostra infraestructura.
Estem segurs que aquest tutorial sobre preguntes sobre les entrevistes de Titelles us ajudarà a preparar-vos per a la propera entrevista.
Lectura recomanada
- Preguntes i respostes de l’entrevista
- Preguntes i respostes d’entrevistes de proves ETL
- Algunes preguntes i respostes de proves manuals complicades
- Més de 35 preguntes i respostes de les entrevistes principals d'Apache Tomcat
- Top 35 preguntes i respostes de les entrevistes a Struts
- 35+ Preguntes i respostes més freqüents de l'entrevista de Microsoft Excel
- Top 35 de les preguntes i respostes de les entrevistes d'Android
- TOP 35 Preguntes i respostes d’entrevistes HTML5