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