Staging орчин гэж юу вэ? Нийтэд нээхээсээ өмнө туршина

Staging орчин бол app-ийнхаа хувийн хуулбар бөгөөд аль болох бодит нийтэд нээгдсэн хувилбартай адил тохируулагдсан байж, жинхэнэ хэрэглэгчид өөрчлөлтийг харахаас өмнө та тэнд туршдаг. Энэ нь өөрийн өгөгдлийн сан, туршилтын өгөгдөл, туршилтын API түлхүүртэй байдаг тул тэнд эвдэрсэн функц эсвэл буруу өгөгдлийн өөрчлөлт багаас гадуурх хэнд ч нөлөөлдөггүй. Staging дээр өөрчлөлт зөв харагдсан үед та үүнийг production — харилцагчдынхаа ашигладаг жинхэнэ app-д гаргадаг.

AI-аар бүтээхэд staging яагаад чухал вэ

AI-аар бүтээх нь өөрчлөлтийг хурдан болгодог. Та функц нэмэх, хуудас дахин бичих, өгөгдлийн бүтцээ өөрчлөх боломжтой, хэдхэн минутад. Энэ хурд сайхан ч, сайн харагдсан өөрчлөлт checkout-ыг чимээгүйхэн эвдэх эсвэл «жижиг цэвэрлэгээ» харилцагчийн өгөгдлийн баганыг устгах хүртэл.

Өөрчлөлтийг нийтэд гаргахаас өмнө шалгах газар нь танд дараах зүйлд туслана:

• Харилцагч олохоос өмнө эвдрэлийг олох. Чухал өөрчлөлт бүрийн дараа бүртгүүлэх, төлбөр болон түлхүүр урсгалуудыг туршина.
• Бодит нөхцлөөр туршах. Staging нь production-тай адил ажиллах ёстой — ижил stack, ойролцоо тохиргоо — ингэснээр асуудал тэнд гарна, дараа биш.
• Бодит өгөгдлийг хамгаалах. Өгөгдлийн сангийн өөрчлөлт, импорт, олон бичлэгийн засварыг эхлээд туршилтын өгөгдөл дээр давтаж болно.
• Явагдаж буй ажлыг харуулах. Үйлчлүүлэгч эсвэл хамтрагч өөрчлөлтийг нийтэд нээлттэй болгохгүйгээр хянаж болно.

Өдөр тутмын жишээ

Тоглолтын театрын бэлтгэл үзүүлбэрийг санаарай.

• Development бол дадлагын өрөө: жүжигчид үгээ турших, зогсох, дахин эхлэх, туршилт хийдэг.
• Staging бол бэлтгэл үзүүлбэр: бүрэн хувцас, жинхэнэ тайз, жинхэнэ гэрэл — нээлтийн шөнөд хэрхэн харагдахыг бүгдийг нь, зөвхөн төлбөр төлдөг үзэгчид байхгүй.
• Production бол нээлтийн шөнө. Алдаа бүгдийн өмнө гардаг.

Нээлтийн шөнөд гарахыг хүсдэггүй ихэнх асуудал бэлтгэл үзүүлбэрт гардаг: хэт удаан хувцас солих, буруу гэрлийн дохио. Яг энэ бол staging-ийн ажил.

Гурван түгээмэл орчин

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

Жишээ: захиалгын app-ийн цуцлах дүрмийг өөрчлөх

Та төлбөртэй харилцагчтай салоны захиалгын app ажиллуулдаг. Харилцагч 48 цагийн оронд 24 цагийн өмнө цуцлах боломжтой болгож, буцаан олголтыг автоматаар хийхийг хүсч байна.

1. Development дээр бүтээ. AI builder-оос өөрчлөлтийг гуйна. Энэ нь цуцлах логик болон төлбөрийн үйлчилгээ үзүүлэгчийн буцаан олголтын дуудалтыг шинэчилнэ.

2. Staging руу гарга. Staging нь ижил кодыг ажиллуулж, staging өгөгдлийн санд туршилтын захиалгатай, төлбөрийн үйлчилгээ үзүүлэгчийн test mode түлхүүртэй холбогдоно.

3. Жинхэнэ урсгалуудыг туршина. Та болон хамтрагч:

• маргааш руу туршилтын цаг захиалж, 30 цагийн өмнө цуцална — буцаан олголт хийгдэх ёстой;
• 10 цагийн өмнө цуцлахыг оролдоно — тодорхой мэдэгдэлтэй татгалзах ёстой;
• буцаан олголт төлбөрийн үйлчилгээ үзүүлэгчийн test dashboard-д харагдаж буйг шалгана;
• баталгаажуулах имэйл 48 биш 24 цаг гэж бичсэн эсэхийг шалгана.

4. Алдааг олно. Staging дээр дүрэм нь салоны бус серверийн цагийн бүсийг ашиглаж буйг анзаарч, хязгаар нэг цагаар алдаатай байна. Та засаад дахин туршина.

5. Production руу гаргана. Зөвхөн одоо л өөрчлөлт жинхэнэ харилцагчдад хүрнэ — цагийн бүсийн алдааг аль хэдийн олсон байна.

Staging байхгүй бол 4-р алхам жинхэнэ харилцагчийн буцаан олголт дээр тохиолдох байсан.

Гол нэр томъёо

Түгээмэл буруу ойлголт

• «Staging production-ий өгөгдлийн санг хуваалцаж болно.» Энэ бол хамгийн аюултай товчлол. Бичлэг устгах эсвэл засах туршилт жинхэнэ харилцагчдад хүрнэ. Staging-д өөрийн өгөгдлийн сан өг.
• «Staging дээр ажиллаж байвал production дээр эвдрэхгүй.» Staging эрсдлийг бууруулдаг; арилгадаггүй. Жинхэнэ traffic, жинхэнэ өгөгдөл, гадны үйлчилгээ танд гайхшрал өгч болно. Буцааж эргүүлэх арга хэвээр байлгаарай.
• «Staging үнэтэй байх ёстой.» Жижиг байж болно. Энэ нь production-тай ижил тохиргоо хэрэгтэй, ижил хэмжээ биш.
• «Бодит байдлын тулд staging дээр жинхэнэ төлбөрийн түлхүүр ашиглах.» Үйлчилгээ үзүүлэгчийн test mode ашигла. Бодит гэдэг нь бодит мөнгө гэсэн үг биш.
• «Staging зөвхөн том багт зориулагдсан.» Санаа — эхлээд аюулгүй газар туршина — ганцаараа ажиллахад ч хэрэгтэй. Ёслолын хэмжээг эрсдэлд тааруулж болно.
• «Staging-ийг хүмүүс туршиж үзэхийн тулд олон нийтэд нээлттэй байх ёстой.» Хувийн эсвэл хамгаалалттай байлгаж, хайлтын системийг индексжүүлэхээс сэргийлж, хэн ч үүнийг жинхэнэ app гэж андуурахгүй байх ёстой.

AI builder-тээ юу гуйх вэ

• «Орчин бүрт тусгай тохиргоо — өгөгдлийн сан, API түлхүүр, сайтын URL — бүгд орчны хувьсагчаас авч байг.»
• «Production биш өгөгдлийн санг бодит туршилтын өгөгдлөөр дүүргэх seed script нэм.»
• «Бид нээхээ хэлэх хүртэл төлбөрийн үйлчилгээ үзүүлэгчийн test mode ашигла.»
• «Энэ өөрчлөлт нийтэд гарахаас өмнө миний туршиж үзэх урсгалуудыг жагсааж, тус бүрт юу болох ёстойг бич.»
• «Энэ өөрчлөлт одоо байгаа өгөгдөлд нөлөөлөх үү? Эхлээд миграцыг харуул.»
• «Сайтын production биш хуулбарууд хайлтын системд индекслэгдэхгүй байг.»

Алхам алхмаар тохируулахын тулд staging орчин хэрхэн тохируулах вэ-ыг үзээрэй. Нийтлэлт олон болсон үед код → staging → production замыг автоматжуулах нь CI/CD-ийн ажил.

Mythex дээр нийтлэхээс өмнөх туршилт

Mythex-д тусдаа «staging ба production» шилжүүлэгч байхгүй; нийтлэх нь танд нэг жинхэнэ нийтийн URL өгдөг, docs үүнийг тодорхой заасан (олон үйлчилгээтэй app-ууд). Харин энэ нь бүтээх ба нээхийн хооронд тодорхой хил хязгаар өгдөг:

• Preview таны app-ийг бүтээж байх үед хувийн cloud sandbox дээр ажиллуулна. Өөрчлөлт эхлээд тэнд гарна, жинхэнэ app дээр биш.
• Share харилцагч эсвэл хамтрагчид Mythex дансгүйгээр, та нийтлэхгүйгээр явагдаж буй ажлыг үзэх preview линк үүсгэдэг. Линк нь sandbox-ыг одоогийн байдлаар, бүтээж байгаа өөрчлөлтийг оруулаад харуулна, та үүнийг хэзээ ч устгаж болно.
• Publish төслийг агшин зургаар хадгалж, нийтэлдэг. Та дахин нийтлэх хүртэл жинхэнэ app өмнөх шигээ үлдэнэ.
• Checkpoints агентын амжилттай эргэлт бүрийн дараа хадгалагдана, ингэснээр өөрчлөлт буруу болвол төслийн файлуудыг буцааж болно.

Preview-г давтлагын газар гэж үз: launch хүртэл төлбөрийн үйлчилгээ үзүүлэгчдийг test mode-д байлга, нийтлэх бүрийн өмнө гол урсгалуудаа туршиж үз. Жинхэнэ харилцагчид оролцсон үед өгөгдөл бичих эсвэл устгах зүйлийг туршихын өмнө агентаас Preview-ийнхээ аль өгөгдлийн сан, түлхүүрийг ашиглаж байгааг асуу. Бүрэн тусдаа staging тохиргоо хэрэгтэй бол өөрийн өгөгдлийн сантай, агентаас төслийнхөө сонголтыг тайлбарлаж өгөхийг хүс, эсвэл Pro дээр төслөө экспортлох буюу GitHub-д синк хийж, өөрийн удирдлага доорх инфраструктур дээр ажиллуул.

Асуултууд