Wy prate fansels oer . As jo net yngeane yn details, dan op 30 septimber en 1 oktober sille wy in konferinsje hâlde oer it kombinearjen fan de prosessen fan ûntwikkeling, testen en operaasje, en as jo yn details geane, asjebleaft, ûnder kat.
Binnen de DevOps-oanpak binne alle dielen fan 'e technologyske ûntwikkeling fan it projekt ferweve, komme parallel foar en beynfloedzje inoar. Fan bysûnder belang hjir is de skepping fan automatisearre ûntwikkelingsprosessen dy't kinne wurde feroare, simulearre en hifke yn realtime. Dit helpt jo direkt te reagearjen op feroaringen yn 'e merk.
Op de konferinsje wolle wy sjen litte hoe't dizze oanpak de produktûntwikkeling beynfloedet. Hoe't de betrouberens en oanpassingsfermogen fan it systeem foar de klant wurdt garandearre. Hoe DevOps de struktuer en oanpak fan in bedriuw feroaret om har wurkproses te organisearjen.
efter de skermen
It is wichtich foar ús om net allinich te witten wat ferskate bedriuwen dogge yn it ramt fan 'e DevOps-oanpak, mar ek om te begripen wêrom't dit alles wurdt dien. Dêrom hawwe wy net allinich saakkundigen útnoege om mei te dwaan oan 'e Programmakommisje, mar spesjalisten dy't it DevOps-discours fan ferskate posysjes sjogge:
- senior yngenieurs;
- ûntwikkelders;
- teamlieders;
- CTO.
Oan de iene kant soarget dat foar swierrichheden en konflikten by it besprekken fan fersiken om meldings. As in yngenieur ynteressearre is yn it analysearjen fan in grut ûngelok, dan is it wichtiger foar in ûntwikkelder om te begripen hoe't jo software meitsje kinne dy't wurket yn wolken en ynfrastruktuer. Mar troch yn te stimmen, meitsje wy in programma dat foar elkenien weardefol en ynteressant sil wêze: fan yngenieurs oant CTO.
It doel fan ús konferinsje is net allinich om de meast hype-rapporten te selektearjen, mar om it algemiene byld te presintearjen: hoe't de DevOps-oanpak yn 'e praktyk wurket, hokker soarte rake jo kinne tsjinkomme as jo oergean nei nije prosessen. Tagelyk bouwe wy it ynhâldsdiel, delgean fan it saaklike probleem nei spesifike technologyen.
De konferinsjeseksjes sille itselde bliuwe as yn .
- Ynfrastruktuer platfoarm.
- Ynfrastruktuer as koade.
- Trochrinnende levering.
- Feedback.
- Arsjitektuer yn DevOps, DevOps foar CTO.
- SRE-praktiken.
- Training en kennisbehear.
- Feiligens, DevSecOps.
- DevOps-transformaasje.
Call for Papers: wat foar rapporten sykje wy
Wy hawwe it potinsjele publyk fan 'e konferinsje betingst ferdield yn fiif groepen: yngenieurs, ûntwikkelders, feiligensspesjalisten, teamlieders en CTO. Elke groep hat in eigen motivaasje om nei de konferinsje te kommen. En, as jo nei DevOps sjogge fanút dizze posysjes, kinne jo begripe hoe't jo jo ûnderwerp kinne fokusje en wêr't jo klam moatte pleatse.
Foar yngenieurs, dy't in ynfrastruktuerplatfoarm meitsje, is it wichtich om de besteande trends te begripen, te begripen hokker technologyen no de meast avansearre binne. Se sille ynteressearre wêze yn it learen oer echte ûnderfining by it brûken fan dizze technologyen en it útwikseljen fan mieningen. In yngenieur sil bliid wêze om te harkjen nei in rapport dat ien of oare hardcore-ûngelok analysearret, en wy sille op syn beurt besykje sa'n rapport te selektearjen en te poetsen.
Foar ûntwikkelders it is wichtich om te begripen sa'n konsept as wolk native applikaasje. Dat is, hoe software te ûntwikkeljen sadat it wurket yn wolken en ferskate ynfrastruktuer. De ûntwikkelder moat konstant feedback krije fan 'e software. Hjir wolle wy gefallen hearre oer hoe't bedriuwen dit proses bouwe, hoe't jo softwareprestaasjes kinne kontrolearje, en hoe't it heule leveringsproses wurket.
Cybersecurity spesjalisten It is wichtich om te begripen hoe't jo it befeiligingsproses kinne ynstelle, sadat it de ûntwikkeling en feroaringsprosessen binnen it bedriuw net stopet. Underwerpen oer de easken dy't DevOps stelt oan sokke spesjalisten sille ek ynteressant wêze.
Teamlieders wolle witte, hoe't it trochgeande leveringsproses wurket yn oare bedriuwen. Hokker paad namen bedriuwen om dit te berikken, hoe bouden se prosessen foar ûntwikkeling en kwaliteitsfersekering binnen DevOps. Team leads binne ek ynteressearre yn Cloud native. En ek fragen oer ynteraksje binnen it team en tusken ûntwikkelings- en engineeringteams.
foar C.T.O. it wichtichste is om út te finen hoe't jo al dizze prosessen kinne ferbine en se oanpasse oan saaklike behoeften. Hy soarget derfoar dat de applikaasje betrouber is foar sawol it bedriuw as de klant. En hjir moatte jo begripe hokker technologyen sille wurkje foar hokker saaklike taken, hoe't jo it heule proses bouwe, ensfh. De CTO is ek ferantwurdlik foar it budzjet. Hy moat bygelyks begripe hoefolle jild moat wurde bestege oan it oplieden fan spesjalisten, sadat se kinne wurkje yn DevOps.
As jo wat te sizzen hawwe oer dizze saken, bliuw dan net stil, . De deadline foar Call for Papers is 20 augustus. Hoe earder jo registrearje, hoe mear tiid jo hawwe om jo rapport te finalisearjen en ta te rieden op jo presintaasje. Dus, fertrage net.
No, as jo gjin need hawwe om iepenbier te praten, gewoan en kom op 30 septimber en 1 oktober om te kommunisearjen mei kollega's. Wy tasizze dat it ynteressant en ynspirearjend sil wêze.
Hoe wy sjogge DevOps
Om krekt te begripen wat wy mei DevOps bedoele, advisearje ik myn rapport te lêzen (of opnij te lêzen) "" Troch de golven fan 'e merk rûn ik observearre hoe't it idee fan DevOps transformearre yn bedriuwen fan ferskate grutte: fan in lytse opstart oant multynasjonale bedriuwen. It rapport is boud op in searje fragen, troch se te beantwurdzjen kinne jo begripe oft jo bedriuw nei DevOps giet of oft d'r earne problemen binne.
DevOps is in kompleks systeem, it moat omfetsje:
- Digitaal produkt.
- Bedriuwsmodules dy't dit digitale produkt ûntwikkelje.
- Produkt teams dy't skriuwe koade.
- Praktyken foar trochgeande levering.
- Platfoarms as in tsjinst.
- Ynfrastruktuer as in tsjinst.
- Ynfrastruktuer as koade.
- Aparte praktiken foar it behâld fan betrouberens, ynboud yn DevOps.
- In feedbackpraktyk dy't it allegear beskriuwt.
Oan 'e ein fan it rapport is d'r in diagram dat in idee jout fan it DevOps-systeem yn it bedriuw. It lit jo sjen hokker prosessen yn jo bedriuw al streamline binne en hokker noch moatte wurde boud.
Jo kinne de fideo fan it rapport besjen .
En no sil d'r in bonus wêze: ferskate fideo's fan RIT ++ 2019, dy't oanreitsje op 'e meast algemiene problemen fan DevOps-transformaasje.
Bedriuwynfrastruktuer as produkt
Artyom Naumenko liedt it DevOps-team by Skyeng en soarget foar de ûntwikkeling fan de ynfrastruktuer fan syn bedriuw. Hy fertelde hoe't ynfrastruktuer ynfloed hat op saaklike prosessen by SkyEng: hoe't jo ROI dêrfoar berekkenje, hokker metriken moatte wurde keazen foar berekkening en hoe't jo wurkje om se te ferbetterjen.
Op 'e wei nei mikrotsjinsten
Nixys bedriuw leveret stipe foar drokke webprojekten en ferspraat systemen. Har technysk direkteur, Boris Ershov, fertelde hoe't jo softwareprodukten, wêrfan't de ûntwikkeling 5 jier lyn (of noch mear) begon, oersette op in modern platfoarm.
As regel binne sokke projekten in spesjale wrâld wêr't sokke tsjustere en âlde hoeken fan 'e ynfrastruktuer binne dat hjoeddeistige yngenieurs net oer har witte. En de oanpak foar arsjitektuer en ûntwikkeling dy't ienris keazen binne binne ferâldere en kinne it bedriuw net itselde tempo fan ûntwikkeling en frijlitting fan nije ferzjes leverje. As gefolch, elke produkt release feroaret yn in ongelooflijk aventoer, dêr't hieltyd wat falt ôf, en op it meast ûnferwachte plak.
Managers fan sokke projekten hawwe ûnûntkomber de needsaak om alle technologyske prosessen te transformearjen. Yn syn rapport sei Boris:
- hoe't jo de juste arsjitektuer foar it projekt kieze en de ynfrastruktuer yn oarder sette;
- hokker ark te brûken en hokker falkûlen wurde tsjinkaam op it paad nei transformaasje;
- wat te dwaan folgjende.
Automatisearring fan releases of hoe te leverjen fluch en pynlik
Alexander Korotkov is in liedende ûntwikkelder fan it CI/CD-systeem by CIAN. Hy spruts oer automatisearringsynstruminten dy't it mooglik makken om kwaliteit te ferbetterjen en de tiid foar it leverjen fan koade oan produksje mei 5 kear te ferminderjen. Mar sokke resultaten koenen net berikt wurde mei automatisearring allinnich, dus Alexander joech ek omtinken oan feroarings yn ûntwikkeling prosessen.
Hoe helpe ûngemakken jo te learen?
Alexey Kirpichnikov hat 5 jier DevOps en ynfrastruktuer ymplementearre by SKB Kontur. Yn 'e rin fan trije jier kamen yn syn bedriuw sawat 1000 fakaps fan ferskate graad fan epicness foar. Under harren, bygelyks, 36% waard feroarsake troch it útroljen fan in lege kwaliteit release yn produksje, en 14% waarden feroarsake troch hardware ûnderhâld wurk yn it datasintrum.
In argyf fan rapporten (post-mortems) dy't de yngenieurs fan it bedriuw al ferskate jierren efterinoar byhâlde, makket it mooglik om sokke krekte ynformaasje oer ûngelokken te krijen. De post-mortem is skreaun troch de yngenieur fan tsjinst, dy't de earste wie om te reagearjen op it needsinjaal en begon alles te reparearjen. Wêrom martelje yngenieurs dy't nachts wrakselje mei facaps troch rapporten te skriuwen? Mei dizze gegevens kinne jo it heule byld sjen en ynfrastruktuerûntwikkeling yn 'e goede rjochting ferpleatse.
Yn syn taspraak dielde Alexey hoe't jo in wier nuttich postmortem skriuwe en hoe't jo de praktyk fan sokke rapporten yn in grut bedriuw útfiere. As jo fan ferhalen hâlde oer hoe't immen fergriemd is, sjoch dan de fideo fan 'e foarstelling.
Wy begripe dat jo fyzje fan DevOps miskien net oerienkomt mei ús. It sil ynteressant wêze om te witten hoe't jo DevOps-transformaasje sjogge. Diel jo ûnderfining en fyzje fan dit ûnderwerp yn 'e kommentaren.
Hokker rapporten hawwe wy al akseptearre yn it programma?
Dizze wike hat de Programmakommisje 4 rapporten oannommen: oer feiligens, ynfrastruktuer en SRE-praktiken.
Miskien is it meast pynlike ûnderwerp fan DevOps-transformaasje: hoe't jo derfoar soargje dat de jonges fan 'e ôfdieling ynformaasjefeiligens de al boude ferbiningen tusken ûntwikkeling, eksploitaasje en administraasje net ferneatigje. Guon bedriuwen beheare sûnder in ôfdieling foar ynformaasjefeiligens. Hoe te garandearjen ynformaasje feiligens yn dit gefal? Oer it Mona Arkhipova fan sudo.su. Ut har rapport leare wy:
- wat moat beskerme wurde en fan wa;
- wat binne de routine feiligensprosessen;
- hoe't IT- en ynformaasjefeiligensprosessen krúst;
- wat is CIS CSC en hoe't it útfiere kin;
- hoe en troch hokker yndikatoaren regelmjittich kontrôles foar ynformaasjefeiligens útfiere.
It folgjende rapport giet oer de ûntwikkeling fan ynfrastruktuer as koade. Ferminderje it bedrach fan hânmjittich routine en meitsje it hiele projekt net yn gaos, is dit mooglik? Op dizze fraach Maxim Kostrikin út Ixtens. Syn bedriuw brûkt Terraform foar wurkjen mei AWS-ynfrastruktuer. It ark is handich, mar de fraach is hoe't jo kinne foarkomme dat jo in enoarm blok koade meitsje as jo it brûke. It ûnderhâld fan sa'n legaat wurdt alle jierren djoerder.
Maxim sil sjen litte hoe't koade pleatsingspatroanen wurkje, rjochte op it ferienfâldigjen fan automatisearring en ûntwikkeling.
Ien mear wy sille hearre oer ynfrastruktuer fan Vladimir Ryabov út Playkey. Hjir sille wy prate oer it ynfrastruktuerplatfoarm, en wy sille leare:
- hoe te begripen oft opslachromte effektyf brûkt wurdt;
- hoe ferskate hûndert brûkers 10 TB ynhâld kinne ûntfange as mar 20 TB oan opslach wurdt brûkt;
- hoe't jo gegevens 5 kear komprimearje en it yn realtime oan brûkers leverje;
- hoe't jo gegevens op 'e flecht kinne syngronisearje tusken ferskate datasintra;
- hoe't jo elke ynfloed fan brûkers op elkoar eliminearje by it brûken fan ien firtuele masine opfolgjend.
It geheim fan dizze magy is technology ZFS foar FreeBSD en syn frisse foarke ZFS op Linux. Vladimir sil diele gefallen út Playkey.
Matvey Kukuy fan Amixr.IO klear mei foarbylden út it libben , wat is der bard SRE en hoe't it helpt te bouwen betroubere systemen. Amixr.IO passet kliïntynsidinten troch har backend; tsientallen teams op plicht om 'e wrâld hawwe al 150 tûzen gefallen behannele. Op 'e konferinsje sil Matvey de statistiken en ynsjoch diele dy't syn bedriuw hat sammele troch klantproblemen op te lossen en mislearrings te analysearjen.
Nochris rop ik jo op om net gierig te wêzen en jo ûnderfining te dielen as in DevOps-samoerai. Tsjinje foar in ferslach, en do en ik sil hawwe 2,5 moannen foar in tariede in poerbêste taspraak. As jo in harker wêze wolle, nei de nijsbrief mei programma-updates en tink serieus oer it boeken fan kaartsjes foar de tiid, om't se tichterby de konferinsjedata djoerder wurde.
Boarne: www.habr.com