Leo huko Southbridge tulijadili usimamizi wa turquoise kwenye mkutano wa kupanga.
Kuna waliopendekeza kuhama kutoka juu kwenda chini, kutoka kwa wazo hadi mazoezi. Kama, wacha tutekeleze falsafa ya usimamizi wa turquoise: pata kiwango, fanya uamuzi juu ya jinsi majukumu yanapaswa kugawanywa, jinsi mawasiliano yanapaswa kujengwa, na anza kusonga kwenye njia hii.
Kulikuwa na wale (mimi mwenyewe nikiwemo) ambao walitaka kuhama kutoka chini kwenda juu, kutoka kwa mazoezi hadi wazo. Tuna kazi maalum na matatizo maalum. Wacha tuyatatue kwa msingi wa zana za turquoise, na usimamizi wa turquoise utakua peke yake.
Ikiwa unalinganisha usimamizi na maendeleo, njia ya juu-chini inaunda monolith, na njia ya chini-juu ni usanifu wa huduma ndogo. Sasa, katika usimamizi wetu wa "huduma ndogo", tunaweza kuunda upya mzunguko wa usimamizi mara mbili kwa siku na mara moja "kuiingiza katika uzalishaji."
Na programu imeundwa kwa wale wanaopendelea kusonga kutoka chini kwenda juu.
Hatutajadili falsafa ya DevOps. Sio kwa sababu haina maana, au hatujui, au hatupendi holivars (na hatupendi). Ni kwamba falsafa ya DevOps hung'aa katika kila mbunifu na mhandisi wa DevOps kwa miaka mingi ya mazoezi, na si katika siku 3 za mafunzo ya kina.
Tutazungumza juu ya zana maalum. Kitu ambacho kinaweza kutekelezwa mara moja, bila mazungumzo ya kifalsafa na urekebishaji wa usimamizi, katika ngazi ya kazi ya kila siku. Andika maagizo juu ya kazi ya timu na Git. Andika kitabu cha kucheza cha kupeleka seva. Sanidi mtoza kumbukumbu.
Kama matokeo, kazi itakuwa rahisi na rahisi, na msingi utaonekana ambao unaweza kuunda DevOps yako.
Ili kwenda zaidi ya mazoea ya Southbridge, tulialika wazungumzaji wa nje kuhusu baadhi ya mada.
Artem Galonsky, STO "BureauBureau"
Miaka 12+ katika maendeleo ya kibiashara.
Kiongozi wa timu / mkuu wa idara ya maendeleo tangu 2011.
Mkurugenzi wa Ufundi tangu 2016.
Pamoja na wanafunzi, tutaangalia njia za kusambaza otomatiki kwa programu ambazo zimetumika hapo awali. Wacha tujadili ujenzi wa bomba la kisasa na zana zingine za kawaida. Wacha tuangalie kwa karibu zana na uwezo wa GitLab CI/CD. Nilipanga mazoezi kwenye mada zangu (Utangulizi wa Uendeshaji na Kufanya Kazi na Gitlab) ili wanafunzi wapate hisia ya jinsi na kwa nini njia za kisasa za CI/CD zinatumiwa. Nadharia itakuwa kiwango cha chini kinachohitajika.
Alexey Stepanenko, mhandisi wa jukwaa la wingu la Selectel
Kushughulikia kazi za miundombinu kwa ajili ya kudumisha wingu la OpenStack: ufuatiliaji, CI/CD na usimamizi wa usanidi.
Kwanza, tutazungumza kuhusu modeli na mbinu za usimamizi wa miundombinu (jinsi mbinu kutoka kwa programu zilivyoanza kutumika), na tutafahamiana kwa vitendo na zana za HashiCorp za DevOps (Packer na Terraform) kwa usimamizi wa miundombinu ya kutangaza.
Baada ya kukamilika kwa kizuizi, utaweza kuelezea miundombinu yako, kubinafsisha uundaji wa mazingira ya majaribio na uzalishaji, kuongeza programu yako, na kuunda suluhisho la Upatikanaji wa Juu kwa kutumia sawazisha la mzigo.
Eduard Medvedev, CTO katika Tungsten Labs (Ujerumani)
Alifanya kazi kama mhandisi katika StackStorm, akiwajibika kwa utendaji wa ChatOps wa jukwaa. ChatOps iliyotengenezwa na kutekelezwa kwa uwekaji otomatiki wa kituo cha data. Spika katika mikutano ya Urusi na kimataifa.
Katika Slurm, nitazungumza kuhusu jinsi ya kufanya mawasiliano ndani ya timu ya DevOps na mwingiliano na bomba la CI/CD kwa ufanisi zaidi kwa kutumia ushirikiano wa njia mbili na chatbots.
Ivan Kruglov, Msanidi Mkuu katika Booking.com
Tangu ajiunge na Booking.com mwaka wa 2013, amefanya kazi katika miradi ya miundombinu kama vile usambazaji wa ujumbe na usindikaji, BigData na mtandao-stack, utafutaji.
Hivi sasa inafanya kazi katika maswala ya kuunda wingu la ndani na Mesh ya Huduma.
Katika sehemu ya mwisho ya Slerm, tutafahamiana na dhana kuu za kiitikadi na shirika za SRE, na tutazingatia mazoezi ya matumizi yao kwa kutumia mifano hai kutoka kwa uzoefu wangu. Kwa kuongeza, tutaangalia upande wa kiufundi wa SRE, yaani ni mbinu gani zinaweza kutumika kufanya huduma ya kuaminika zaidi.
Mwisho wa kozi, nitajaribu kujibu maswali mawili muhimu:
- SRE inatoa nini kwa msimamizi au programu?
- Kwa nini mfanyabiashara au mmiliki wa bidhaa anahitaji kutekeleza SRE?
Kwa hivyo Slurm hii ya DevOps itakuwa ya kipekee: ikiwa tunarudia programu, itakuwa na muundo tofauti.
Kwa wale walio makini, bado kuna punguzo la 15% kwa kutumia msimbo wa ofa wa habrapost.
Kuhusu mpango wa Slurm's DevOps - .
Usajili:
Chanzo: mapenzi.com