Famintinana ny fihaonambe DevOpsDays Moscow: hevitra avy amin'ny tatitra 6

Famintinana ny fihaonambe DevOpsDays Moscow: hevitra avy amin'ny tatitra 6

Natao ny 7 desambra ny fihaonambe fahatelo DevOpsDays Moscow, nokarakarain'ny vondrom-piarahamonina Moscow DevOps miaraka amin'ny fanohanan'ny Mail.ru Cloud Solutions. Ho fanampin'ny famelabelarana nataon'ireo mpitsabo DevOps, ireo mpandray anjara dia afaka nanatrika lahateny tselatra mandrisika fohy, atrikasa ary mifandray amin'ny toerana malalaka.

Nanangona hevitra manan-danja avy amin'ny lahateny enina izahay ary nanao antsafa tamin'ireo mpandahateny maromaro mba hahitana izay tavela tao ambadiky ny tatitra.

Ao anatiny:

  1. Baruch Sadogursky, JFrog: "Avelao ny rindrambaiko hivezivezy avy amin'ny mpivarotra mankany amin'ny mpampiasa toy ny rano"
  2. Pavel Selivanov, Southbridge: "Ny Dev sy ny Ops dia manana asa iray iraisan'ny tsirairay - ny manamboatra vokatra mahomby"
  3. Vladimir Utratenko, X5 Retail Group: "DevOps in Enterprise dia fampandrosoana tsy misy fanaintainana sy afo"
  4. Sergey Puzyrev, Facebook: "Ny Injeniera Famokarana dia miahy ny serivisy amin'ny ankapobeny: mba hanana fotoana mahafinaritra na ny mpampiasa sy ny mpamorona"
  5. Mikhail Chinkov, AMBOSS: “Tsy afaka manaraka ny lalana DevOps ny departemanta iray, tsy maintsy manaraka izany ny orinasa iray manontolo”
  6. Mpankafy DevOps an'ny Rosbank: "1000 andro hampiharana ny DevOps amin'ny orinasa mihoson-drà"

1. Baruch Sadogursky, JFrog: "Avelao ny rindrambaiko hivezivezy avy amin'ny mpivarotra mankany amin'ny mpampiasa toy ny rano"

Ny tsy fahombiazan'ny fanavaozana rindrambaiko dia mitranga isan'ora ary ho an'ny rehetra. Ity misy tantara mampihoron-koditra iray monja avy amin'ny kabary: very 440 tapitrisa dolara ny Knight Capital tao anatin'ny adiny iray taorian'ny fanavaozana tsy nahomby.

Niresaka momba ny lamina DevOps amin'ny fanavaozana mitohy izay hanampy amin'ny fisorohana ny tsy fahombiazana sy ny fankahalan'ny mpampiasa i Baruch:

Famerenana eo an-toerana - tehirizo ao amin'ny fitaovanao ny dikan-teny teo aloha mba hiverenana raha misy zavatra mitranga. Hiaro anao izany raha miharatsy ny toe-javatra ka tsy afaka mandefa patch amin'ny rivotra ianao.

Fanavaozana an-habakabaka - tsara kokoa mitohy. Raha tsy izany, dia ho toy ny Jaguar developer: noho ny bibikely ao amin'ny rafitra frein, izay tsy azo havaozina eny amin'ny rivotra, dia tsy maintsy naverina tamin'ny fivarotana ireo fiara. Narary sy lafo ilay izy.

Fanavaozana tsy tapaka - havaozy tsy tapaka ny rindrambaiko raha vantany vao vonona ny endri-javatra vaovao. Miaraka amin'ny fanavaozam-baovao tsy fahita firy, dia mivondrona miaraka ny endri-javatra; mety hiandry ireo tsy mitsikera ny fanavaozana manakiana. Tahaka ny ao amin'ny Tesla, ny fanavaozana tokony hanamboatra braking kisendrasendra dia niandry ny fanavaozana ny lalao chess.

Fametrahana mandeha ho azy - soloy milina ny olona, ​​satria ratsy fitondran-tena ny olona.

Fanavaozana matetika - manampy anao hanana fahazarana sy manala ny tahotra. Ny fanavaozana tsy fahita firy dia mivadika ho hetsika maika.

Fahafantarana ny toetry ny fitaovana - Fanavaozana andrana, fa tsy fametrahana avy hatrany. Zava-dehibe izany satria mety tsy mitovy ny fitondran-tenan'ny fanavaozana arakaraka ny toetry ny fitaovana.

Namoaka Canary - manaova fanavaozam-baovao amin'ny mpampiasa vitsivitsy ary diniho. Izany dia mampihena ny fahasimbana raha misy zavatra tsy mety.

Fanavaozana tsy misy tsy misy - avelao ny mpanjifa hahita endri-javatra vaovao ihany, ary aza avela tsy hisy serivisy mandritra ny herinandro maromaro mandritra ny famoahana fanavaozana.

Niresaka tamin'i Baruch Sadogursky izahay momba ny maha-samihafa ny fomba fijery momba ny DevOps amin'ny teny Rosiana sy Tandrefana IT, raha hanao ny zava-drehetra ho antsika tsy ho ela i Cloud ary raha hiditra ao amin'ny rafitra aaS ny serivisy rindrambaiko rehetra - jereo ny tafatafa:

2. Pavel Selivanov, Southbridge: “Ny Dev sy ny Ops dia manana asa iray iraisan'ny tsirairay - ny manamboatra vokatra iray izay miasa”

Ny fampiharana Kubernetes dia tsy hanampy amin'ny fanatanterahana ny DevOps, ary ny mifanohitra amin'izany, dia mety handrava ny zava-drehetra. Nohazavain'i Pavel ny antony tsy mahavaha ny olanao rehetra ny teknolojia (na dia ny mahafinaritra indrindra aza) :

Nihoatra ny kaody ny fahasarotan'ny tetikasa. Teo aloha, nisy fampiharana sarotra: fifandraisana ao anatin'ny tetikasa sy ny fampandrosoana sarotra, fa ny rafitra tsotra - ny mpitantana nametraka izany, ny zava-drehetra miasa. Nifindra tany amin'ny microservices izahay: ny serivisy tsirairay dia fampiharana tsotra, fifandraisana amin'ny alàlan'ny protocols mahazatra sy ny fivoarana haingana, saingy nanjary sarotra kokoa ny rafitry ny tetikasa. Ny fahasarotan'ny tetikasa miaraka amin'ny maritrano microservice dia tsy niala - nifindra tany ivelan'ny kaody. Ankehitriny dia ny injeniera DevOps no tompon'andraikitra amin'izany.

Tsy mila fiovana ny mpamorona rehefa avy nampihatra DevOps. Vokatr'izany, ny fandehan'ny asa miaraka amin'i Kubernetes dia mbola toa manipy asa avy amin'ny Dev mankany Ops eo ambonin'ny rindrina, fa tsy sarin-teny fotsiny - lasa rindrina toy izany i Git. Ny mpandrindra dia mametraka ny kaody ao ary miasa toy ny teo aloha, ary ny mpitantana dia manana Kubernetes, CI/CD sy ny zavatra hafa rehetra.

Na izany aza, mila manaiky ny fanovana ireo mpamorona. Miteraka olana ny toe-javatra rehefa tsy fantatry ny mpandrindra izay ataon'ny admin, ary tsy fantatry ny mpandrindra ny zava-mitranga amin'ny mpamorona.

Raha tsy misy na inona na inona niova ho an'ny mpamorona, dia tsy tsapan'izy ireo fa ny fampandehanana ny fampiharana dia andraikiny - tsy hahomby ny fika teknika isan-karazany.

Miaraka amin'ny fahatongavan'ny DevOps sy Kubernetes, betsaka no hiova amin'ny fampandrosoana. Ny devs dia tsy maintsy mahay amin'ny Ops ary ny mifamadika amin'izany. Manana ny fahaiza-manaony manokana ireo manam-pahaizana manokana ireo, saingy tsy maintsy mahafantatra ny asan'ny tsirairay. Mila mpinamana i Dev sy Ops alohan'ny hampiharana ny Kubernetes, raha tsy izany dia handrava izay anananao ianao.

Pavel Selivanov dia niresaka momba izay hitranga amin'i Kubernetes ao anatin'ny 5 taona sy ny tokony hataon'ny fanombohana maoderina - jereo ny tafatafa:

3. Vladimir Utratenko, X5 Retail Group: "DevOps in Enterprise dia fampandrosoana tsy misy fanaintainana sy afo"

Tonga amin'ny fiovan'ny DevOps ny orinasa rehefa mahatsapa fa miadana loatra ny fampandrosoana ary tsy mahafeno ny zava-misy, manana faniriana hivoatra tsara kokoa izy ireo ary hivoaka haingana kokoa.

Nanazava ny fomba nitrangan'izany i Vladimir ary inona no tratra:

  1. Voalohany, manakarama injeniera DevOps ny orinasa. Mpitantana ny rafitra zokiny izy io, mandray anjara amin'ny famoahana famoahana ho an'ny famokarana, manara-penitra ny tontolo fampandrosoana, fametrahana fotodrafitrasa, fitadiavana sy famahana olana isan-karazany, fanodinana automatique ary asa ara-teknika hafa.
  2. Avy eo dia tsy ampy intsony ny injeniera iray DevOps, ary manakarama ekipa DevOps ny orinasa. Foibem-pahaizana mandrindra ny ezaka ataon'ireo injeniera tsy mitovy ary mamela azy ireo hifantoka amin'ny lalana iray.
  3. Raha ny marina, ny injeniera DevOps sy ny ekipa DevOps dia manohitra ny endriky ny fiovan'ny DevOps. Satria ny DevOps dia momba ny fanao sy ny kolontsaina, ankoatra izany, misy ny fampiharana ny DevOps amin'ny orinasa teknolojia (SRE, Production Engineering).

Ny hatao? Manakarama ekipa DevOps vonjimaika izay hanampy amin'ny fanatanterahana ny fanovana DevOps, manatanteraka fomba fanao, mamboly kolontsaina fampandrosoana ary kolontsaina ara-teknolojia.

Rehefa miditra ny orinasa iray ary mampiasa vola amin'ny DevOps, dia misy toe-javatra maro azo atao: hiharatsy ny zava-drehetra rehefa miainga; dia hijanona ho SRE / Production Engineering na Ops Embedded; dia hifindra any amin'ny BizOps, rehefa mifototra amin'ny metrika fandraharahana ny fizotrany.

Vladimir Utratenko dia nilaza taminay momba ny tena maha-“ra” DevOps amin'ny orinasa iray sy ny fomba fampiharana ireo fanao ao anatin'ny fivarotana lehibe - jereo ny tafatafa:

4. Sergey Puzyrev, Facebook: “Ny Injeniera Famokarana dia miahy ny serivisy amin'ny ankapobeny: mba hanana fotoana mahafinaritra na ny mpampiasa na ny mpamorona”

Orinasa goavana ny Facebook, manana singa marobe, mpizara, olona ary ivom-baovao. Na dia eo aza ny habeny lehibe dia tena haingana izy io - afaka mamoaka serivisy imbetsaka isan'andro ny mpamorona. Ary koa, mitombo haingana ny Facebook, ary tsy ny isan'ny mpampiasa sy ny mpizara ihany no mitombo, ny isan'ny mpamorona dia mitombo ihany koa, izay mahatonga ny dingana ho sarotra kokoa.

Sergey dia nilaza izay ataon'ny Injeniera Mpamokatra ao amin'ny Facebook:

  1. Ny Injeniera Famokarana kaody be dia be, tsy maintsy manana fahalalana système izy: système d'operation, système de fichier, databases, networks sy ny toy izany. Tsy maintsy manana traikefa miasa amin'ny rafitra fizarana sy Reliability Engineering, izany hoe manohana ny fahatokisana ny vokatra. Tsy maintsy atao on-call izy io, izany hoe azo antsoina amin'ny fotoana rehetra.
  2. Production Engineer dia tsy mitovy amin'ny Software Engineer amin'ny fananana fahaiza-manao avo lenta amin'ny asa, fa, raha ny marina, dia subspecies amin'ny Software Engineer. Injeniera rindrankajy kaody bebe kokoa; mety manana fahaiza-manao fanampiny mifandraika amin'izany izy ireo, ohatra, amin'ny fanodinana data. Ao amin'ny Facebook, ny manam-pahaizana manokana toy izany dia tsy maintsy miantso ihany koa, izay tonga ho toy ny tsy ampoizina ho an'ny maro.
  3. Ny piramidan'ny filan'ny Injeniera famokarana ao amin'ny orinasa iray dia manomboka amin'ny fanaraha-maso ny lohamilina sy ny tsingerin'ny androm-piainany, izany hoe ny fahazoana fitaovana vaovao, ny fametrahana azy, ny fametrahana azy. Ny ambaratonga manaraka dia mitovy amin'ny ambaratonga serivisy: serivisy fanaraha-maso sy ny tsingerin'ny fiainany. Avy eo dia tonga ny scaling mirindra sy ny fanaraha-maso mandroso. Mivadika ho autoscaling izy ireo rehefa mandeha ho azy ny tsingerin'ny fiainana. Ary amin'ny farany dia ilaina ny manao Tuning mba hahomby ny scaling ary mamonjy vola sy loharanon-karena ny orinasa.

5. Mikhail Chinkov, AMBOSS: “Tsy afaka manaraka ny lalana DevOps ny departemanta iray, tsy maintsy manaraka izany ny orinasa iray manontolo”

Mino i Mikhail fa fampandrosoana mitohy ny DevOps. Tsy afaka mampiditra fitaovana sasany ianao ary mijanona eo. Inona no olana manakana ny orinasa tsy ho lasa DevOps sy ny fomba fampiharana ny fomba fanao?

Fahasamihafana amin'ny fahatakarana ny DevOps. Ny devoly kanonika, araka ny fahitan'ny evanjelistra azy, dia miorina amin'ny andry 5:

  • kolontsaina - mifantoka amin'ny olona sy ny fiaraha-miasa;
  • automation - delegasiona ny fomba fanao amin'ny workflow;
  • lean - fanantitranterana ny fanomezana lanja ho an'ny mpampiasa;
  • fifampizarana - fifanakalozam-pahalalana mitohy;
  • metrika ary mandray valiny amin'ny fampiasana azy ireo.

Matetika ny orinasa dia mifantoka amin'ny automatique sy ny fanomezana lanja ho an'ny mpampiasa. Saingy ny kolontsaina, ny fizarana fahalalana, ary ny metrika DevOps hanaraha-maso ny fivoarana dia lasa any aoriana.

Fanamby amin'ny fanamafisam-peo DevOps. Ny tanjon'ny vokatra dia samy hafa ho an'ny orinasa rehetra ary tsy azo atao manara-penitra. Ny toetry ny DevOps amin'ny orinasa iray dia miankina amin'ny orinasa ihany, saingy maro no tsy mahatakatra izany ary mino fa ampy ny manakarama injeniera DevOps.

Nahoana isika no tsy mbola DevOps? Misy olana lehibe roa. Ao amin'ny Enterprise dia misy fivoarana miadana ny fikambanana, olana amin'ny fanovana ny vector ao an-tsain'ny mpiasa an'arivony. Ao amin'ny fanombohana, misy ny tsy fahampian'ny loharanom-pahalalana sy ny olana amin'ny fizarana loharanon-karena ho an'ny fanovana.

Dingana fampandrosoana ny DevOps amin'ny orinasa iray:

  • ny voalohany dia ny fotodrafitrasa ao anaty rahona, saingy tsy misy mahalala ny fomba fiasany afa-tsy ny admin iray na roa;
  • faharoa, mangarahara sy azon’ny injeniera rehetra ny fotodrafitrasa, saingy tsy mirindra ny fomba fiasa;
  • fahatelo - ny injeniera dia manomboka tsy miankina sy manamboatra serivisy mivantana;
  • fahefatra - ny injeniera dia mety handray anjara amin'ny fotodrafitrasa fototra, kaody mangarahara ao amin'ny rahona, fametrahana amin'ny bokotra.

Ny tetika tsara indrindra dia ny fananan'ny tsirairay ny fidirana amin'ny fotodrafitrasa, ny injeniera rehetra dia mahazo ny vokatra ary mahazo ny zavatra ataony.

Rehefa nakatona ny hetsika ara-kolontsaina sy ara-teknika rehetra, ny fiovan'ny DevOps an'ny orinasa dia handray ny tamberina avy amin'ny metrikan'ny orinasa sy ny sehatra.

6. Mpankafy DevOps an'ny Rosbank: "1000 andro hampiharana ny DevOps amin'ny orinasa mihoson-drà"

Yuri Bulich, Dina Maltseva, Evgeny Pankov avy ao amin'ny Rosbank dia nilaza ny fomba nahatongavan'izy ireo tao amin'ny DevOps tao anatin'ny telo taona. Nisy tanjona roa: hamaha olana manokana amin'ny ekipa manokana ary hampihatra fitaovana ivotoerana.

Ireto ny vokatra azo:

Vokatra ho an'ny ekipa vokatra: 30 heny ny fivoriambe haingana kokoa, 6 heny ny fametrahana haingana kokoa, hatramin'ny 30% ny tahiry amin'ny tsingerina feno. Manana fahafahana manindry bokotra iray mankany amin'ny famokarana isika izao

Vokatra momba ny baikon'ny sehatra: 10 heny haingana kokoa ny fivoriambe sy ny fametrahana, nitombo 87% ny isan'ny fametrahana, 46% ny fandrakofana autotest. Ny ekipan'ny integration dia tsy misy olana intsony

Noho izany, ahoana ny fampiharana ny fomba DevOps amin'ny orinasa mihoson-drà?

Ampiharo voalohany ny tetikasa pilot: Mifidiana ekipa, manapaha hevitra ny fomba fampiharana ny maritrano, ary mifantina fitaovana. Nifidy fitaovana manana fahazoan-dàlana misokatra izahay, misy fametrahana ao amin'ny banky ary fahaizana miasa miaraka amin'izy ireo. Rosbank dia nametraka rahona manokana niaraka tamin'ny sehatra DevOps, ary nanampy tamin'ny voalohany izany. Ao amin'ny rahona, azo atao ny mahazo ny loharano ilaina amin'ny fikitihana bokotra iray ao anatin'ny 15 minitra; teo aloha, mety haharitra herinandro ny dingana toy izany.

Ao amin'ny banky sy ny orinasa hafa dia ilaina ny mandamina mialoha ny fameperana miaraka amin'ny ekipan'ny fiarovana ny fampahalalam-baovao ary mitady vahaolana ahafahana mampihatra ny fanovana.

Aorian'ny fandroahana dia mila ampitomboina ny vahaolana mahomby.

  1. Zava-dehibe ny "manitsy" ny fantsona araka izay azo atao, manafoana ny rohy tsy ilaina amin'izany, manasongadina ireo mpamatsy sanda, ary manala ireo singa sisa. Ny intermediates dia antipatterns. Ohatra, ao amin'ny Rosbank, ekipa maromaro no tsy namolavola ny fampandrosoana anatiny, ary ny fampandrosoana ivelany ihany. Izany dia nitarika ny fiposahan'ny ekipa DevOps natokana, izay niantoka ny famindrana kaody avy any ivelany mankany amin'ny mpamorona anatiny. Voavaha ny olana tamin'ny fampidirana ny fampandrosoana ivelany amin'ny CI/CD, mba tsy hamindra ny kaody avy amin'ny tenany ho any amin'ny banky, fa ho tompon'andraikitra amin'ny fahombiazany.
  2. Ny maodelin'ny fahamatorana dia nahitana singa amin'ny fomba amam-panao DevOps, fitaovana voatanisa, ary nandinika ireo endri-javatra amin'ny fiaraha-miasa amin'ireo mpamatsy ivelany - amin'ny ho avy, izany dia nanampy tamin'ny fampihenana haingana ny asa an-tendrony rehefa mampihatra azy ireo amin'ny ekipa vaovao.
  3. Mila Fitantanana amin'ny endrika fanaraha-maso malefaka sy tolo-kevitra izahay. Ny DevOps Handbook izay miasa tsara dia andiana toetran'ny fandaminana sy fitaovana izay manampy ny ekipa hampiasa tsara ny sehatra.
  4. Tokony handinika avy hatrany ny kolontsaina ianao, dia hisy fiovana maro hitranga haingana sy mora kokoa. Ampitomboy ny vondrom-piarahamoninao anatiny, manaova fihaonana, atrikasa ara-teknika, fiofanana ary hetsika mahafinaritra. Mamokatra izany: mizara fomba fanao ny olona, ​​mijery hoe iza no nanao inona, mahafantatra izay tokony hihodina, misy ny fihenjanana sy ny fifaninanana ara-pahasalamana ao anatin'ny orinasa.
  5. Tsy misy dikany ny miara-miasa amin'ireo izay tsy mandray anjara amin'ny dingana, miaraka amin'ny ekipa tsy matotra; tsara kokoa ny mampiasa vola amin'ny ekipa liana sy olona mahatoky.
  6. Ny vahaolana voafidy dia tsy maintsy mety ho an'ireo injeniera mampiasa azy.
  7. Ny fampandrosoana ivelany dia tsy sakana, azo ampiharina ihany koa ny fanao, ny tena zava-dehibe dia ny ekipa mihitsy no manana ny faniriana.

Tombontsoa kely kokoa

Lisitry ny boky mendrika hovakiana ho an'ireo ao amin'ny DevOps, avy amin'i Alexander Chistyakov, vdsina.ru:

  1. Irina Yakutenko "Ny sitrapo sy ny fifehezan-tena."
  2. Daniel Kahneman "Mieritreritra, haingana ary miadana".
  3. Barbara Oakley "A Mind for Numbers".
  4. Maxim Dorofeev "Jedi teknika".
  5. Viktor Frankl "Fikarohan'ny lehilahy ny dikany".

Maharaha vaovao

Tianay koa ny DevOps. Araho ireo fanambarana andiany @DevOps ary @Kubernetes, ary koa ireo hetsika hafa Mail.ru Cloud Solutions, ao amin'ny fantsona Telegram: t.me/k8s_mail

Source: www.habr.com

Add a comment