Зорилтот үзэгчид
Та илүү дэвшилтэт DevOps загвар руу карьераа чиглүүлэхийг хүсч буй хөгжүүлэгч мөн үү? Та сонгодог үйлдлийн инженер мөн бөгөөд DevOps гэж юу гэсэн үг болохыг мэдэхийг хүсч байна уу? Эсвэл та МТ-д хэсэг хугацаа зарцуулсны дараа мэргэжлээ өөрчлөхийг хүсч, хаанаас эхлэхээ мэдэхгүй байна уу?
Хэрэв тийм бол зургаан сарын дотор хэрхэн дунд түвшний DevOps инженер болох талаар олж мэдэхийн тулд уншаарай! Эцэст нь хэлэхэд, хэрэв та DevOps-т олон жил оролцсон бол интеграцчлал, автоматжуулалтын салбар одоо хаана байгаа, хаашаа явж байгааг мэдэхийн тулд энэ цуврал нийтлэлээс маш их зүйлийг олж авах болно.
Энэ бүхэн юу вэ?
Нэгдүгээрт, DevOps гэж юу вэ? Та Google-ийн тодорхойлолтуудыг уншиж, бүх үг хэллэгийг үзэж болно, гэхдээ ихэнх тодорхойлолтууд нь хялбаршуулсан хэлбэрээр ороосон үгсийн төөрөгдөл гэдгийг мэдэж аваарай. Тиймээс би танд эдгээр бүх тодорхойлолтын хураангуйг өгөх болно: DevOps бол толгойны өвчин, хариуцлагыг холбогдох бүх хүмүүсийн дунд хуваалцдаг програм хангамжийг хүргэх арга юм. Тэгээд л болоо.
За, гэхдээ энэ товчлол нь юу гэсэн үг вэ? Энэ нь уламжлал ёсоор Хөгжүүлэгчид (програм хангамжийг бүтээдэг хүмүүс) Үйл ажиллагааныхаас (програм хангамжийг удирддаг хүмүүс) ихээхэн ялгаатай урамшууллаар ажлаа хийх сэдэл төрүүлдэг гэсэн үг юм. Жишээлбэл, хөгжүүлэгчийн хувьд би аль болох хурдан олон шинэ боломжуудыг бий болгохыг хүсч байна. Эцсийн эцэст энэ бол миний ажил бөгөөд үүнийг үйлчлүүлэгчид шаарддаг! Гэсэн хэдий ч, хэрэв би Ops хүн бол надад аль болох цөөн шинэ боломж хэрэгтэй, учир нь шинэ функц бүр өөрчлөлт бөгөөд аливаа өөрчлөлт нь асуудал дагуулдаг. Урамшууллын буруу тохируулгын үр дүнд DevOps бий болсон.
DevOps нь хөгжүүлэлт, үйл ажиллагааг (интеграцчлал ба автоматжуулалт) нэг бүлэгт нэгтгэхийг оролддог. Нэг бүлэг нь хэрэглэгчдэд чиглэсэн программ хангамжийг бий болгох, ашиглах, орлого олох зэрэг зовлон зүдгүүр, хариуцлагыг (болон магадгүй шагнал) хоёуланг нь хуваалцах болно гэсэн санаа юм.
Пуристууд танд "DevOps инженер" гэж байдаггүй гэдгийг хэлэх болно. "DevOps бол үүрэг биш, соёл" гэж тэд танд хэлэх болно. Мэдээжийн хэрэг, техникийн үүднээс авч үзвэл тэдний зөв, гэхдээ одоо байгаа шиг. Ихэнхдээ энэ нэр томьёо гараас гарав. Анхны утгаасаа гадна DevOps инженер нь "системийн инженер 2.0" гэдэгтэй адил зүйл юм. Өөрөөр хэлбэл, тэр бол програм хангамж хөгжүүлэх амьдралын мөчлөгийг ойлгож, програм хангамж хөгжүүлэх хэрэгсэл, процессыг бий болгодог хүн юм. үйл ажиллагааны сонгодог асуудлуудыг шийдвэрлэх.
DevOps гэдэг нь хөгжүүлэгчийн зөөврийн компьютерээс код авч, эцсийн бүтээгдэхүүний ашиглалтаас олсон орлого болгон хувиргах дижитал шугам сүлжээг бий болгох гэсэн үг юм. DevOps-ийн мэргэжлийг сонгох нь бараг бүх компани "DevOps хийдэг" эсвэл өөрийгөө нэг гэж үздэг санхүүгийн урамшууллаар нэлээд өндөр нөхөн олговор авдаг гэдгийг анхаарна уу. Эдгээр компаниуд хаана байрлаж байгаагаас үл хамааран DevOps-ийн нийт ажлын боломж нэлээд өндөр бөгөөд олон жилийн турш "хөгжилтэй" бөгөөд утга учиртай ажлын байрыг санал болгодог.
Гэсэн хэдий ч, "DevOps баг" эсвэл "DevOps хэлтэс" ажилд авах компаниудаас болгоомжлох хэрэгтэй. Хатуухан хэлэхэд ийм зүйл байх ёсгүй, учир нь эцэст нь DevOps нь шинэ баг бүрдүүлэх, хэлтэс үүсгэх бус програм хангамжийг түгээх соёл, арга зам хэвээр байна. тансаг нэр.
Disclaimer
Одоо Коол-Айдын шилийг түр хойш тавиад дараах зүйлийг бодоцгооё. Та "Бага DevOps инженер байдаггүй" гэсэн эртний зүйр үгийг сонссон уу? Хэрэв тийм биш бол энэ нь Reddit болон StackOverflow дээрх алдартай троп гэдгийг мэдэж аваарай. Гэхдээ энэ нь юу гэсэн үг вэ?
Энгийнээр хэлбэл, энэ хэллэг нь үнэхээр үр дүнтэй DevOps дадлагажигч болохын тулд олон жилийн туршлага, багаж хэрэгслийн талаар сайн ойлголттой байх шаардлагатай гэсэн үг юм. Харамсалтай нь зорилгодоо хүрэх дөт зам байхгүй. Тэгэхээр энэ бол системийг тоглох гэсэн оролдлого биш - энэ салбарт хэдэн сарын туршлагатай ахлах DevOps инженер гэж дүр эсгэх боломжгүй гэж би бодож байна. Хурдан өөрчлөгдөж буй арга хэрэгсэл, аргачлалын талаар хатуу ойлголттой болохын тулд олон жилийн туршлага шаардагдах бөгөөд үүнийг тойрч гарах боломжгүй юм. Гэсэн хэдий ч ихэнх компаниудын ашигладаг хэрэгсэл, үзэл баримтлалын бараг тогтмол (хэрэв та загварлаг) цэс байдаг бөгөөд энэ нь бидний ярих зүйл юм.
Дахин хэлэхэд, багаж хэрэгсэл нь ур чадвараас ялгаатай тул та багаж хэрэгсэлд суралцаж байхдаа өөрийн ур чадвараа (санал асуулга хийх, сүлжээ байгуулах, бичгээр харилцах, алдааг олж засварлах гэх мэт) орхигдуулахгүй байгаа эсэхийг шалгаарай. Хамгийн гол нь бидний олохыг хүсч буй зүйлээ бүү мартаарай - санаануудыг авч, орлого бүрдүүлдэг код болгон хувиргах бүрэн автомат дижитал дамжуулах хоолойг бий болгох арга юм. Энэ бол нийтлэлээс гарсан хамгийн чухал дүгнэлт юм!
Хангалттай яриа, би хэзээ эхлэх вэ?
Доорх нь DevOps Үндсэн мэдлэгийн замын зураг юм. Тэнд дүрслэгдсэн бүх зүйлийг эзэмшсэний дараа та өөрийгөө DevOps инженер гэж найдвартай, үнэнчээр хэлж чадна! Эсвэл "DevOps" гэсэн нэрэнд дургүй бол үүлэн инженер.
Энэ газрын зураг нь чадварлаг DevOps инженер юу мэдэх ёстой талаар миний (мөн энэ орон зайд ажиллаж байгаа ихэнх хүмүүсийн) санааг илэрхийлдэг. Гэсэн хэдий ч энэ бол зөвхөн үзэл бодол бөгөөд үүнтэй санал нийлэхгүй хүмүүс байх нь гарцаагүй. Энэ зүгээр! Бид энд төгс төгөлдөр болохын төлөө биш, бид бодитоор барьж чадах бат бөх суурийг бий болгохыг эрмэлзэж байна.
Та энэ замыг аажмаар, давхаргаар нь туулах ёстой. Линукс, Python, AWS гэсэн цэнхэр өнгийн элементүүдийн талаар эхлээд суралцаж үндсэн ойлголтуудаас эхэлцгээе (үргэлжлүүлье!). Дараа нь, хэрэв цаг хугацаа эсвэл ажлын зах зээлийн эрэлт хэрэгцээ зөвшөөрвөл нил ягаан өнгийн зүйлийг хий - Голанг болон Google Cloud.
Үнэнийг хэлэхэд, үндсэн дээд давхарга бол таны үүрд суралцах ёстой зүйл юм. OS Linux нь маш нарийн төвөгтэй бөгөөд эзэмшихэд олон жил шаардагддаг. Python нь шинэ хэвээр байхын тулд байнгын дадлага шаарддаг. AWS маш хурдан хөгжиж байгаа тул таны өнөөдрийн мэдэж байгаа зүйл жилийн дараа л таны ерөнхий мэдлэгийн багцын нэг хэсэг байх болно. Үндсэн ойлголтуудыг сурсны дараа жинхэнэ ур чадварын багц руу шилжинэ. Нийт 6 цэнхэр багана (Тохиргоо, Хувилбар, Савлах, Байршуулах, Эхлүүлэх, Хяналт) байгааг анхаарна уу.
Мэдээжийн хэрэг та манай зургаан сарын дамжуулах хоолойн чухал үе шат - туршилт байхгүй байгааг анзаарсан. Модуль бичих, нэгтгэх, хүлээн авах тест хийх нь тийм ч амар биш бөгөөд уламжлал ёсоор хөгжүүлэгчдийн мөрөн дээр унадаг тул би үүнийг замын зураглалд зориудаар оруулаагүй. Мөн "туршилтын" үе шатыг алгасах нь энэхүү замын зургийн зорилго нь үндсэн ур чадвар, хэрэгслийг аль болох хурдан эзэмших явдал юм. Зохиогчийн хэлснээр туршилтын туршлага дутмаг нь DevOps-ийг зөв ашиглахад бага зэрэг саад болж байна.
Түүнчлэн, бид энд ямар ч хамааралгүй техникийн ярианд суралцаагүй, харин тодорхой түүхийг бий болгохын тулд нэг дор цуглардаг хэрэгслүүдийн талаар ойлголттой байгаа гэдгийг санаарай. Энэ түүх нь битүүдийг угсралтын шугам шиг хөдөлгөдөг дижитал угсралтын шугам болох төгсгөл хоорондын процессын автоматжуулалтын тухай юм. Та олон тооны хэрэгсэл сурч, зогсохыг хүсэхгүй байна! DevOps хэрэгслүүд хурдан өөрчлөгддөг ч ойлголтууд нь хамаагүй бага өөрчлөгддөг. Иймд та дээд түвшний ойлголтуудад хэрэглүүрийг заах прокси болгон ашиглахыг хичээх хэрэгтэй.
За, жаахан гүн ухцгаая!
Үндсэн мэдлэг
Суурь гэсэн дээд алхамын доор та DevOps инженер бүрийн эзэмших ёстой ур чадварыг харж болно. Эдгээр ур чадварууд нь үйлдлийн систем, програмчлалын хэл, нийтийн үүл зэрэг салбарын гурван тулгуур баганатай итгэлтэй ажиллах явдал юм. Эдгээр зүйл бол та хурдан сурч, цаашаа явах зүйл биш юм. Салбартаа тэргүүлж, эргэн тойрныхоо мэргэжлийн орчинд нийцүүлэхийн тулд эдгээр ур чадварыг байнга сайжруулж, эзэмшиж байх шаардлагатай. Тэднийг нэг нэгээр нь авч үзье.
Линукс бол бүх зүйл ажилладаг газар юм. Та Microsoft-ын экосистемд бүрэн багтаж байхдаа гайхалтай DevOps дадлагажигч байж чадах уу? Мэдээж та чадна! Зөвхөн Линукс ашиглахыг заасан хууль байхгүй. Гэсэн хэдий ч Линукс дээрх бүх зүйлийг Windows дээр хийх боломжтой хэдий ч энэ нь илүү өвдөлттэй, бага ажиллагаатай байдаг гэдгийг санаарай. Энэ үед Линуксийг мэдэхгүй бол жинхэнэ DevOps-ийн мэргэжилтэн болох боломжгүй тул Линукс бол таны судалж, сурах ёстой зүйл юм.
Үнэнийг хэлэхэд, үүнийг хийх хамгийн сайн арга бол гэртээ Линукс (Fedora эсвэл Ubuntu) суулгаж, аль болох ашиглах явдал юм. Мэдээж та маш олон зүйлийг эвдэж, ажлын явцад гацах болно, чи бүх зүйлийг засах хэрэгтэй болно, гэхдээ та Линукс сурах болно!
Дашрамд хэлэхэд, RedHat хувилбарууд Хойд Америкт илүү түгээмэл байдаг тул Fedora эсвэл CentOS-ээс эхлэх нь зүйтэй юм. Хэрэв та KDE эсвэл Gnome хувилбар худалдаж авах уу гэж бодож байвал KDE-г сонго. Үүнийг Линус Торвалдс өөрөө ашигладаг.
Python бол өнөө үед зонхилох back-end хэл юм. Үүнийг эхлүүлэхэд хялбар бөгөөд өргөн хэрэглэгддэг. Python нь хиймэл оюун ухаан, машин сургалтын салбарт маш түгээмэл байдаг тул хэрэв та өөр халуун талбарт шилжихийг хүсч байвал та бүрэн бэлтгэлтэй байх болно.
Amazon Web Services: Дахин хэлэхэд нийтийн үүл хэрхэн ажилладаг талаар сайн ойлголтгүй бол туршлагатай DevOps мэргэжилтэн болох боломжгүй юм. Хэрэв та энэ талаар илүү ихийг мэдэхийг хүсвэл Amazon Web Services-ийг үзээрэй. Энэ нь үйлчилгээний энэ салбарт тэргүүлэгч тоглогч бөгөөд хамгийн баялаг ажлын хэрэгслийг санал болгодог.
Оронд нь Google Cloud эсвэл Azure-аас эхлэх боломжтой юу? Мэдээж та чадна! Гэхдээ сүүлийн санхүүгийн хямралыг санаж байхдаа AWS нь хамгийн найдвартай сонголт гэдгийг тэмдэглэх нь зүйтэй, учир нь 2018 онд энэ нь танд дансаа үнэ төлбөргүй бүртгүүлэх, үүлэн үйлчилгээний боломжийг судалж эхлэх боломжийг олгодог. Нэмж дурдахад AWS консол нь хэрэглэгчдэд сонгох боломжтой энгийн бөгөөд ойлгомжтой цэсээр хангадаг. Сайн мэдээ гэвэл та үүнийг хийхийн тулд Amazon-ийн бүх технологийг мэдэх шаардлагагүй юм.
Дараахаас эхэлнэ үү: VPC, EC2, IAM, S3, CloudWatch, ELB (EC2 дээвэр дор уян ачааллыг тэнцвэржүүлэх) болон Аюулгүй байдлын групп. Эдгээр зүйлс таныг эхлүүлэхэд хангалттай бөгөөд орчин үеийн, үүлэнд суурилсан байгууллага бүр эдгээр хэрэгслийг нэлээд идэвхтэй ашигладаг. AWS-ийн өөрийн сургалтын сайт нь эхлэхэд тохиромжтой газар юм.
Өдөр бүр 20-30 минутыг Python хэл, Линукс үйлдлийн систем, AWS үүлэн үйлчилгээнд суралцах, дадлага хийхэд зарцуулж сурах шаардлагатай зүйлсээс гадна танд зөвлөж байна. Ерөнхийдөө долоо хоногт таван удаа өдөрт нэг цаг зарцуулах нь 6 сар ба түүнээс бага хугацаанд DevOps салбарыг ойлгоход хангалттай гэдэгт би итгэдэг. Нийт 6 үндсэн бүрэлдэхүүн хэсэг байдаг бөгөөд тус бүр нь нэг сарын сургалттай тохирч байна. Энэ бол үндсэн мэдлэгийг олж авахад л хангалттай.
Дараагийн нийтлэлүүдэд бид нарийн төвөгтэй байдлын дараагийн түвшинг авч үзэх болно: програм хангамжийн тохиргоо, хувилбар, баглаа боодол, байршуулах, ажиллуулах, хянах ажлыг хэрхэн бүрэн автоматжуулах вэ.
Үргэлжлэл тун удахгүй...
Зарим зар 🙂
Бидэнтэй хамт байсанд баярлалаа. Манай нийтлэл танд таалагдаж байна уу? Илүү сонирхолтой контент үзэхийг хүсч байна уу? Захиалга өгөх эсвэл найзууддаа санал болгох замаар биднийг дэмжээрэй, , Бидний танд зориулж бүтээсэн анхны түвшний серверүүдийн өвөрмөц аналоги: (RAID1 болон RAID10, 24 хүртэлх цөм, 40 ГБ хүртэл DDR4-тэй байх боломжтой).
Амстердам дахь Equinix Tier IV дата төвд Dell R730xd 2 дахин хямд байна уу? Зөвхөн энд Нидерландад! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 доллараас! тухай уншина уу
Эх сурвалж: www.habr.com