Estem parlant, és clar, de . Si no entreu en detalls, els dies 30 de setembre i 1 d'octubre farem una conferència sobre la combinació dels processos de desenvolupament, proves i funcionament, i si entres en detalls, si us plau, sota el cat.
Dins de l'enfocament DevOps, totes les parts del desenvolupament tecnològic del projecte estan entrellaçades, es produeixen en paral·lel i s'influeixen mútuament. Aquí té una importància especial la creació de processos de desenvolupament automatitzats que es puguin canviar, simular i provar en temps real. Això us ajuda a respondre instantàniament als canvis del mercat.
A la conferència volem mostrar com aquest enfocament influeix en el desenvolupament del producte. Com es garanteix la fiabilitat i adaptabilitat del sistema per al client. Com DevOps està canviant l'estructura i l'enfocament d'una empresa per organitzar el seu procés de treball.
darrere les càmeres
És important per a nosaltres saber no només què estan fent les diferents empreses en el marc de l'enfocament DevOps, sinó també entendre per què es fa tot això. Per tant, vam convidar no només experts a unir-se al Comitè del Programa, sinó especialistes que veuen el discurs de DevOps des de diferents posicions:
- enginyers superiors;
- desenvolupadors;
- caps d'equip;
- CTO.
D'una banda, això genera dificultats i conflictes a l'hora de discutir les sol·licituds d'informes. Si un enginyer està interessat a analitzar un accident important, llavors és més important que un desenvolupador entengui com crear programari que funcioni en núvols i infraestructures. Però posant-nos d'acord, creem un programa que serà valuós i interessant per a tothom: des dels enginyers fins al CTO.
L'objectiu de la nostra conferència no és només seleccionar els informes més publicitaris, sinó presentar la imatge general: com funciona l'enfocament DevOps a la pràctica, quina mena de rake es pot trobar en passar a nous processos. Al mateix temps, construïm la part de contingut, baixant del problema empresarial a tecnologies específiques.
Les seccions de la conferència continuaran sent les mateixes que a .
- Plataforma d'infraestructura.
- Infraestructura com a codi.
- Lliurament continu.
- Comentaris.
- Arquitectura a DevOps, DevOps per a CTO.
- Pràctiques SRE.
- Formació i gestió del coneixement.
- Seguretat, DevSecOps.
- Transformació DevOps.
Call for Papers: quin tipus d'informes busquem
Vam dividir condicionalment el públic potencial de la conferència en cinc grups: enginyers, desenvolupadors, especialistes en seguretat, caps d'equip i CTO. Cada grup té la seva pròpia motivació per venir a la conferència. I, si mireu DevOps des d'aquestes posicions, podeu entendre com centrar el vostre tema i on posar èmfasi.
Per als enginyers, que estan creant una plataforma d'infraestructura, és important entendre les tendències existents, entendre quines tecnologies són ara les més avançades. Estaran interessats a conèixer l'experiència de la vida real en l'ús d'aquestes tecnologies i intercanviant opinions. Un enginyer estarà encantat d'escoltar un informe que analitza algun accident greu, i nosaltres, al seu torn, intentarem seleccionar i polir aquest informe.
Per a desenvolupadors és important entendre un concepte com aplicació nativa del núvol. És a dir, com desenvolupar programari perquè funcioni en núvols i diverses infraestructures. El desenvolupador ha de rebre constantment comentaris del programari. Aquí volem escoltar casos sobre com les empreses creen aquest procés, com controlar el rendiment del programari i com funciona tot el procés de lliurament.
Especialistes en ciberseguretat És important entendre com configurar el procés de seguretat perquè no freni els processos de desenvolupament i canvi dins de l'empresa. També seran interessants temes sobre els requisits que DevOps imposa a aquests especialistes.
Els responsables de l'equip volen saber-ho, com funciona el procés de lliurament continu en altres empreses. Quin camí van prendre les empreses per aconseguir-ho, com van construir processos de desenvolupament i garantia de qualitat dins de DevOps. Els líders d'equip també estan interessats en el nadiu del núvol. I també preguntes sobre la interacció dins de l'equip i entre els equips de desenvolupament i d'enginyeria.
Per CTO el més important és esbrinar com connectar tots aquests processos i ajustar-los a les necessitats del negoci. S'assegura que l'aplicació sigui fiable tant per a l'empresa com per al client. I aquí cal entendre quines tecnologies funcionaran per a quines tasques empresarials, com construir tot el procés, etc. El CTO també s'encarrega del pressupost. Per exemple, ha d'entendre quants diners s'han de gastar en el reciclatge d'especialistes perquè puguin treballar a DevOps.
Si tens alguna cosa a dir sobre aquests temes, no callis, . La data límit per a la convocatòria de treballs és el 20 d'agost. Com més aviat us registreu, més temps tindreu per finalitzar l'informe i preparar la presentació. Per tant, no demoreu.
Bé, si no tens necessitat de parlar en públic, només i vine el 30 de setembre i l'1 d'octubre a comunicar-te amb els companys. Prometem que serà interessant i inspirador.
Com veiem DevOps
Per entendre exactament què entenem per DevOps, us recomano llegir (o tornar a llegir) el meu informe "" Passejant per les onades del mercat, vaig observar com la idea de DevOps s'anava transformant en empreses de diferents dimensions: des d'una petita startup fins a empreses multinacionals. L'informe es basa en una sèrie de preguntes, responent-les podeu entendre si la vostra empresa avança cap a DevOps o si hi ha problemes en algun lloc.
DevOps és un sistema complex, ha d'incloure:
- Producte digital.
- Mòduls empresarials que desenvolupen aquest producte digital.
- Equips de producte que escriuen codi.
- Pràctiques de lliurament continu.
- Les plataformes com a servei.
- La infraestructura com a servei.
- Infraestructura com a codi.
- Pràctiques separades per mantenir la fiabilitat, integrades a DevOps.
- Una pràctica de retroalimentació que ho descriu tot.
Al final de l'informe hi ha un diagrama que dóna una idea del sistema DevOps de l'empresa. Et permetrà veure quins processos de la teva empresa ja s'han racionalitzat i quins encara estan per construir.
Podeu veure el vídeo del reportatge .
I ara hi haurà un bonus: diversos vídeos de RIT++ 2019, que toquen els problemes més generals de la transformació de DevOps.
La infraestructura de l'empresa com a producte
Artyom Naumenko lidera l'equip DevOps a Skyeng i s'encarrega del desenvolupament de la infraestructura de la seva empresa. Va explicar com la infraestructura afecta els processos empresarials de SkyEng: com calcular-ne el ROI, quines mètriques s'han de triar per al càlcul i com treballar per millorar-les.
En el camí dels microserveis
L'empresa Nixys ofereix suport per a projectes web ocupats i sistemes distribuïts. El seu director tècnic, Boris Ershov, va explicar com traduir productes de programari, el desenvolupament dels quals va començar fa 5 anys (o fins i tot més), a una plataforma moderna.
Com a regla general, aquests projectes són un món especial on hi ha racons tan foscos i antics de la infraestructura que els enginyers actuals no en coneixen. I els enfocaments de l'arquitectura i el desenvolupament que es van triar una vegada estan obsolets i no poden proporcionar al negoci el mateix ritme de desenvolupament i llançament de noves versions. Com a resultat, cada llançament de producte es converteix en una aventura increïble, on alguna cosa cau constantment i al lloc més inesperat.
Els gestors d'aquests projectes s'enfronten inevitablement a la necessitat de transformar tots els processos tecnològics. En el seu informe, Boris va dir:
- com triar l'arquitectura adequada per al projecte i posar ordre en la infraestructura;
- quines eines utilitzar i quines trampes es troben en el camí cap a la transformació;
- què fer després.
Automatització de llançaments o com lliurar-los ràpidament i sense dolor
Alexander Korotkov és un desenvolupador líder del sistema CI/CD a CIAN. Va parlar sobre les eines d'automatització que van permetre millorar la qualitat i reduir el temps de lliurament del codi a la producció en 5 vegades. Però aquests resultats no es podrien aconseguir només amb l'automatització, de manera que Alexander també va prestar atenció als canvis en els processos de desenvolupament.
Com t'ajuden els accidents a aprendre?
Alexey Kirpichnikov ha estat implementant DevOps i infraestructura a SKB Kontur durant 5 anys. Al llarg de tres anys, aproximadament 1000 fakaps de diferents graus d'èpica es van produir a la seva companyia. Entre ells, per exemple, el 36% van ser causats pel llançament d'una versió de baixa qualitat a la producció i el 14% van ser causats per treballs de manteniment de maquinari al centre de dades.
Un arxiu d'informes (post-mortems) que els enginyers de l'empresa mantenen durant uns quants anys seguits permet obtenir informació tan precisa sobre els accidents. L'autopsia està redactada per l'enginyer de guàrdia, que va ser el primer a respondre al senyal d'emergència i va començar a arreglar-ho tot. Per què turmentar els enginyers que lluiten de nit amb facaps escrivint informes? Aquestes dades us permeten veure tota la imatge i avançar el desenvolupament de la infraestructura en la direcció correcta.
En el seu discurs, Alexey va compartir com escriure una autopsia realment útil i com implementar la pràctica d'aquests informes en una gran empresa. Si us agraden les històries sobre com algú s'ha enganxat, mireu el vídeo de l'actuació.
Entenem que la vostra visió de DevOps pot no coincidir amb la nostra. Serà interessant saber com veus la transformació de DevOps. Comparteix la teva experiència i visió sobre aquest tema als comentaris.
Quins informes ja hem acceptat al programa?
Aquesta setmana el Comitè del Programa ha adoptat 4 informes: sobre seguretat, infraestructures i pràctiques de SRE.
Potser el tema més dolorós de la transformació de DevOps: com assegurar-se que els nois del departament de seguretat de la informació no destrueixen les connexions ja construïdes entre desenvolupament, operació i administració. Algunes empreses gestionen sense un departament de seguretat de la informació. Com garantir la seguretat de la informació en aquest cas? Sobre això Mona Arkhipova de sudo.su. Del seu informe aprenem:
- què cal protegir i de qui;
- quins són els processos de seguretat habituals;
- com es creuen els processos de seguretat informàtica i de la informació;
- què és CIS CSC i com implementar-lo;
- com i amb quins indicadors cal dur a terme controls periòdics de seguretat de la informació.
El següent informe es refereix al desenvolupament de la infraestructura com a codi. Reduïu la quantitat de rutines manuals i no convertiu tot el projecte en un caos, és possible? A aquesta pregunta Maxim Kostrikin d'Ixtens. La seva empresa utilitza Terraform per treballar amb la infraestructura d'AWS. L'eina és convenient, però la pregunta és com evitar crear un bloc enorme de codi quan l'utilitzeu. El manteniment d'aquest llegat serà cada any més car.
Maxim mostrarà com funcionen els patrons d'ubicació de codi, amb l'objectiu de simplificar l'automatització i el desenvolupament.
Un altre escoltarem parlar d'infraestructures Vladimir Ryabov de Playkey. Aquí parlarem de la plataforma d'infraestructures i aprendrem:
- com entendre si l'espai d'emmagatzematge s'utilitza de manera eficaç;
- quants centenars d'usuaris poden rebre 10 TB de contingut si només s'utilitzen 20 TB d'emmagatzematge;
- com comprimir dades 5 vegades i proporcionar-les als usuaris en temps real;
- com sincronitzar dades sobre la marxa entre diversos centres de dades;
- com eliminar qualsevol influència dels usuaris entre ells quan s'utilitza una màquina virtual de manera seqüencial.
El secret d'aquesta màgia és la tecnologia ZFS per a FreeBSD i la seva forquilla fresca ZFS a Linux. Vladimir compartirà casos de Playkey.
Matvey Kukuy d'Amixr.IO preparat amb exemples de la vida , què ha passat SRE i com ajuda a construir sistemes fiables. Amixr.IO passa les incidències dels clients a través del seu backend; desenes d'equips de guàrdia arreu del món ja han tractat 150 mil casos. A la conferència, Matvey compartirà les estadístiques i els coneixements que la seva empresa ha acumulat mitjançant la resolució de problemes dels clients i l'anàlisi de fallades.
Una vegada més, us insto a no ser cobdiciosos i compartir la vostra experiència com a samurai de DevOps. Servir per a un informe, i tu i jo tindrem 2,5 mesos per preparar un discurs excel·lent. Si vols ser un oient, al butlletí amb actualitzacions del programa i pensa seriosament a reservar entrades amb antelació, perquè s'encariran més a prop de les dates de la conferència.
Font: www.habr.com