Mi prezentas al via atento gvidilon pri DevOpsConf, konferenco kiu ĉi-jare estas en galaksia skalo. En la senco, ke ni sukcesis kunmeti tiel potencan kaj ekvilibran programon, ke diversaj specialistoj ĝuos vojaĝi tra ĝi: programistoj, sistemadministrantoj, infrastrukturaj inĝenieroj, QA, teamgvidantoj, benzinejoj kaj ĝenerale ĉiuj implikitaj en la teknologia evoluo. procezo.
Ni proponas viziti du grandajn areojn de la universo DevOps: unu kun komercaj procezoj, kiuj povas esti flekseble ŝanĝitaj per kodo, kaj la alia per iloj. Tio estas, ĉe nia konferenco estos du fluoj de egala forto en enhavo kaj, precipe, en la nombro de raportoj. Unu temigas la efektivan uzon de iloj, kaj la dua pri procezoj uzantaj ekzemplojn de komercaj problemoj kiuj estas traktataj kiel kodo kaj administritaj kiel kodo. Ni kredas, ke teknologio kaj procezoj estas nedisigeble ligitaj kaj sisteme montras tion kun la helpo de niaj parolantoj, kiuj laboras en novaj ondaj kompanioj kaj dividas sian vojon al nova percepto de evoluo per solvado de problemoj kaj venkado de defioj.
Se vi volas, mallonga resumo de nia gvidilo al :
- La 30-an de septembro, en la unua tago de la konferenco, en la unua salono ni konsideros 8 komercajn kazojn.
- En la dua salono en la unua tago ni analizos pli alte fakajn instrumentajn solvojn. Ĉiu raporto enhavas multe da bonega praktika sperto, kiu tamen ne taŭgas por ĉiuj kompanioj.
- La 1-an de oktobro, en la unua salono, oni male parolas pli pri teknologio, sed pli vaste.
- En la dua salono en la dua tago ni diskutas specifajn taskojn, kiuj ne aperas en ĉiuj projektoj, ekzemple en entrepreno.
Sed mi tuj rimarkos, ke tia divido tute ne signifas dividon de la publiko. Male, gravas por inĝeniero kompreni komercajn problemojn, scii la signifon de tio, kion li faras, kaj havi praktikan sperton. Kaj por teamestro aŭ servostacio, kompreneble, kazoj kaj sperto de aliaj kompanioj estas gravaj, sed samtempe vi devas kompreni la internan funkciadon. Sub la tranĉo mi rakontos al vi pri ĉiuj temoj pli detale kaj helpos vin krei detalan vojaĝplanon.
La konferenco okazos en Infospaco kaj ni nomis la du ĉefajn salonojn "Ora Koro" - kiel la ŝipo de "La Petveturista Gvidilo al la Galaksio", kiu uzas la principon de malprobableco por moviĝi tra la spaco, kaj "Ĉe la Rando de la Universo” - kiel restoracio de la sama sagao. De nun mi uzos ĉi tiujn nomojn por rilati al trakoj. Raportaj haltoj en la areo de la "Ora Koro" galaksio estas pli taŭgaj por la ĉefa turisma grupo; ĉi tiuj estas, se vi ŝatas, nepre viziteblaj vidindaĵoj. "Ĉe la rando de la Universo" estas interesaj objektoj por spertaj vojaĝantoj. Malmultaj alvenas tien, sed tiuj, kiuj kuraĝas iri tien kun ardaj okuloj tra la asteroidaj zonoj.
Samtempe, vi povas facile moviĝi de unu ĉambro al alia, kaj iam ajn vi trovos temon, kiu konvenas al vi. Kiel mi jam diris, la programo estas tre ekvilibra. Ni havis multe pli da klasraportoj, sed, kontraŭvole, la Programa Komitato devis movi ilin al aŭ prokrasti ĝis la printempa konferenco en Peterburgo, por ne renversi la ekvilibron kaj efektivigi la originan ideon. La konferenca programo permesas al vi konsideri ĉiun el la planitaj temoj (kontinua livero, infrastrukturo kiel kodo, DevOps-transformo, SRE-praktikoj, sekureco, infrastruktura platformo) uzante malsamajn ekzemplojn kaj el malsamaj anguloj.
Nun sidiĝu, nia galaksia ŝipo venas al ĉiuj haltoj.
"Ora Koro", la 30-an de septembro
Unuaj 90 tagoj kiel CTO
Malfermos la konferencon Leona Fajro. pri heredado de heredaj sistemoj kaj la problemoj kiuj ofte venas kun ili. Leono diros al vi, kiel la servostacio povas ekkompreni la teknikan sistemon, per kiu li komencas labori. Por teknika direktoro en moderna kompanio, administri la procezon DevOps estas la ĉefa tasko, kaj Leon montros al vi en interesa kaj humura maniero. rilato inter teknikaj kaj komercaj partoj el la vidpunkto de SRT.
Komencantoj kaj tiuj, kiuj volas fariĝi tiaj, nepre devas veni al ĉi tiu raporto. Post ĉio, estas unu afero kreski por fariĝi teknika direktoro en via kompanio, kaj tute alia reeniri ĉi tiun rolon; tia aerobatiko ne estas disponebla por ĉiuj.
DevOps-bazoj - enirante projekton de nulo
Tuj poste daŭrigas la temon, sed Andrey Jumashev (LitRes) konsideros la aferon iom malpli tutmonde kaj respondos la demandojn: kiajn bazaĵojn vi bezonas scii kiam vi komencas labori en diversaj teamoj; kiel ĝuste analizi la gamon de problemoj; kiel konstrui agadplanon; kiel kalkuli KPIojn kaj kiam ĉesi.
La estonteco de infrastrukturo kiel kodo
Poste ni prenos paŭzon por diskuti la temon pri infrastrukturo kiel kodo. Roman Boyko Solva Arkitekto ĉe AWS ĉe DevOpsConf pri la nova ilo AWS Cloud Development Kit, kiu permesas vin priskribi la infrastrukturon en konata lingvo (Python, TypeScript, JavaScript, Java). Ni lernos unuamane, kio permesas al la nubo esti eĉ pli proksima al la programisto, kiel komenci uzi ĉi tiun ilon kaj krei reuzeblajn komponantojn por oportuna infrastruktura administrado. Por kongresanoj, ĉi tio estas bonega okazo aŭdi pri mondaj novigoj en la rusa kaj kun la grado de teknika detalo, kiu estas ofta ĉi tie, sed ne en Okcidento.
De liberigo al FastTrack
Post tagmanĝo ni revenos al la temo de transformo por pliaj kelkaj horoj. On Evgenia Fomenko Ni sekvu la transformon DevOps de MegaFon: komencante de la etapo kiam ili provas uzi tradiciajn metodojn, kiel KPI, venkante la stadion kiam nenio estas klara kaj vi devas elpensi novajn ilojn kaj ŝanĝi vin mem, ĝis la procezo estas tute restrukturita. Ĉi tio estas tre bonega kaj instiga sperto por la entrepreno, kiu ankaŭ implikis siajn entreprenistojn en la transformo DevOps, pri kiu Evgeniy ankaŭ parolos.
Kiel fariĝi transfunkcia teamo
У Miĥail Bizhan vasta sperto en la efektivigo de transformaj ŝanĝoj en teamoj. Nun Miĥail, kiel la gvidanto de la Raiffeisenbank-Akcelo-Teamo, igas la teamojn transfunkciaj. sur lia Ni parolu pri la doloro de la manko de transfunkciaj teamoj kaj kial la defioj de transfunkcia teamo ne finiĝas per inventado, farado kaj efektivigo.
SRE-praktikoj
Venonte survoje ni trovos du raportojn dediĉitajn al SRE-praktikoj, kiuj akiras impeton kaj okupas gravan lokon en la tuta DevOps-procezo.
Aleksej Andreev de Prisma Labs , kial ekentrepreno bezonas SRE-praktikojn kaj kial ĝi pagas.
Matvej Grigoriev de Dodo Pizza ekzemplo de SRE en pli granda kompanio, kiu jam superis la komencan etapon. Matvey mem diras tion pri si: sperta .NET-programisto kaj komencanto SRE, respektive, dividos la rakonton pri la transiro de programisto, kaj ne nur unu, sed tuta teamo, al infrastrukturo. Kial DevOps estas logika vojo por programisto kaj kio okazas se vi komencas rigardi ĉiujn viajn Ansible-ludlibrojn kaj bash-skriptojn kiel plentaŭgan programaron kaj aplikas la samajn postulojn al ili, ni diskutos ĉe la raporto de Matvey la 30-an de septembro je la 17:00 en la salono de Ora Koro.
Kompletigu la unuan tagan programon Daniil Tiĥomirov, kiu en sia levas gravan demandon: Kiel teknologio rilatas al uzanta feliĉo. Solvante la problemon de "ĉio funkcias, sed la uzanto estas malkontenta," MegaFon iris de monitorado de individuaj sistemoj, poste serviloj, aplikoj al monitorado de la servo per la okuloj de la uzanto. Kiel ĉiuj teknikaj specialistoj, klientoj kaj vendistoj komencis koncentriĝi pri ĉi tiuj KQI-indikiloj, ni ekscios vespere de la unua tago de la konferenco. Kaj post tio, ni diskutos pri infrastrukturo kaj transformo en neformala medio ĉe la postfesto.
"Ĉe la Rando de la Universo", la 30-an de septembro
La unuaj tri raportoj en la salono "Ĉe la Rando de la Universo" estos tre interesaj el la vidpunkto de instrumentoj.
Maksimo Kostrikin (Ektendiĝas) ŝablonoj en Terraform batali kaoson kaj rutinon en grandaj kaj longaj projektoj. Terraform-programistoj ofertas sufiĉe oportunajn plej bonajn praktikojn por labori kun AWS-infrastrukturo, sed estas nuanco. Uzante kodekzemplojn, Maxim montros kiel ne igi dosierujon kun Terraform-kodo en neĝbulon, sed, uzante ŝablonojn, simpligi aŭtomatigon kaj pluevoluigon.
Grigorij Miĥalkin el Lamoda "Kial ni evoluigis la Kubernetes-funkciigiston kaj kiajn lecionojn ni lernis de ĝi?" helpos plenigi la mankon de informoj pri kiel efektivigi infrastrukturon kiel kodpraktikojn uzante Kubernetes. Kubernetes mem enhavas, ekzemple, priskribon de servoj uzantaj yaml-dosierojn, sed tio ne sufiĉas por ĉiuj taskoj. Malaltnivela administrado postulas funkciigistojn, kaj ĉi tiu parolado estas tre utila se vi volas ĝuste administri Kubernetes.
La temo de la sekva raporto estas Hashicorp Volbo - tute speciala. Sed fakte, ĉi tiu ilo estas bezonata kie ajn vi bezonas administri pasvortojn kaj havi komunan punkton por labori kun sekretoj. Pasintjare, Sergey Noskov rakontis kiel sekretoj estas administritaj en Avito kun la helpo de Hashicorp Vault, rigardu tion kaj venu Jurij Ŝutkin de Tinkoff.ru por eĉ pli da sperto.
Taras Kotov (EPAM) la eĉ pli malofta tasko konstrui nuban infrastrukturon, kiu inkluzivas sian propran spinon IP/MPLS-reto. Sed la sperto estas bonega, kaj la raporto estas ĝisosta, do se vi komprenas pri kio temas, nepre venu al ĉi tiu raporto.
Poste vespere ni parolos pri datumbaza administrado en nubaj infrastrukturoj. Kiril Melniĉuk sperto de uzo Vitess por labori kun MySQL ene de Kubernetes-areo. A Vladimir Rjabov de Playkey.net , kiel labori kun datumoj ene de la nubo kaj kiel ĝuste uzi la disponeblan stokan spacon.
"Ora Koro", oktobro 1
La 1-an de oktobro ĉio estos inverse. La halo Ora Koro havos pli teknologi-orientitan trakon. Tiel, por inĝenieroj vojaĝantaj tra la "Ora Koro", ni unue invitas vin plonĝi en komercajn kazojn, kaj poste vidi kiel ĉi tiuj kazoj estas solvitaj en la praktiko. Kaj administrantoj, siavice, unue pensas pri eblaj taskoj, kaj poste komencas pli bone kompreni kiel efektivigi ĉi tion en iloj kaj aparataro.
Sub la kapuĉo de la granda nuba stokado
Unua parolanto Artemy Kapitula. Lia raporto pasintjare"La konferencaj partoprenantoj nomis ĝin la plej bona, mi pensas, pro la nekredebla profundo de la rakonto. Ĉifoje daŭrigos kun Mail.Ru Cloud Solutions-solvoj pri stokado-dezajno kaj analizo de la precedenco de sistema fiasko. La neevidente avantaĝo de ĉi tiu raporto por administrantoj estas, ke Artemy ekzamenas ne nur la teknikan problemon mem, sed ankaŭ la tutan procezon de solvado de ĝi. Tiuj. Vi povas kompreni kiel administri ĉi tiun tutan procezon kaj apliki ĝin al via kompanio.
Reversa Malcentralizita Deplojo
Egor Bugaenko Ĉi tio ne estas la unua fojo, ke li ankaŭ aperas en la konferenco; liaj raportoj tradicie enhavas polemikajn tezojn, sed ili pensigas. Ni esperas tion La parolado de Egor pri malcentralizita deplojo kaŭzos interesan kaj, plej grave, konstruan diskuton.
Ni denove estas en la nuboj
Aleksej Vaĥovestas potenca kunfandiĝo de komercaj komponantoj kaj teknologioj, kiuj estos interesaj de ambaŭ flankoj de inĝenierado kaj administrado. Alexey rakontos al vi kiel funkcias Uchi.ru Nubo Indiĝena infrastrukturo: kiel estas uzataj Service Mesh, OpenTracing, Vault, centralizita protokolado kaj totala SSO. Poste, je 15:00, Alexey okazigos , kie ĉiu venanto povos tuŝi ĉiujn tiujn instrumentojn per siaj propraj manoj.
Apache Kafka en Avito: rakonto pri tri reenkarniĝoj
Anatolij Soldatov pri kiel Avito konstruas Kafkan kiel servon, kompreneble interesos tiuj, kiuj uzas Kafkon. Sed aliflanke, ĝi malkaŝas tre bone procezo de kreado de interna servo: kiel kolekti servopostulojn kaj dezirojn de kolegoj, efektivigi interfacojn, konstrui interagadon inter teamoj kaj krei servon kiel produkton ene de la firmao. El ĉi tiu vidpunkto, la historio estas denove utila por tre malsamaj kongresanoj.
Ni malpezigu mikroservojn denove
Ĉi tie, ŝajnas, ĉio estas klara el la nomo. Sed tezoj tio Dmitrij Sugrobov de Leroy Merlin, eĉ en la programkomitato kaŭzis ekscititan debaton. Unuvorte, ĉi tio estos bona bazo por diskuto pri la temo de tio, kio estas ĝenerale konsiderata kiel mikroservoj, kiel skribi ilin, konservi ilin, ktp.
CI/KD por administrado de BareMetal-infrastrukturo
La sekva raporto estas denove du en unu. Unuflanke, Andrej Kvapil (WEDOS Interreto, a.s) parolos pri administrado de BareMetal-infrastrukturo, kiu estas sufiĉe specifa, ĉar ĉiuj nun ĉefe uzas nubojn, kaj se ili tenas aparataron, ĝi ne estas tiel grandskale. Sed tre gravas, ke Andrey apliko de CI/CD-teknikoj por disfaldi kaj administri BareMetal-infrastrukturon, kaj de ĉi tiu vidpunkto, la raporto estos de intereso por kaj teamgvidantoj kaj inĝenieroj.
Daŭrigos la temon Sergey Makarenko, malantaŭ la kulisoj de ĉi tiu laborintensa procezo en Militluda Platformo.
Ĉu ujoj povas esti sekuraj?
Kompletigos la programon en la salono Ora Koro Aleksandro Ĥajorov diskutdokumento pri kontenera sekureco. Aleksandro jam estas ĉe RIT++ pri la sekurecaj problemoj de Helm kaj manieroj kontraŭbatali ĝin, kaj ĉi-foje ĝi ne limigos sin listigi malfortojn, sed iloj por kompleta izolado de la medio.
"Ĉe la Rando de la Universo", oktobro 1
Komencos Aleksandro Burcev (BramaBrama) kaj unu el la eblaj solvoj por akceli la retejon. Ni rigardu la sukcesan efektivigon de la kvinobla akcelo nur pro DevOps-iloj sen reverki la kodon. Vi ankoraŭ devos decidi ĉu reverki la kodon aŭ ne en ĉiu projekto, sed ĉiam estas utile havi tian sperton en menso.
DevOps en 1C: Entrepreno
Petr Gribanov de 1C firmao malkonfirmu la miton, ke estas neeble efektivigi DevOps en granda entrepreno. Kio povus esti pli kompleksa ol la 1C: Enterprise platformo, sed ĉar DevOps-praktikoj estas aplikeblaj eĉ tie, mi pensas, ke la mito ne staros.
DevOps en kutima evoluo
Anton Ĥleviskij en daŭrigo de la raporto de Evgenij Fomenko , kiel MegaFon konstruis DevOps sur la entreprenista flanko kaj konstruis Continuous Deployment, inkluzive de kutima evoluo de pluraj softvarprovizantoj.
Alportante DevOps al DWH/BI
Ne-norma, sed denove interesa temo por diversaj partoprenantoj Vasilij Kutsenko de Gazprombank. Vasily dividos praktikajn konsilojn pri kiel evoluigi IT-kulturon en datuma disvolviĝo kaj apliki DevOps-praktikojn en Data Warehous kaj BI, kaj diros al vi kiel la dukto por labori kun datumoj malsamas kaj kiaj aŭtomatigaj iloj estas vere utilaj en la kunteksto de labori kun. datumoj.
Kiel (vi) vivi sen sekureca fako
Post tagmanĝo Mona Arkhipova (sudo.su) nin kun la bazaĵoj DevSecOps kaj klarigos kiel vi povas enmeti sekurecon kiel procezon en vian evoluan procezon kaj ĉesi uzi apartan sekurecan fakon. La temo premas, kaj la raporto estu tre utila al multaj.
Ŝarĝu testadon en CI/KD de granda solvo
Perfekte kompletigas la antaŭan temon Vladimir Ĥonin de MegaFon. Ĉi tie ni parolos kiel enkonduki kvaliton en la procezon DevOps: kiel uzi Quality Gate, registri diversajn kazojn ene de la sistemo, kaj kiel integri ĉion en la evoluprocezon. Ĉi tiu raporto taŭgas precipe por tiuj, kiuj laboras kun grandaj sistemoj, sed eĉ se vi ne laboras kun grandega fakturado, vi trovos interesajn aspektojn por vi mem.
SDLC & Konformeco
Kaj la sekva temo estas pli grava por grandaj kompanioj - kiel enkonduki Konformajn solvojn kaj normpostulojn en la procezon. Ilja Mitrukov de la Teknologia Centro Deutsche Bank , tio labornormoj bone povas esti kongruaj kun DevOps.
Kaj je la fino de la tago Matvey Kukuy (Amixr.IO) statistikoj kaj komprenoj pri kiel dekoj da teamoj tra la mondo deĵoras, ordigante okazaĵojn, organizante laboron kaj konstruante fidindajn sistemojn, kaj klarigos kiel ĉio rilatas al SRE.
Nun mi eĉ iomete envias vin, ĉar la vojaĝo tra vi nur devas. Vi povas krei vian propran individuan planon kaj ĝui kiel organike la raportoj kompletigos unu la alian, sed mi, plej verŝajne, kiel iu ajn gvidisto, ne havos tempon zorge ĉirkaŭrigardi.
Cetere, krom la ĉefa programo, ni havas, se tiel diri, tendaron - renkontiĝĉambron, en kiu partoprenantoj mem povas organizi malgrandan renkontiĝon, laborrenkontiĝon, majstran klason kaj diskuti urĝajn aferojn en intima medio. ĉiu partoprenanto povas, kaj ĉiu partoprenanto povas funkcii kiel programa komitato kaj voĉdoni por aliaj renkontiĝoj. Ĉi tiu formato jam pruvis sian efikecon, precipe rilate al reto, do rigardu pli detale horaron, kaj dum la konferenco, rigardu por anoncoj pri novaj renkontiĝoj en .
Ĝis revido en la galaksio DevOpsConf 2019!
fonto: www.habr.com