Өнөөгийн нөхцөл байдалд хамгийн харамсалтай нь МТ аажмаар нэг хүнд ногдох хариуцлагын тоонд “зогсоох” гэсэн үг огт байхгүй салбар болж байна.
Сул орон тоог уншихад заримдаа та 2-3 хүн биш, харин бүхэл бүтэн компанийг нэг хүнд хардаг, хүн бүр яарч байна, техникийн өр нэмэгдсээр байна, хуучин өв нь шинэ бүтээгдэхүүний дэвсгэр дээр төгс төгөлдөр мэт харагддаг, учир нь энэ нь ядаж л. док, кодын тайлбартай, шинэ бүтээгдэхүүнүүд гэрлийн хурдаар бичигддэг боловч үүний үр дүнд тэдгээрийг бичсэнээс хойш нэг жил ашиглах боломжгүй, ихэнхдээ энэ жил ашиг авчрахгүй, үүнээс гадна үүл нь үйлчилгээний борлуулалтаас өндөр байна. Хөрөнгө оруулагчдын мөнгө одоо болтол ажиллаж амжаагүй ч ажилчны хувьд сүлжээнд гараад байгаа үйлчилгээний засвар үйлчилгээнд зарцуулагддаг.
Жишээ нь: хуучин тоглоомын ремастер нь салбарын түүхэн дэх хамгийн бага үнэлгээг авсан алдартай компани. Би энэ бүтээгдэхүүнийг худалдаж авсан хүмүүсийн нэг байсан, гэхдээ одоо ч гэсэн энэ бүтээгдэхүүн маш сайн ажиллаж байгаа бөгөөд онолын хувьд энэ хэлбэрээр хараахан гараагүй байх ёстой. Төлбөрийг буцаан олгох, үнэлгээний уналт, үйлчилгээний ажлын талаархи гомдлын талаар форумд олон тооны хэрэглэгчдийг хориглох. Нүхний тоо нь баярлуулдаггүй, харин аймшигтай, гэхдээ бүтээгдэхүүн нь ашиглах боломжгүй хэвээр байна. Хэрэв энэ хандлага нь 91 оноос хойш хөгжиж буй компанийн хувьд ийм үр дүнд хүргэж байгаа бол дөнгөж эхэлж байгаа компаниудын хувьд байдал бүр ч дор байна.
Гэхдээ бид энэ хандлагын үр дүнг үйлчилгээний хэрэглэгчийн талаас авч үзсэн бөгөөд одоо ажилчдад тулгардаг бэрхшээлийг харцгаая.
DevOps баг байх ёсгүй, энэ бол аргачлал гэх мэт мэдэгдлийг би олонтаа сонсдог, гэхдээ асуудал нь ямар нэг шалтгааны улмаас компаниуд noks, dba, infructors, барилгын инженер хайхаа больсон - одоо бүгд DevOps инженер болсон. ганц хүний дотор. Мэдээжийн хэрэг, бие даасан компаниудад ийм сул орон тоо байсаар байгаа ч тэдгээр нь улам бүр багассаар байна. Олон хүмүүс үүнийг хөгжил гэж нэрлэдэг, би хувьдаа үүнийг доройтуулж байгааг харж байна, бүх чиглэлээр мэдлэгээ сайн байлгах боломжгүй, тэр үед 8 цагаас илүүгүй ажиллах боломжтой. Мэдээжийн хэрэг, эдгээр нь уран зөгнөл юм. Бодит байдал дээр мэдээллийн технологийн олон ажилчид 12, 14 цаг ажиллахаас өөр аргагүйд хүрдэг бөгөөд үүнээс 8 нь цалинтай байдаг. "Надад даалгавар өгсөн, зогсоол, муруй байхгүй, үйлчилгээ нь мөнгө шаарддаг" гэх шалтгаанаар ихэвчлэн амралтгүй байдаг. мөн үүлэнд 1-ийн хувьд та зарчмын хувьд хэдэн сарын дотор цалин авч чадахгүй, ялангуяа хэрэв та IP үндсэн дээр ажилладаг бол. Үнэн хэрэгтээ бид бизнест үгээ алдаж байна, ажил үүргийн хуваарилалтаас гадна менежерүүд юуг ч ойлгохгүйгээр хөгжлийн үйл явцад орж, бизнесийн мэдээлэл, хэрэглээний үйл ажиллагааг төөрөгдүүлж, үүний үр дүнд эмх замбараагүй байдал үүсэхтэй тулгарч байна. эхэлдэг.
Эмх замбараагүй байдал эхлэхэд бизнес буруутанг олохыг хүсдэг бөгөөд энд танд бүх нийтийн буруутан хэрэгтэй, 10 гаруй хүнийг буруутгах нь хэцүү байдаг тул менежерүүд байр сууриа нэгтгэдэг, учир нь 1 мэргэжилтэн илүү их үүрэг хариуцлага хүлээх тусам амархан байдаг. түүний хайхрамжгүй байдлыг нотлох. Мөн Agile-ийн нөхцөлд "гэм буруутай" олох, цохих нь менежментийн чиглэлээр бизнес эрхлэх энэхүү аргачлалын үндэс юм. Agile нь мэдээллийн технологийн салбараас гараад удаж байгаа бөгөөд түүний гол үзэл баримтлал нь өдөр тутмын үр дүнгийн шаардлага болсон. Асуудал нь өндөр мэргэшсэн мэргэжилтэн нь өдөр бүр үр дүнгээ өгдөггүй бөгөөд энэ нь тайлагнах нь илүү хэцүү байх болно гэсэн үг бөгөөд энэ нь бизнес эрхлэгчид "бүх зүйлд мэргэжилтэн" хүсдэг бас нэг шалтгаан юм. Гэхдээ гол шалтгаан нь мэдээжийн хэрэг цалин хөлс юм - тэр бүх өөрчлөлтийн гол шалтгаан нь тэтгэмжийн төлөө хүмүүс өөрсдөдөө болон тэр залуугийн төлөө ажиллахаар тохиролцсон. Гэвч эцэст нь бусад газруудын нэгэн адил олон тооны үйлчилгээний төлбөрийг бага хэмжээгээр төлөх үүрэг болжээ.
Одоо та хөгжүүлэгчид аль хэдийн байршуулах боломжтой, DevOps инженерийн дэргэдэх дэд бүтцийн асуудлыг шийдвэрлэх ёстой нийтлэлүүдийг олон удаа харж болно, гэхдээ энэ нь юунд хүргэдэг вэ? Энэ нь зөв - үйлчилгээний чанар буурах, хөгжүүлэгчдийн чанар буурах. 2 хоногийн өмнө би хөгжүүлэгчид өөр өөр хостуудаас бичиж уншиж болно гэж тайлбарласан бөгөөд тэд ийм зүйлийг хэзээ ч харж байгаагүй гэдгээ амнаас нь хөөсөөр нотолсон, энд тохиргоонууд orm host, port, db, хэрэглэгч, нууц үг, тэгээд л .... Гэхдээ хөгжүүлэгч нь байршуулалтыг хэрхэн эхлүүлэх, yamls бичихийг мэддэг .... Гэхдээ тэр кодын нэгжийн тест, тайлбарыг аль хэдийн мартжээ.
Үүний үр дүнд бид дараахь зүйлийг харж байна - байнгын боловсруулалт хийх, ажлын бус цагаар асуудлаа шийдвэрлэх арга замыг эрэлхийлэх, амралтын өдрүүдэд тогтмол бэлтгэл хийх, орлогоо нэмэгдүүлэх биш, харин өөрсдийгөө тогтвортой байлгах. Хөгжүүлэгчид нь DevOps инженерт CI / CD-тэй туслахаас өөр аргагүй болдог бөгөөд хэрэв хөгжүүлэгч цаг зав гарахгүй бол тэр амаа барьж, менежерүүд тархиа бордоо хийж эхэлдэг бөгөөд хэрэв энэ нь илүү цагаар ажиллах хүслийг нэмэгдүүлэхэд тус болохгүй бол өргөдөл гаргана уу. Торгууль, торгууль ногдуулах үед тэр хүн шинэ ажил хайж, Эверестийн хэмжээний техникийн өр үлдээж, үүний үр дүнд хөгжүүлэгчдийн дунд өр нэмэгдэж эхэлдэг. Тэд хуучин эсвэл шинэ DevOps инженерт туслах цаг гаргахын тулд код бичихээс өөр аргагүй болсон бөгөөд менежерүүд бүх зүйлд сэтгэл хангалуун байдаг, учир нь буруутай хүн байгаа бөгөөд тэр даруй харагдах болно. Agile менежментийн гол дүрмийг баримталдаг, буруутай нь олддог, ташуурдсаны үр дүн нь харагддаг.
Нэг удаа ITGM дээр би "Бид үгүй гэж хэлж сурах үед" илтгэл тавьсан - үр дүн нь маш илэрхий байсан. Маш олон хүмүүс энэ үгийг хориотой гэж үздэг бөгөөд бид ингэж бодохоо болих хүртэл асуудал улам бүр нэмэгдэх болно.
Энэ нийтлэлийг бичихэд надад хэсэгчлэн урам өгсөн., гэхдээ би үүнийг дараа нь тийм ч таатай бус үг хэллэгээр бичих болно.
Зөвхөн бүртгэлтэй хэрэглэгчид санал асуулгад оролцох боломжтой. , гуйя.
Ажил олгогч тантай хэд хэдэн хүнийг солихыг оролдох үед та ажил дээрээ тулгарч байсан уу?
-
65,6%Тийм ээ, би үүнтэй байнга тулгардаг
-
5,4%Тийм ээ, 1 удаа тааралдсан15
-
15,4%анзаарсангүй 43
-
13,6%Би ажилдаа дуртай, өөрөө илүү цагаар ажилладаг38
279 хэрэглэгч санал өгсөн. 34 хэрэглэгч түдгэлзсэн.
Эх сурвалж: www.habr.com