Tunazungumza, bila shaka, kuhusu . Ikiwa hauingii katika maelezo, basi mnamo Septemba 30 na Oktoba 1 tutafanya mkutano juu ya kuchanganya michakato ya maendeleo, kupima na uendeshaji, na ikiwa unakwenda kwa maelezo, tafadhali, chini ya paka.
Ndani ya mbinu ya DevOps, sehemu zote za maendeleo ya kiteknolojia ya mradi zimeunganishwa, hutokea kwa sambamba na huathiri kila mmoja. Ya umuhimu mkubwa hapa ni uundaji wa michakato ya maendeleo ya kiotomatiki ambayo inaweza kubadilishwa, kuigwa na kujaribiwa kwa wakati halisi. Hii hukusaidia kujibu mara moja mabadiliko kwenye soko.
Katika mkutano tunataka kuonyesha jinsi mbinu hii inavyoathiri maendeleo ya bidhaa. Jinsi kuegemea na kubadilika kwa mfumo kwa mteja kunahakikishwa. Jinsi DevOps inavyobadilisha muundo na mbinu ya kampuni kuandaa mchakato wake wa kazi.
nyuma ya pazia
Ni muhimu kwetu kujua sio tu makampuni tofauti yanafanya ndani ya mfumo wa mbinu ya DevOps, lakini pia kuelewa kwa nini yote haya yanafanywa. Kwa hivyo, hatukualika wataalam tu kujiunga na Kamati ya Mpango, lakini wataalamu wanaoona hotuba ya DevOps kutoka nyadhifa tofauti:
- wahandisi wakuu;
- watengenezaji;
- viongozi wa timu;
- CTO.
Kwa upande mmoja, hii inaleta matatizo na migogoro wakati wa kujadili maombi ya ripoti. Ikiwa mhandisi ana nia ya kuchambua ajali kubwa, basi ni muhimu zaidi kwa msanidi kuelewa jinsi ya kuunda programu ambayo inafanya kazi katika mawingu na miundombinu. Lakini kwa kukubaliana, tunaunda programu ambayo itakuwa ya thamani na ya kuvutia kwa kila mtu: kutoka kwa wahandisi hadi CTO.
Lengo la mkutano wetu sio tu kuchagua ripoti nyingi za hype, lakini kuwasilisha picha ya jumla: jinsi mbinu ya DevOps inavyofanya kazi kwa vitendo, ni aina gani ya tafuta unaweza kukimbia wakati wa kuhamia michakato mpya. Wakati huo huo, tunaunda sehemu ya yaliyomo, tukishuka kutoka kwa shida ya biashara hadi kwa teknolojia maalum.
Sehemu za mkutano zitasalia sawa na katika .
- Jukwaa la miundombinu.
- Miundombinu kama kanuni.
- Utoaji unaoendelea.
- Maoni.
- Usanifu katika DevOps, DevOps kwa CTO.
- Mazoea ya SRE.
- Mafunzo na usimamizi wa maarifa.
- Usalama, DevSecOps.
- Mabadiliko ya DevOps.
Wito kwa Karatasi: ni aina gani ya ripoti tunatafuta
Kwa masharti tuligawanya hadhira inayowezekana ya mkutano katika vikundi vitano: wahandisi, wasanidi programu, wataalamu wa usalama, viongozi wa timu na CTO. Kila kikundi kina motisha yake ya kuja kwenye mkutano huo. Na, ukiangalia DevOps kutoka kwa nafasi hizi, unaweza kuelewa jinsi ya kuzingatia mada yako na mahali pa kuweka msisitizo.
Kwa wahandisi, ambao wanaunda jukwaa la miundombinu, ni muhimu kuelewa mwenendo uliopo, kuelewa ni teknolojia gani sasa ni za juu zaidi. Watavutiwa kujifunza kuhusu uzoefu wa maisha halisi katika kutumia teknolojia hizi na kubadilishana maoni. Mhandisi atafurahi kusikiliza ripoti inayochanganua baadhi ya ajali mbaya, na sisi, kwa upande wake, tutajaribu kuchagua na kung'arisha ripoti kama hiyo.
Kwa watengenezaji ni muhimu kuelewa dhana kama vile programu ya asili ya wingu. Hiyo ni, jinsi ya kuendeleza programu ili ifanye kazi katika mawingu na miundombinu mbalimbali. Msanidi anahitaji kupokea maoni mara kwa mara kutoka kwa programu. Hapa tunataka kusikia kesi kuhusu jinsi makampuni yanavyounda mchakato huu, jinsi ya kufuatilia utendaji wa programu, na jinsi mchakato mzima wa uwasilishaji unavyofanya kazi.
Wataalamu wa usalama wa mtandao Ni muhimu kuelewa jinsi ya kuanzisha mchakato wa usalama ili usisitishe mchakato wa maendeleo na mabadiliko ndani ya kampuni. Mada kuhusu mahitaji ambayo DevOps inaweka kwa wataalamu kama hao pia zitavutia.
Viongozi wa timu wanataka kujua, jinsi mchakato wa utoaji unaoendelea unavyofanya kazi katika makampuni mengine. Kampuni zilichukua njia gani kufikia hili, zilijengaje michakato ya maendeleo na uhakikisho wa ubora ndani ya DevOps. Viongozi wa timu pia wanavutiwa na Cloud native. Na pia maswali kuhusu mwingiliano ndani ya timu na kati ya timu za maendeleo na uhandisi.
Kwa CTO jambo muhimu zaidi ni kujua jinsi ya kuunganisha michakato hii yote na kurekebisha mahitaji ya biashara. Anahakikisha kwamba maombi ni ya kuaminika kwa biashara na mteja. Na hapa unahitaji kuelewa ni teknolojia gani itafanya kazi kwa kazi gani za biashara, jinsi ya kujenga mchakato mzima, nk. CTO pia ina jukumu la kupanga bajeti. Kwa mfano, ni lazima aelewe ni pesa ngapi zinahitajika kutumika kuwapa mafunzo tena wataalamu ili waweze kufanya kazi katika DevOps.
Ikiwa una la kusema kuhusu mambo haya, usikae kimya, . Tarehe ya mwisho ya Wito kwa Karatasi ni Agosti 20. Kadiri unavyojiandikisha mapema, ndivyo utakavyokuwa na wakati mwingi wa kukamilisha ripoti yako na kujiandaa kwa uwasilishaji wako. Kwa hiyo, usichelewe.
Kweli, ikiwa huna haja ya kuzungumza hadharani, tu na kuja Septemba 30 na Oktoba 1 kuwasiliana na wenzake. Tunaahidi itakuwa ya kuvutia na yenye msukumo.
Jinsi tunavyoona DevOps
Ili kuelewa hasa tunachomaanisha na DevOps, ninapendekeza kusoma (au kusoma tena) ripoti yangu "" Kutembea kwenye mawimbi ya soko, niliona jinsi wazo la DevOps lilivyokuwa likibadilika katika makampuni ya ukubwa tofauti: kutoka mwanzo mdogo hadi makampuni ya kimataifa. Ripoti imeundwa kwenye mfululizo wa maswali, kwa kuyajibu unaweza kuelewa kama kampuni yako inaelekea kwenye DevOps au kama kuna matatizo mahali fulani.
DevOps ni mfumo changamano, lazima iwe pamoja na:
- Bidhaa ya kidijitali.
- Moduli za biashara zinazounda bidhaa hii ya kidijitali.
- Timu za bidhaa zinazoandika msimbo.
- Mbinu za Uwasilishaji Endelevu.
- Majukwaa kama huduma.
- Miundombinu kama huduma.
- Miundombinu kama kanuni.
- Taratibu tofauti za kudumisha kutegemewa, zilizojumuishwa katika DevOps.
- Mazoezi ya maoni ambayo yanaelezea yote.
Mwisho wa ripoti kuna mchoro ambao unatoa wazo la mfumo wa DevOps katika kampuni. Itakuruhusu kuona ni michakato gani katika kampuni yako ambayo tayari imeratibiwa na ambayo bado haijajengwa.
Unaweza kutazama video ya ripoti hiyo .
Na sasa kutakuwa na bonasi: video kadhaa kutoka kwa RIT++ 2019, ambazo zinagusa masuala ya jumla ya mabadiliko ya DevOps.
Miundombinu ya kampuni kama bidhaa
Artyom Naumenko anaongoza timu ya DevOps huko Skyeng na anatunza maendeleo ya miundombinu ya kampuni yake. Aliiambia jinsi miundombinu inavyoathiri michakato ya biashara huko SkyEng: jinsi ya kuhesabu ROI kwa hiyo, ni metrics gani zinazopaswa kuchaguliwa kwa hesabu na jinsi ya kufanya kazi ili kuziboresha.
Kwenye barabara ya microservices
Kampuni ya Nixys hutoa usaidizi kwa miradi mingi ya wavuti na mifumo iliyosambazwa. Mkurugenzi wake wa kiufundi, Boris Ershov, aliiambia jinsi ya kutafsiri bidhaa za programu, maendeleo ambayo ilianza miaka 5 iliyopita (au hata zaidi), kwenye jukwaa la kisasa.
Kama sheria, miradi kama hiyo ni ulimwengu maalum ambapo kuna pembe za giza na za zamani za miundombinu ambayo wahandisi wa sasa hawajui juu yao. Na mbinu za usanifu na maendeleo ambazo zilichaguliwa hapo awali zimepitwa na wakati na haziwezi kutoa biashara kwa kasi sawa ya maendeleo na kutolewa kwa matoleo mapya. Matokeo yake, kila kutolewa kwa bidhaa hugeuka kuwa adventure ya ajabu, ambapo kitu huanguka mara kwa mara, na katika sehemu isiyotarajiwa sana.
Wasimamizi wa miradi kama hii bila shaka wanakabiliwa na hitaji la kubadilisha michakato yote ya kiteknolojia. Katika ripoti yake, Boris alisema:
- jinsi ya kuchagua usanifu sahihi wa mradi na kuweka miundombinu kwa utaratibu;
- ni zana gani za kutumia na ni mitego gani inakabiliwa kwenye njia ya mabadiliko;
- nini cha kufanya baadaye.
Otomatiki ya matoleo au jinsi ya kutoa haraka na bila uchungu
Alexander Korotkov ni msanidi mkuu wa mfumo wa CI/CD katika CIAN. Alizungumza kuhusu zana za otomatiki ambazo ziliwezesha kuboresha ubora na kupunguza muda wa kuwasilisha msimbo kwa uzalishaji kwa mara 5. Lakini matokeo kama haya hayakuweza kupatikana kwa otomatiki peke yake, kwa hivyo Alexander pia alizingatia mabadiliko katika michakato ya maendeleo.
Je, ajali zinakusaidiaje kujifunza?
Alexey Kirpichnikov amekuwa akitekeleza DevOps na miundombinu katika SKB Kontur kwa miaka 5. Katika kipindi cha miaka mitatu, takriban fakap 1000 za viwango tofauti vya ushujaa zilitokea katika kampuni yake. Miongoni mwao, kwa mfano, 36% ilisababishwa na kutolewa kwa ubora wa chini katika uzalishaji, na 14% ilisababishwa na kazi ya matengenezo ya vifaa katika kituo cha data.
Kumbukumbu ya ripoti (post-mortems) ambazo wahandisi wa kampuni wamekuwa wakitunza kwa miaka kadhaa mfululizo huwezesha kupata taarifa sahihi kuhusu ajali. Uchunguzi wa maiti umeandikwa na mhandisi wa zamu, ambaye alikuwa wa kwanza kujibu ishara ya dharura na kuanza kurekebisha kila kitu. Kwa nini kuwatesa wahandisi ambao wanahangaika usiku na sura kwa kuandika ripoti? Data hii hukuruhusu kuona picha nzima na kusogeza maendeleo ya miundombinu katika mwelekeo sahihi.
Katika hotuba yake, Alexey alishiriki jinsi ya kuandika postmortem muhimu sana na jinsi ya kutekeleza mazoezi ya ripoti kama hizo katika kampuni kubwa. Ikiwa unapenda hadithi kuhusu jinsi mtu alikasirika, tazama video ya utendaji.
Tunaelewa kuwa maono yako ya DevOps yanaweza yasilingane na yetu. Itapendeza kujua jinsi unavyoona mabadiliko ya DevOps. Shiriki uzoefu wako na maono ya mada hii kwenye maoni.
Je, tayari tumekubali ripoti gani kwenye programu?
Wiki hii Kamati ya Programu ilipitisha ripoti 4: juu ya usalama, miundombinu na mazoea ya SRE.
Labda mada chungu zaidi ya mabadiliko ya DevOps: jinsi ya kuhakikisha kuwa watu kutoka idara ya usalama wa habari hawaharibu miunganisho iliyojengwa tayari kati ya maendeleo, operesheni na utawala. Kampuni zingine husimamia bila idara ya usalama wa habari. Jinsi ya kuhakikisha usalama wa habari katika kesi hii? Kuhusu hilo Mona Arkhipov kutoka sudo.su. Kutoka kwa ripoti yake tunajifunza:
- nini kinahitaji kulindwa na kutoka kwa nani;
- ni taratibu gani za usalama za kawaida;
- jinsi IT na michakato ya usalama wa habari huingiliana;
- CIS CSC ni nini na jinsi ya kuitekeleza;
- jinsi na kwa viashiria vipi vya kufanya ukaguzi wa mara kwa mara wa usalama wa habari.
Ripoti inayofuata inahusu maendeleo ya miundombinu kama kanuni. Punguza kiasi cha utaratibu wa mwongozo na usigeuze mradi mzima kuwa machafuko, hii inawezekana? Kwa swali hili Maxim Kostrikin kutoka Ixtens. Kampuni yake hutumia Terraform kwa kufanya kazi na miundombinu ya AWS. Chombo hicho ni rahisi, lakini swali ni jinsi ya kuzuia kuunda kizuizi kikubwa cha msimbo wakati wa kutumia. Utunzaji wa urithi kama huo utakuwa ghali zaidi na zaidi kila mwaka.
Maxim itaonyesha jinsi mifumo ya uwekaji msimbo inavyofanya kazi, inayolenga kurahisisha otomatiki na ukuzaji.
Mwingine tutasikia kuhusu miundombinu kutoka Vladimir Ryabov kutoka Playkey. Hapa tutazungumza juu ya jukwaa la miundombinu, na tutajifunza:
- jinsi ya kuelewa ikiwa nafasi ya kuhifadhi inatumiwa kwa ufanisi;
- jinsi watumiaji mia kadhaa wanaweza kupokea TB 10 ya maudhui ikiwa tu TB 20 ya hifadhi inatumiwa;
- jinsi ya kubana data mara 5 na kuwapa watumiaji kwa wakati halisi;
- jinsi ya kusawazisha data kwenye kuruka kati ya vituo kadhaa vya data;
- jinsi ya kuondoa ushawishi wowote wa watumiaji kwa kila mmoja wakati wa kutumia mashine moja ya kawaida kwa mlolongo.
Siri ya uchawi huu ni teknolojia ZFS kwa FreeBSD na uma wake safi ZFS kwenye Linux. Vladimir atashiriki kesi kutoka Playkey.
Matvey Kukuy kutoka Amixr.IO tayari kwa mifano kutoka kwa maisha , nini kilitokea SRE na jinsi inavyosaidia kujenga mifumo ya kuaminika. Amixr.IO hupitisha matukio ya mteja kupitia mazingira yake ya nyuma; kadhaa ya timu za kazi kote ulimwenguni tayari zimeshughulikia kesi elfu 150. Katika mkutano huo, Matvey atashiriki takwimu na ufahamu ambao kampuni yake imekusanya kwa kutatua matatizo ya wateja na kuchambua kushindwa.
Kwa mara nyingine tena nakuhimiza usiwe mchoyo na ushiriki uzoefu wako kama samurai wa DevOps. Kutumikia kwa ripoti, na wewe na mimi tutakuwa na miezi 2,5 kuandaa hotuba bora. Ikiwa unataka kuwa msikilizaji, kwa jarida lililo na masasisho ya programu na fikiria kwa umakini juu ya kuhifadhi tikiti kabla ya wakati, kwa sababu zitakuwa ghali zaidi karibu na tarehe za mkutano.
Chanzo: mapenzi.com