Микро үйлчилгээний талаар шуугианы оргил үе ард хоцорч байх шиг байна. Бид долоо хоногт хэд хэдэн удаа "Би хэрхэн 150 үйлчилгээнд цул шилжсэн бэ" гэсэн нийтлэлүүдийг уншихаа больсон. Одоо би "Би цул чулууг үзэн яддаггүй, зөвхөн үр ашгийг чухалчилдаг" гэсэн нийтлэг ойлголтуудыг сонсож байна. Бид хэд хэдэн шилжилт хөдөлгөөнийг хүртэл ажигласан бичил үйлчилгээнээс цул руу буцах. Нэг том програмаас олон жижиг үйлчилгээ рүү шилжих үед та хэд хэдэн шинэ асуудлыг шийдэх хэрэгтэй болно. Тэднийг аль болох товч жагсаацгаая.

Тохиргоо: үндсэн химигээс квант механик хүртэл

Үндсэн процесс бүхий үндсэн мэдээллийн сан болон програмыг тохируулах нь нэлээд энгийн үйл явц байсан. Би Github дээр уншсан нийтлэлээ нийтэлдэг бөгөөд ихэвчлэн нэг цагийн дараа, хамгийн ихдээ хоёр цагийн дараа бүх зүйл бүтдэг бөгөөд би шинэ төсөл эхлүүлдэг. Ядаж эхний орчинд код нэмэх, ажиллуулах нь эхний өдөр хийгддэг. Гэхдээ хэрэв бид микро үйлчилгээнд хамрагдах юм бол эхлүүлэх хугацаа нь огцом өсдөг. Тийм ээ, одоо бид Docker-тэй, K8 машинуудын кластертай, гэхдээ шинэхэн програмистуудын хувьд энэ бүхэн илүү төвөгтэй байдаг. Олон өсвөр насныхны хувьд энэ нь үнэхээр шаардлагагүй хүндрэл болдог ачаа юм.

Системийг ойлгоход хялбар биш юм

Бага насныхаа талаар түр анхаарлаа хандуулцгаая. Цул програмын тусламжтайгаар алдаа гарсан тохиолдолд түүнийг хянахад хялбар байсан бөгөөд тэр даруй дибаг хийх рүү шилжих боломжтой байв. Одоо бид өөр үйлчилгээг боловсруулж байгаа мессежийн автобусанд ямар нэг зүйлийг дараалалд оруулдаг өөр үйлчилгээтэй ярьж байгаа үйлчилгээтэй болсон бөгөөд дараа нь алдаа гарлаа. А үйлчилгээ нь 11-р хувилбарыг ажиллуулж, E үйлчилгээ аль хэдийн 12-ыг хүлээж байгаа гэдгийг олж мэдэхийн тулд бид эдгээр бүх хэсгүүдийг нэгтгэх ёстой. Энэ нь миний стандарт нэгдсэн бүртгэлээс тэс өөр юм: алхахын тулд интерактив терминал/дибаглагч ашиглах хэрэгтэй. үйл явцыг алхам алхамаар дамжуулан. Дибаг хийх, ойлгох нь угаасаа илүү хэцүү болсон.

Хэрэв дибаг хийх боломжгүй бол бид тэдгээрийг туршиж үзэх болно

Тасралтгүй интеграци, тасралтгүй хөгжил нь одоо ердийн зүйл болж байна. Миний харж буй ихэнх шинэ програмууд шинэ хувилбар бүрт автоматаар тест үүсгэж, ажиллуулдаг бөгөөд бүртгүүлэхээс өмнө шалгалт авч, шалгах шаардлагатай байдаг. Эдгээр нь орхиж болохгүй агуу үйл явц бөгөөд олон компаниудын хувьд томоохон өөрчлөлт болсон. Харин одоо энэ үйлчилгээг үнэхээр туршихын тулд би програмынхаа бүрэн хувилбарыг татах хэрэгтэй байна. 8 үйлчилгээний K150 кластертай шинэ инженерийг санаж байна уу? За, одоо бид CI системдээ бүх зүйл үнэхээр ажиллаж байгаа эсэхийг шалгахын тулд эдгээр бүх системийг хэрхэн бий болгохыг заах болно. Энэ нь хэтэрхий их хүчин чармайлт байж магадгүй тул бид хэсэг бүрийг тусад нь туршиж үзэх болно: Манай техникийн үзүүлэлтүүд хангалттай сайн, API нь цэвэр, үйлчилгээний доголдол тусгаарлагдсан бөгөөд бусдад нөлөөлөхгүй гэдэгт би итгэлтэй байна.

Бүх буулт сайн шалтгаантай байдаг. Тийм үү?

Микро үйлчилгээ рүү шилжих олон шалтгаан бий. Би үүнийг илүү уян хатан болгох, багийг өргөжүүлэх, гүйцэтгэлийг сайжруулах, тогтвортой байдлыг хангах зорилгоор хийснийг харсан. Гэвч бодит байдал дээр бид үргэлжлүүлэн хөгжиж буй цул чулууг хөгжүүлэх арга хэрэгсэл, практикт хэдэн арван жил хөрөнгө оруулалт хийсэн. Би янз бүрийн технологийн мэргэжилтнүүдтэй ажилладаг. Тэдгээр нь нэг Postgres мэдээллийн сангийн зангилааны хязгаарт ордог тул бид ихэвчлэн масштабын тухай ярьдаг. Ярилцлагын ихэнх нь тухай юм мэдээллийн сангийн масштаб.

Гэхдээ би тэдний архитектурын талаар суралцах сонирхолтой байдаг. Тэд бичил үйлчилгээ рүү шилжих ямар үе шатанд байна вэ? Илүү олон инженерүүд цул хэрэглээдээ сэтгэл хангалуун байгаагаа хэлэх нь сонирхолтой юм. Олон хүмүүс бичил үйлчилгээнээс ашиг тус хүртэх бөгөөд үр өгөөж нь шилжилт хөдөлгөөний зам дахь овойлтоос илүү байх болно. Гэхдээ хувь хүнийхээ хувьд надад цул өргөдлөө өгөөч, далайн эрэг дээрх газар надад үнэхээр баяртай байна.

Эх сурвалж: www.habr.com