Бид мэдээжийн хэрэг ярьж байна . Хэрэв та нарийвчилсан мэдээлэл өгөхгүй бол 30-р сарын 1, XNUMX-р сарын XNUMX-нд боловсруулах, турших, ашиглах үйл явцыг хослуулах, хэрэв та нарийвчилсан мэдээлэл өгөх бол муурны дор бага хурал хийх болно.
DevOps арга барилын хүрээнд төслийн технологийн хөгжлийн бүх хэсэг нь хоорондоо уялдаатай, зэрэгцэн явагдаж, бие биедээ нөлөөлдөг. Бодит цаг хугацаанд өөрчлөх, загварчлах, турших боломжтой автоматжуулсан хөгжлийн процессыг бий болгох нь энд онцгой ач холбогдолтой юм. Энэ нь зах зээлийн өөрчлөлтөд шууд хариу үйлдэл үзүүлэхэд тусална.
Чуулган дээр бид энэ хандлага нь бүтээгдэхүүний хөгжилд хэрхэн нөлөөлж байгааг харуулахыг хүсч байна. Үйлчлүүлэгчийн хувьд системийн найдвартай байдал, дасан зохицох чадвар хэрхэн хангагддаг. DevOps нь компанийн бүтэц, ажлын үйл явцыг зохион байгуулах арга барилыг хэрхэн өөрчилж байна.
тайзны ард
Бидний хувьд DevOps арга барилын хүрээнд өөр өөр компаниуд юу хийж байгааг мэдэхээс гадна энэ бүхэн яагаад хийгдсэнийг ойлгох нь чухал юм. Тиймээс бид Хөтөлбөрийн хороонд зөвхөн мэргэжилтнүүдийг урьсан төдийгүй DevOps-ийн яриаг өөр өөр байр сууринаас хардаг мэргэжилтнүүдийг урьсан.
- ахлах инженерүүд;
- хөгжүүлэгчид;
- багийн удирдагчид;
- CTO.
Энэ нь нэг талаас тайлан гаргах хүсэлтийг хэлэлцэхэд хүндрэл, зөрчил үүсгэдэг. Хэрэв инженер нь томоохон ослын шинжилгээ хийх сонирхолтой байгаа бол үүлэн болон дэд бүтцэд ажилладаг программ хангамжийг хэрхэн бүтээх талаар хөгжүүлэгч ойлгох нь илүү чухал юм. Гэхдээ зөвшөөрснөөр бид инженерээс эхлээд техникийн захирал хүртэл хүн бүрт үнэ цэнэтэй, сонирхолтой хөтөлбөрийг бий болгодог.
Манай хурлын зорилго бол зөвхөн хамгийн их шуугиан тарьсан илтгэлүүдийг сонгох биш, харин ерөнхий дүр зургийг танилцуулах явдал юм: DevOps арга нь практикт хэрхэн ажилладаг, шинэ процесс руу шилжих үед ямар төрлийн тармууртай тулгарч болох вэ. Үүний зэрэгцээ бид бизнесийн асуудлаас эхлээд тодорхой технологи руу шилжих агуулгын хэсгийг бүтээдэг.
Чуулганы хэсгүүд өмнөх шигээ хэвээр байх болно .
- Дэд бүтцийн платформ.
- Дэд бүтцийг код болгон.
- Тасралтгүй хүргэлт.
- Санал хүсэлт.
- DevOps дахь архитектур, CTO-д зориулсан DevOps.
- SRE дадлага.
- Сургалт ба мэдлэгийн менежмент.
- Аюулгүй байдал, DevSecOps.
- DevOps хувиргалт.
Баримт бичгийн дуудлага: бид ямар төрлийн тайланг хайж байна
Бид хурлын боломжит үзэгчдийг инженер, хөгжүүлэгчид, аюулгүй байдлын мэргэжилтнүүд, багийн ахлагч, техникийн захирал гэсэн таван бүлэгт хуваасан. Бүлэг бүр чуулганд ирэх өөрийн гэсэн сэдэлтэй байдаг. Хэрэв та DevOps-ийг эдгээр байр сууринаас харвал сэдвээ хэрхэн төвлөрүүлэх, хаана онцлохыг ойлгох боломжтой.
Инженерүүдийн хувьд, Дэд бүтцийн платформыг бий болгож байгаа хүмүүс одоо байгаа чиг хандлагыг ойлгох, аль технологи нь хамгийн дэвшилтэт болохыг ойлгох нь чухал юм. Тэд эдгээр технологийг ашиглах бодит туршлагаас суралцах, санал бодлоо солилцох сонирхолтой байх болно. Инженер хүн ямар нэгэн хүнд осолд дүн шинжилгээ хийсэн тайланг сонсохдоо баяртай байх болно, бид ч эргээд ийм тайланг сонгож, өнгөлөхийг хичээх болно.
Хөгжүүлэгчдийн хувьд гэх мэт ойлголтыг ойлгох нь чухал юм үүл програм. Энэ нь үүлэн болон янз бүрийн дэд бүтцэд ажиллахын тулд програм хангамжийг хэрхэн хөгжүүлэх вэ гэсэн үг юм. Хөгжүүлэгч програм хангамжаас санал хүсэлтийг байнга хүлээн авах шаардлагатай байдаг. Энд бид компаниуд энэ үйл явцыг хэрхэн бий болгох, програм хангамжийн гүйцэтгэлийг хэрхэн хянах, хүргэх үйл явц хэрхэн ажилладаг талаар сонсохыг хүсч байна.
Кибер аюулгүй байдлын мэргэжилтнүүд Аюулгүй байдлын процессыг хэрхэн яаж бий болгохыг ойлгох нь чухал бөгөөд ингэснээр компани доторх хөгжил, өөрчлөлтийн үйл явцыг саатуулахгүй байх болно. DevOps-аас ийм мэргэжилтнүүдэд тавигдах шаардлагын талаархи сэдвүүд бас сонирхолтой байх болно.
Багийн удирдагчид мэдэхийг хүсч байна, бусад компаниудад тасралтгүй хүргэх үйл явц хэрхэн явагддаг. Үүнд хүрэхийн тулд компаниуд ямар замаар явсан бэ, DevOps доторх хөгжил, чанарын баталгаажуулалтын үйл явцыг хэрхэн бий болгосон бэ. Багийн удирдагчид мөн Cloud-ийг сонирхож байна. Мөн баг доторх болон хөгжүүлэлт, инженерийн баг хоорондын харилцан үйлчлэлийн талаархи асуултууд.
Хэрэгтэй CTO Хамгийн гол нь эдгээр бүх үйл явцыг хэрхэн холбож, бизнесийн хэрэгцээнд нийцүүлэхийг олж мэдэх явдал юм. Тэрээр уг програм нь бизнес болон үйлчлүүлэгчийн аль алинд нь найдвартай эсэхийг баталгаажуулдаг. Эндээс та ямар технологиор ямар бизнесийн даалгаварт ажиллах, бүх үйл явцыг хэрхэн яаж барих гэх мэтийг ойлгох хэрэгтэй. CTO нь мөн төсөв боловсруулах үүрэгтэй. Жишээлбэл, тэрээр DevOps-д ажиллахын тулд мэргэжилтнүүдийг давтан сургахад хэр их мөнгө зарцуулах шаардлагатайг ойлгох ёстой.
Хэрэв танд эдгээр асуудлын талаар хэлэх зүйл байгаа бол чимээгүй байж болохгүй. . Баримт бичгийг хүлээн авах эцсийн хугацаа 20-р сарын XNUMX хүртэл. Та хэдий чинээ эрт бүртгүүлнэ, төдий чинээ тайлангаа эцэслэн гаргах, илтгэлдээ бэлдэх хугацаа их байх болно. Тиймээс бүү хойшлуул.
За, хэрэв танд олон нийтэд ярих шаардлагагүй бол зүгээр л 30-р сарын 1, XNUMX-р сарын XNUMX-нд ирж хамт олонтойгоо харьцана. Энэ нь сонирхолтой, урам зоригтой байх болно гэж бид амлаж байна.
Бид DevOps-ийг хэрхэн хардаг
DevOps гэж яг юу хэлэх гээд байгааг ойлгохын тулд миний тайланг уншихыг (эсвэл дахин уншихыг) зөвлөж байна." Зах зээлийн давалгаан дундуур явж байхдаа би DevOps-ийн санаа нь жижиг стартапаас үндэстэн дамнасан компаниуд хүртэл янз бүрийн хэмжээтэй компаниудад хэрхэн өөрчлөгдөж байгааг ажигласан. Тайлан нь хэд хэдэн асуулт дээр суурилагдсан бөгөөд тэдэнд хариулснаар танай компани DevOps руу явж байгаа эсэх, эсвэл хаа нэгтээ асуудал байгаа эсэхийг ойлгох боломжтой.
DevOps бол нарийн төвөгтэй систем бөгөөд үүнд дараахь зүйлс орно.
- Дижитал бүтээгдэхүүн.
- Энэхүү дижитал бүтээгдэхүүнийг хөгжүүлдэг бизнесийн модулиуд.
- Код бичдэг бүтээгдэхүүний багууд.
- Тасралтгүй хүргэлтийн практик.
- Үйлчилгээ болгон платформууд.
- Дэд бүтэц нь үйлчилгээ.
- Дэд бүтцийг код болгон.
- DevOps-д суурилуулсан найдвартай байдлыг хангах тусдаа дадлага.
- Энэ бүхнийг дүрсэлсэн санал хүсэлтийн дадлага.
Тайлангийн төгсгөлд компани дахь DevOps системийн талаар ойлголт өгөх диаграмм байна. Энэ нь танай компанид аль процессууд аль хэдийн боловсронгуй болсон, аль нь баригдаагүй байгааг харах боломжийг танд олгоно.
Та тайлангийн видеог үзэх боломжтой .
Мөн одоо урамшуулал байх болно: RIT++ 2019-ийн хэд хэдэн видеонууд нь DevOps-ийн өөрчлөлтийн хамгийн ерөнхий асуудлуудыг хөндсөн.
Компанийн дэд бүтцийг бүтээгдэхүүн болгон
Артём Науменко нь Skyeng дахь DevOps багийг удирдаж, компанийнхаа дэд бүтцийн хөгжилд санаа тавьдаг. Тэрээр SkyEng-ийн дэд бүтэц бизнесийн үйл явцад хэрхэн нөлөөлдөг талаар: ROI-ийг хэрхэн тооцоолох, тооцоолохдоо ямар хэмжүүр сонгох, тэдгээрийг сайжруулахын тулд хэрхэн ажиллах талаар хэлэв.
Микро үйлчилгээ рүү явах зам дээр
Nixys компани нь завгүй вэб төслүүд болон тархсан системүүдэд дэмжлэг үзүүлдэг. Түүний техникийн захирал Борис Ершов 5 жилийн өмнө (эсвэл түүнээс ч илүү) хөгжүүлж эхэлсэн програм хангамжийн бүтээгдэхүүнийг орчин үеийн платформ дээр хэрхэн хөрвүүлэх талаар хэлэв.
Дүрмээр бол ийм төслүүд нь дэд бүтцийн ийм харанхуй, эртний булангууд байдаг онцгой ертөнц бөгөөд одоогийн инженерүүд тэдний талаар мэддэггүй. Нэгэн цагт сонгосон архитектур, хөгжлийн арга барилууд нь хуучирсан бөгөөд бизнест ижил хурдацтай хөгжиж, шинэ хувилбаруудыг гаргах боломжгүй юм. Үүний үр дүнд бүтээгдэхүүний гаралт бүр ямар нэгэн зүйл байнга унаж, хамгийн гэнэтийн газар унадаг гайхалтай адал явдал болж хувирдаг.
Ийм төслийн менежерүүд технологийн бүх үйл явцыг өөрчлөх шаардлагатай тулгардаг. Борис илтгэлдээ:
- төслийн зөв архитектурыг хэрхэн сонгох, дэд бүтцийг хэрхэн цэгцлэх;
- өөрчлөлт хийх замд ямар хэрэгсэл ашиглах, ямар бэрхшээл тулгардаг;
- дараа нь яах вэ.
Суллах автоматжуулалт эсвэл хэрхэн хурдан, өвдөлтгүй хүргэх
Александр Коротков бол CIAN дахь CI/CD системийн тэргүүлэгч хөгжүүлэгч юм. Тэрээр чанарыг сайжруулж, кодыг үйлдвэрлэлд хүргэх хугацааг 5 дахин багасгах боломжтой болгосон автоматжуулалтын хэрэгслийн талаар ярьсан. Гэхдээ ийм үр дүнд зөвхөн автоматжуулалтаар хүрэх боломжгүй байсан тул Александр хөгжлийн үйл явц дахь өөрчлөлтөд анхаарлаа хандуулав.
Гэнэтийн осол танд хэрхэн суралцахад тусалдаг вэ?
Алексей Кирпичников 5 жилийн турш SKB Kontur-д DevOps болон дэд бүтцийг хэрэгжүүлж байна. Гурван жилийн хугацаанд түүний компанид янз бүрийн түвшний 1000 орчим факап гарчээ. Тухайлбал, 36 хувь нь чанар муутай хувилбарыг үйлдвэрлэлд нэвтрүүлснээс, 14 хувь нь дата төвийн техник хангамжийн засварын ажилтай холбоотой байна.
Компанийн инженерүүд хэдэн жил дараалан хадгалж ирсэн тайлангийн архив (үдэгдэл) нь ослын талаар үнэн зөв мэдээлэл авах боломжийг олгодог. Ослын дохиог хамгийн түрүүнд хүлээн авч, бүх зүйлийг засч эхэлсэн жижүүрийн инженер бичдэг. Шөнө нүүртэй ноцолдож байгаа инженерүүдийг яагаад тайлан бичиж тарчлаана вэ? Энэ өгөгдөл нь дүр зургийг бүхэлд нь харж, дэд бүтцийн хөгжлийг зөв чиглэлд шилжүүлэх боломжийг олгодог.
Алексей хэлсэн үгэндээ үхлийн дараах үнэхээр хэрэгтэй зүйлийг хэрхэн бичих, томоохон компанид ийм тайлангийн практикийг хэрхэн хэрэгжүүлэх талаар хуваалцав. Хэрэв та хэн нэгнийг хэрхэн хуурсан тухай үлгэрт дуртай бол үзүүлбэрийн видеог үзээрэй.
Таны DevOps-ийн талаарх төсөөлөл биднийхтэй таарахгүй байж магадгүй гэдгийг бид ойлгож байна. DevOps-ийн өөрчлөлтийг хэрхэн харж байгааг мэдэх нь сонирхолтой байх болно. Энэ сэдвийн талаархи туршлага, үзэл бодлоо коммент хэсэгт хуваалцаарай.
Бид ямар тайлангуудыг хөтөлбөрт аль хэдийн хүлээн авсан бэ?
Энэ долоо хоногт Хөтөлбөрийн хороо аюулгүй байдал, дэд бүтэц, SRE практикийн тухай 4 илтгэл батлав.
Магадгүй DevOps-ийн өөрчлөлтийн хамгийн зовлонтой сэдэв бол мэдээллийн аюулгүй байдлын албаны хүмүүс хөгжүүлэлт, үйл ажиллагаа, удирдлагын хооронд аль хэдийн бий болсон холболтыг устгахгүй байхыг хэрхэн баталгаажуулах вэ? Зарим компани мэдээллийн аюулгүй байдлын албагүйгээр удирддаг. Энэ тохиолдолд мэдээллийн аюулгүй байдлыг хэрхэн хангах вэ? Үүний тухай sudo.su сайтаас Мона Архипова. Түүний тайлангаас бид дараахь зүйлийг мэдэж болно.
- юуг, хэнээс хамгаалах ёстой;
- аюулгүй байдлын ердийн үйл явц гэж юу вэ;
- МТ болон мэдээллийн аюулгүй байдлын үйл явц хэрхэн огтлолцдог;
- CIS CSC гэж юу вэ, түүнийг хэрхэн хэрэгжүүлэх;
- хэрхэн, ямар үзүүлэлтээр мэдээллийн аюулгүй байдлын шалгалтыг тогтмол хийх.
Дараагийн тайлан нь дэд бүтцийг код болгон хөгжүүлэх тухай юм. Гарын авлагын ажлын хэмжээг багасгаж, төслийг бүхэлд нь эмх замбараагүй байдал болгохгүй, энэ боломжтой юу? Энэ асуултад Икстенсээс Максим Кострикин. Түүний компани ашигладаг Терраформ AWS дэд бүтэцтэй ажиллахад зориулагдсан. Энэ хэрэгсэл нь тохиромжтой, гэхдээ үүнийг ашиглахдаа асар том код үүсгэхээс хэрхэн зайлсхийх вэ гэдэг асуулт юм. Ийм өвийг арчлах нь жил ирэх тусам илүү үнэтэй болно.
Максим автоматжуулалт, хөгжүүлэлтийг хялбарчлахад чиглэсэн код байрлуулах загвар хэрхэн ажилладагийг харуулах болно.
Өөр -аас дэд бүтцийн талаар сонсох болно Playkey-ээс Владимир Рябов. Энд бид дэд бүтцийн платформын талаар ярих бөгөөд бид дараахь зүйлийг сурах болно.
- хадгалах зайг үр дүнтэй ашиглаж байгаа эсэхийг хэрхэн ойлгох вэ;
- Зөвхөн 10 ТБ хадгалах сан ашигласан тохиолдолд хэдэн зуун хэрэглэгчид 20 TB контентыг хэрхэн хүлээн авах боломжтой вэ;
- өгөгдлийг 5 удаа шахаж, хэрэглэгчдэд бодит цаг хугацаанд хэрхэн хүргэх;
- хэд хэдэн мэдээллийн төвүүдийн хооронд өгөгдлийг хэрхэн синхрончлох;
- Нэг виртуал машиныг дараалан ашиглах үед хэрэглэгчдийн бие биедээ үзүүлэх нөлөөллийг хэрхэн арилгах.
Энэхүү ид шидийн нууц нь технологи юм FreeBSD-д зориулсан ZFS мөн түүний шинэ сэрээ Линукс дээрх ZFS. Владимир Playkey-ийн хэргүүдийг хуваалцах болно.
Amixr.IO-ийн Матвей Кукуй амьдралаас жишээ авахад бэлэн байна , юу болов SRE найдвартай системийг бий болгоход хэрхэн тусалдаг. Amixr.IO нь дэлхийн өнцөг булан бүрт байгаа олон арван жижүүрийн баг 150 мянган хэргийг шийдвэрлэсэн байна. Чуулган дээр Матвей өөрийн компанийн үйлчлүүлэгчдийн асуудлыг шийдэж, бүтэлгүйтэлд дүн шинжилгээ хийснээр хуримтлуулсан статистик мэдээлэл, ойлголтоо хуваалцах болно.
Дахин нэг удаа би таныг шунахайрахгүй байхыг уриалж, DevOps самурай болох туршлагаа хуваалцаарай. Үйлчлэх илтгэл, та бид хоёр маш сайн илтгэл бэлтгэхэд 2,5 сарын хугацаа шаардагдана. Сонсогч байхыг хүсвэл хөтөлбөрийн шинэчлэлттэй мэдээллийн товхимол руу орж, хурлын тов ойртох тусам тасалбараа урьдчилж захиалах талаар нухацтай бодож үзээрэй.
Эх сурвалж: www.habr.com