Декодлох:
Азат Хадиев: Сайн уу. Намайг Азат Хадиев гэдэг. Би Mail.ru Cloud Solutions-ийн PaaS хөгжүүлэгч. Надтай хамт Өмнөдбрижийн Павел Селиванов байна. Бид DevOpsDays бага хуралд оролцож байна. Тэр таныг Kubernetes-тэй хэрхэн DevOps бүтээх талаар илтгэл тавих боловч та бүтэлгүйтэх магадлалтай. Яагаад ийм харгис сэдэв вэ?
Павел Селиванов: Энэ үнэхээр гунигтай биш. Энэ нь бид нийгэмд тулгамдаж буй олон асуудлыг технологийн тусламжтайгаар шийдвэрлэхийг хичээж байгаа тухай юм. Тэгээд бид тэднийг нэлээд өрөөсгөл байдлаар шийдэхийг хичээж байна. Жишээлбэл, Кубенетес бол ижил зүйл - энэ бол Опс хариуцдаг зүйл гэж та хэлж болно. Гэхдээ бидэнд DevOps инженер гэсэн гайхалтай ойлголт бий. DevOps инженер нь Kubernetes-ийг хариуцдаг. Тэгсэн мөртлөө... Та Кубернетесийг бүтээж байгаа юм шиг, Dev залуус Кубернетесийн энэ бүх зүйлийн талаар огт мэддэггүй, энэ нь танд юу хийхийг зөвшөөрдөгийг мэдэхгүй, бүх зүйл тэдний хувьд яг адилхан ажилладаг. Энэ нь Кубернетес нь DevOps арга барил, Dev болон Ops хоорондын харилцаа холбоог өргөжүүлэхийн тулд энэ технологийг ашиглахад бэлэн шийдэл, бэлэн хэрэгслийг агуулсан байдаг. Бид энэ боломжийг маш бага ашигладаг. Докер, Кубернетес, үүл гэх мэт эдгээр бүх DevOps хэрэгслүүд рүү одоогийн бүтцийг ч шилжүүлснээр бид энэ байдлыг улам дордуулж байна. Мөн бид хэрэглүүрийг зориулаагүй байдлаар ашиглаж эхэлж байна. Мөн эдгээр бүх технологиудыг үнэхээр аймшигтай суга таягны эргэн тойронд бүтээж байна.
Азат Хадиев: Би ойлгож байна. Өргөн хүрээний сэдэв шиг санагдаж байна. Таны бодлоор компаниудад хамгийн их тулгардаг асуудал юу вэ? Кубернетестэй хамт.
Павел Селиванов: Кубернетестэй холбоотой хамгийн нийтлэг асуудал бол мэдлэг дутмаг байдаг. Энэ бол мэдээллийн технологийн нийтлэг асуудал юм. Мэргэжилтэн үргэлж дутмаг байдаг. Мэргэшсэн хүн үргэлж дутмаг байдаг. Мөн яг одоо Кубернетесийн хувьд ур чадвар хомс байна. Үүний зэрэгцээ, зах зээл дээр хэн нэгэнд шаардлагатай мэдлэггүйгээр Кубернетесийг авах боломжийг олгох цөөн хэдэн бэлэн шийдэл байдаг. Байгаа зүйлс нь бүгд зарим асуултыг тавьдаг. Kubernetes-ийн тусламжтайгаар бид үүнийг ойлгодог хүмүүсийг байнга хайж байдаг. Үүнд нийцүүлэхийн тулд бид хөгжлөө сайжруулахыг хичээж байна.
Азат Хадиев: Мэдээллийн технологийн өнөөгийн авьяас чадварын хомсдолыг харгалзан үзвэл. Энэ нь үргэлж байсаар ирсэн, одоо ч байгаа. Ийм нөхцөлд бид яаж амьдарч чадна гэж та бодож байна вэ? Зарим лайф хакерууд юу вэ?
Павел Селиванов: Lifehacks. Нэгдүгээрт, үүлний өнцгөөс харахад лайфхак нь иймэрхүү харагдаж байна: бидэнд зарим чадвараа өгцгөөе. Тэгээд бид тэднийг өөрсдөдөө авах болно. Тэгээд бид үүнийг дотооддоо зохицуулна. Тэгээд энэ бүхэн сайн, сайхан байна. Үүнийг ашигладаг хүмүүст ойлгох нь чухал гэдгийг эс тооцвол... Үнэндээ энэ бол гайхалтай зүйл юм ... Гэхдээ үүлэн эсвэл үйлчилгээ үзүүлэгчд таны зарим чадамжийг өгснөөр бид хариуд нь ерөнхий зориулалтын шийдлийг олж авдаг гэдгийг ойлгох нь чухал юм. Товчоор хэлбэл, бид маш тодорхой зүйлийг хийдэг мэдээллийн сантай бөгөөд үүнийг маш тусгайлан тохируулсан. Энэ мэдээллийн санг клоуд руу шилжүүлснээр бид мэдээж мэдээллийн сангийн кластеруудыг удирдаж байсан админыг ажлаас нь халах боломжтой—Амазон эсвэл Google үүнийг бидний өмнөөс хийх болно. Гэсэн хэдий ч Amazon эсвэл Google бидэнд мэдээллийн баазыг нарийн тохируулахыг зөвшөөрөхгүй. Томоохон төслүүд, томоохон компаниуд—тэд амьдралынхаа аль нэг үед үүлэн шийдлүүдийг ашиглах нь гарцаагүй бөгөөд дараа нь илүү тодорхой ур чадвар шаардагддаг тул эдгээр ур чадваруудыг дотооддоо буцааж авах нь гарцаагүй.
Азат Хадиев: Бүх нийтийн шийдэл муу юу, эсвэл илүү ихийг бүтээхэд ашиглаж болох уу?
Павел Селиванов: Үгүй ээ, бүх нийтийн шийдэл нь мэдээж муу биш юм. Бүх нийтийн шийдэл нь сайн. Энэ бол зүгээр л бүх нийтийн шийдэл юм ... бүх нийтийн. Үүнийг ойлгох нь чухал. Яг л ерөнхий скрипт авч байгаа юм шиг... Хэрэв та энэ ерөнхий скрипт, энэ ерөнхий програмын эргэн тойронд компанийн үйл ажиллагааны логикийг бүхэлд нь бүтээж чадвал үнэхээр гайхалтай. Гэхдээ үйлдлийн логик нь өөр боловч та энэ бүх нийтийн шийдэл, энэ бүх нийтийн скриптийг аваад бүгдийг нь нэг бөмбөрцөгт багтаахыг хичээж эхэлбэл муу. Мөн универсализмд буруу зүйл байхгүй.
Azat Khadiev: Хэрэв энэ админ аль хэдийн таны төлөө ажиллаж байгаа бол түүнийг халах асуудал биш юм. Тэр зүгээр л илүү ихийг хийх боломжтой болно.
Павел Селиванов: Тийм ээ, энэ дэг журмыг авч хаяад, өөр газар хийхээр өөр хүнд өг. Энэ нь мэдээж сайн арга юм. Энд гол зүйл бол энэ стандарт шийдэл нь тодорхой тохиолдолд тохиромжтой эсэх явдал юм.
Азат Хадиев: Миний туршлага дээр үндэслэн олон компани ижил зүйлийг хийж байгааг би харж байна. Тэд Kubernetes кластер байгуулж, түүнийгээ өргөжүүлэх талаар бодож байна. Мөн эдгээр бүх үйлдлүүд маш их давтагддаг.
Павел Селиванов: Тийм ээ, үнэхээр. Ялангуяа, хэрэв бид Кубернетесийг тусгайлан авч үзвэл, Кубернетесийн талаарх гүнзгий, сайн мэдлэг яг одоо зах зээл дээр үнэхээр хомс байна. Kubernetes бол маш том програм хангамжийн багц бөгөөд хэрэв та үүнийг хөлсөлж авбал үүн дээр ажиллах бүрэн цагийн инженер хөлслөхөд бэлэн байгаарай. Мөн энэ нь үнэтэй юм. Ийм инженер олоход хэцүү байдаг. Би хувьдаа хэлэхэд, би Кубернетес хэрхэн ажилладаг талаар нэлээд сайн, гүнзгий ойлголттой учраас үүлэнд суурилсан шийдлүүдийн нэг их шүтэн бишрэгч биш. Мөн үүлэнд суурилсан шийдлүүдэд миний хүссэн функц дутагдаж байдгийг би олонтаа олж мэдээд тэд надад "Үгүй ээ, боломжгүй" гэж хэлдэг. За, энэ тохиолдолд уучлаарай, гэхдээ би үүлд суурилсан шийдлүүдээс илүү сайн хийж чадна. Гэхдээ үүнтэй зэрэгцэн, хэрэв танд байнгын инженер байхгүй бөгөөд Кубернетесийг хариуцах инженерийн төлбөр төлөхийг хүсэхгүй байгаа бөгөөд зөвхөн туршилт хийхийн тулд тэдэнд байнга их мөнгө төлж байгаа бол үүл бол маш сайн шийдэл юм. Ядаж байхад тэнд ажиллаж байгаа хүмүүс нь үйлчилгээ үзүүлэгчийн ажилд орсон байдаг. Мөн тэд юу хийж байгаагаа мэддэг. Мөн өдөр тутам хэрэгтэй үндсэн зүйлс тэнд бий.
Азат Хадиев: Та Кубернетесийн өнөөгийн байдлын талаар ямар бодолтой байна вэ? Тав, арван жилийн дараа ямар байх бол?
Павел Селиванов: Сайн асуулт байна. Энэ талаар манай нийгэмд юу болж байгааг би мэдэж байна. Зарим хүмүүс Kubernetes-ээс өөр юу ч үлдэхгүй гэж үздэг. Энэ бол Линукстай эрт дээр үед болсон нөхцөл байдал. Өөрөөр хэлбэл, гадна талд Linux BSD дээр амьдардаг хүмүүс байдаг бөгөөд тэд маш тодорхой даалгавартай байх магадлалтай. Windows — Windows серверүүд — тэд мөн тодорхой даалгавартай байх магадлалтай, эсвэл зүгээр л энэ чиглэлээр мэргэшсэн бөгөөд тэндээсээ холдоход бэлэн биш байдаг. Ямар ч тохиолдолд манай салбарын стандарт нь LinuxKubernetes нь бодит стандарт болох бөгөөд өөр юу ч байхгүй гэсэн ойлголт байдаг. Kubernetes нь зөвхөн програмууд, тэдгээрийн байршуулалт, байршуулалт, масштабыг удирдахаас гадна бүх зүйлийг удирдах болно. Энэ нь бүх зүйлийг удирдах болно. Хүмүүс одоо "Kubernetes дээр мэдээллийн сан байрлуулах боломжтой юу?" гэж асууж байна. Би ихэвчлэн энд асуудал Kubernetes биш, харин Docker гэж хэлдэг. Хэрэв та мэдээллийн сангаа контейнерт ажиллуулахад бэлэн болвол энэ нь хэрхэн ажиллах вэ? Тэд надад "Үгүй, үгүй, үгүй, хүлээгээрэй. Танд контейнер хэрэггүй. Танд Kubernetes хэрэгтэй. Бид үүнийг зангилаанд залгана. Тиймээс бүх зүйл одоогийнхтойгоо адилхан байх болно, зөвхөн Kubernetes л бүгдийг нь удирдах болно" гэж хэлдэг. Энэ бол үнэхээр сайн санаа юм. Тиймээс Kubernetes бол таныг компанид ирэх боломжийг олгодог зүйл юм. Хэрэв компани нь Kubernetes болон түүний үйл явц дээр суурилсан бол үүнийг ойлгодог хүн үүнтэй хэдхэн өдөр ажиллаад "Би таныг бүрэн дүүрэн дэмжихэд бэлэн байна. Бүх талаараа. Бүх зүйл танд хэрхэн тохирохыг би ойлгож байна" гэж хэлж болно. Kubernetes-гүй аргуудаас ялгаатай нь тэд нэг хакердсан, дараа нь өөр нэгийг нь хийсэн. Ansible энд байна, Terraform энд байна. Хэн нэгэн энэ бүхнийг бичсэн бөгөөд үүнийг ойлгоход зургаан сар шаардагдана. Тиймээс Kubernetes нь бодит стандарт болох эсэхийг би мэдэхгүй байна. Одоогийн байдлаар энэ нь эргэн тойрон дахь шийдлүүдээс хамаагүй илүү амбицтай, өөртөө итгэлтэй харагдаж байна.
Азат Хадиев: За, харьцуулж үзвэл Linux Энэ бол нэлээд зоримог. Энэ нь ганц машин дээр ажилладаг - ердөө л энэ. Гэхдээ Kubernetes олон машин дээр ажилладаг. Сая сая хувилбар, шалтгаан тэр даруй гарч ирдэг. Тийм ээ, энэ бол зоримог. Гэхдээ энэ загвар өрсөлдөгчидтэй гэдгийг анхаарч үзээрэй. Жишээлбэл, Сервергүй. Kubernetes ийм өрсөлдөгчидтэй тулгарах аюулд орсон уу?
Павел Селиванов: Сервергүйгээс... (инээв) Сервергүй - бид үүнийг одоо хүртэл ойлгож байна сервер Эцсийн эцэст байдаг. Би саяхан энэ талаар мэдээлэл сонссон. Тэнд байсан залуу эцсийн эцэст серверүүд байдаг гэж хэлсэн - энэ бол үүл. Гэхдээ бид үүлэн технологид бас серверүүд байдаг гэдгийг үргэлж ойлгох ёстой. Жинхэнэ техник хангамжийн серверүүд, тавиурууд байдаг бөгөөд тэдгээрийг хаа нэгтээ суулгасан байдаг. Энэ бол үүл. Дээрээс нь Сервергүй байдаг, тэнд серверүүд "Үгүй." Тэгэхээр асуулт нь Serverless нь Kubernetes-ийг ялах уу? Serverless нь Kubernetes руу шилжих болно гэж би бодож байна. Serverless санал болгодог үйлчилгээ үзүүлэгчдийн хувьд Kubernetes бол үүнд маш тохиромжтой платформ юм. Тийм ээ, магадгүй бид хэзээ нэгэн цагт Kubernetes-ийг бизнесийн програм хөгжүүлэх стандарт хэрэгсэл гэж ярихаа болих байх. Гэхдээ хаа нэгтээ үйлчилгээ үзүүлэгчид болон инженерүүд энэ бүхнийг хэрэгжүүлэх Kubernetes-ийг ашиглах болно.
Азат Хадиев: Арай өөр сэдвээр. Бүрэн хэмжээний инженер гэсэн ийм ойлголт байдаг. Та тэдний талаар юу гэж бодож байна вэ? Тэд бүр байдаг уу?
Павел Селиванов: Аан... Бүтэн инженер... За, би эдгээрийг ялгаж салгах нь зүйтэй болов уу гэж бодож байна ... Т хэлбэрийн хүмүүс гэж байдаг. Ийм хүмүүс өнөөгийн үйлдвэрлэлд хэрэгтэй юу? Тийм ээ, тэд гарцаагүй хэрэгтэй. Өргөн харах өнцөгтэй хэрнээ явцуу талбарт мэргэшсэн хүмүүс хэрэгтэй байна. Энд бүрэн хэмжээний инженер гэдэг бол бүх зүйлийг хийдэг хүн юм. Урд талын хөгжүүлэлтээс эхлээд тест хийх, арын хэсэг, серверүүд болон бусад бүх зүйл. Том компанид нэг хүн параметр бүрээр нарийн мэргэшилгүй байж энэ бүхнийг хийж чадна гэдэгт би итгэдэггүй. Гэхдээ үүний хажуугаар "Би энд юу болоод байгааг мэдэхгүй байна" гэх мэт нарийн мэргэшилтэй байх нь орчин үеийн ертөнцөд бас болохгүй. Тэгэхээр энд би хэлэх болно ... Би "fullstack" гэдэг үгийг хаях болно. Бидэнд инженерүүд үнэхээр хэрэгтэй байна. Бидэнд DevOps хэрэгтэй. Бид удахгүй энэ асуудлыг эргэн харах болно гэж би мэдэрч байна. Мөн тэд хэрэггүй болно.
Азат Хадиев: Та үүнийг илчилж чадах уу?
Павел Селиванов: Бид энэ салбарт Dev болон Ops-ын үүрэг удахгүй хуучирч хоцрох хэмжээнд хүрнэ гэж бодож байна. Хэрэв бидэнд мэргэжилтэн хэрэгтэй бол бид ан хийж байгаа бол... Бидэнд ийм төрлийн хөгжүүлэгч хэрэгтэй, бидэнд ийм төрлийн администратор хэрэгтэй, бидэнд DevOps инженерүүд хэрэгтэй—бидэнд одоо тэд байгаа, удахгүй бид бас үйлдвэрлэлийн инженерүүд болон SRE инженерүүдтэй болно. Хэдийгээр бодит байдал дээр бид ажилд авахыг хүсдэг инженерүүд хэрэгтэй. Суурь нь үндсэндээ чухал биш юм. Яагаад гэвэл... Жишээ нь: Дэд бүтцийн асуудал дандаа программ хангамжтай холбоотой байдаг гэх мэт. Тиймээс... Хөгжүүлэгчдийг ажилд авцгаая—хөгжүүлэгч бол инженер гэдэг үүднээс— тэднийг дэмжлэгийн хэлтэст оруулбал, тэд бизнесийн асуудлыг кодоор, инженерчлэлээр шийддэгтэй адил эдгээр асуудлыг шийдэх болно.
Азат Хадиев: Мөн энэ үүднээсээ... Ийм инженерүүдээс яаж ярилцлага авах вэ?
Павел Селиванов: Өө, энэ бол сайн асуулт байна. Энэ бол миний энэ ертөнцийн талаарх ойлголтоос хэтэрсэн байх. Гэхдээ би зүгээр л нэг жишээ хэлмээр байна. Энэ нь ярилцлагатай ямар ч холбоогүй. Энэ бол Орос дахь манай боловсролын системийн тухай юм. Мэдээллийн технологийн салбарт бид Орос дахь боловсролын систем маань мэдээллийн технологийн ертөнцийн хувьд маш хуучирсан гэдгийг мэднэ; энэ нь байх ёстой зүйл биш юм. Би дунджаар өргөн уудам Оросын тухай, тэнд юу болж байгаа талаар ярьж байна. Төгсөлтийн маргааш нь вэб хөгжүүлэлт эсвэл технологийн компанид ороход огт бэлэн биш хүмүүс төгсөж байна. Тэд үүнийг муу гэж боддог. Бид тэдэнд зарим хачин зүйлийг зааж байгаа ч гэсэн тэдгээрийг хэрхэн хөгжүүлэхийг заах ёстой байсан. Android, iOS-д зориулсан, Git-г хэрхэн ашиглах болон бусад зүйлсийг. Үнэндээ тийм биш юм шиг санагдаж байна. Коллеж бол таны эцэг эх таны төлбөрийг ихэвчлэн төлдөг үе юм. Таны бүхэл бүтэн амьдралын туршид. Та амьдралынхаа таван жилийг гүнзгийрүүлэн судлахад зориулах боломжтой. Мөн энэ бүхэл бүтэн Т хэлбэрийн зүйлийг сурахад. Коллежид хувилбарын хяналтын систем гэж юу болох, ямар хөгжлийн хэв маяг байдаг, энэ бүх зүйлийг хэрхэн турших, ямар мэдээллийн сан, ачааллын тэнцвэржүүлэгч байдаг талаар суралцаж чадвал та тодорхой чиглэлийг илүү гүнзгий судалж эхэлдэг. Ингэж л бид инженерүүдийг олж авдаг. Орос дахь боловсролын систем маань бидний бодож байгаагаас хамаагүй илүү энэ үнэнд ойр байдаг. Бидэнд сайн математикийн сургалт, сайн алгоритмын сургалт, програмчлалын хэлний талаар тодорхой ойлголт өгдөг. Ярилцлагын тухайд гэвэл үүнтэй төстэй зүйл гэж би бодож байна. Бид инженерүүдтэй ярилцлага хийх хэрэгтэй. Бид Т хэлбэрийн оюутанд Т-ийн дээд хэсэг хэрэгтэй. Учир нь энэ нь Т-ийн босоо шугамыг олж авах болно.
Азат Хадиев: Тийм ээ, сонирхолтой байна. Их сургуулиа төгсөөд таван жилийн турш би боловсролоо хачин, хангалтгүй гэж боддог байсан. Гэвч дараа нь ажил маань ахих тусам даалгаврууд нь илүү төвөгтэй болж, төслүүд нь томрох үед би маш чухал зүйлийг зааж өгсөн гэдгийг ойлгосон. Павел, баярлалаа. Таны хариултыг сонсох нь маш сонирхолтой байсан. Таны илтгэлийг сонсоцгооё.
Павел Селиванов: Баярлалаа.
Эх сурвалж: www.habr.com
