ለመተግበሪያዎ የስቴጅንግ አካባቢ እንዴት ማዘጋጀት እንደሚቻል

ስቴጅንግ ለማዘጋጀት፣ የመተግበሪያዎን ሁለተኛ ቅጂ በራሱ የግል URL ያሰማሩ፣ የራሱ ዳታቤዝና የሙከራ ኤፒአይ ቁልፎች ይስጡት፣ እና ከተቻለ የproduction ማዋቀሩን እንዲመስል ያድርጉት። ከዚያ እያንዳንዱን ጉልህ ለውጥ መጀመሪያ ወደ ስቴጅንግ ይልቀቁ፣ ዋና ፍሰቶቹን ያሂዱ፣ እና ስቴጅንግ ትክክል ሲመስል ብቻ ወደ production ያትሙ።

ሀሳቡ ለማታውቁት ከሆነ፣ ስቴጅንግ አካባቢ ምንድን ነው ጽንሰ-ሀሳቡን ያብራራል። ይህ መመሪያ ግን ለDevOps ቡድን ሳይሆን በAI መሣሪያዎች ለሚገነቡ ሰዎች የተዘጋጀ ተግባራዊ ማዋቀር ነው።

ልማት፣ ስቴጅንግና production

ምንም እንኳን የመጀመሪያው የገንቢው ቅድመ-እይታ ብቻ ቢሆንም፣ አብዛኞቹ ትናንሽ መተግበሪያዎች ሦስት ቦታዎች ያስፈልጓቸዋል፦

የስቴጅንግ ዓላማ በproduction መሰል ባህሪ ማሳየቱ ነው — ተመሳሳይ ኮድ፣ ተመሳሳይ ቁልል፣ ተመሳሳይ ዓይነት ቅንብሮች — ነገር ግን እዚያ ያለ ስህተት ማንንም አይጎዳም።

ደረጃ 1፡ ስቴጅንግ ምን መመሳሰል እንዳለበት ይወስኑ

ስቴጅንግ ችግሮች በproduction ከመታየታቸው በፊት እዚያ ከታዩ ብቻ ጠቃሚ ነው። ማመሳሰል ያለበት፦

• ተመሳሳይ ኮድ፣ ተመሳሳይ በሆነ መንገድ የሚለቀቅ።
• ተመሳሳይ ቁልልና ስሪቶች — ፍሬምወርክ፣ ራንታይም፣ የዳታቤዝ ዓይነት።
• ተመሳሳይ ዓይነት ውቅር — ተመሳሳይ የአካባቢ ተለዋዋጭ ስሞች፣ በሙከራ እሴቶች።
• ተመሳሳይ አገልግሎቶች — production ድረ-ገጽና ኤፒአይ ካለው፣ ስቴጅንግም ሁለቱንም አለው።

መጠኑ (ትንሽ ማሽን ችግር የለውም) እና ዳታው ሊለያዩ ይችላሉ።

ደረጃ 2፡ ቅጂውን ይፍጠሩ

ቀላሉ አቀራረብ፦ ተመሳሳይ ፕሮጀክት ሁለተኛ ማሰማራት በተለየ URL እንደ staging.yourapp.com ወይም yourapp-staging.example.com።

ይህ እንዴት እንደሚደረግ በሆስትዎ ላይ ይወሰናል፦

• አብሮ የተሠሩ ቅድመ-እይታ ወይም ስቴጅንግ ማሰማራቶች ያሏቸው ሆስቶች ለGit ቅርንጫፍ በራሳቸው ሊፈጥሩ ይችላሉ።
• የሌላቸው ሆስቶች፦ ከተመሳሳይ ኮድ ሁለተኛ መተግበሪያ ወይም ፕሮጀክት ይፍጠሩ እና ለብቻው ያሰማሩት።
• ኮድ በGit ውስጥ ከሆነ፦ ወደ ስቴጅንግ የሚያሰማራ staging ወይም main ቅርንጫፍ ያስቀምጡ፤ ወደ production ደግሞ ከልቀት (release) ያሰማሩ። AI-የተገነባ መተግበሪያ ከGit ጋር እንዴት እንደሚጠቀሙ ይመልከቱ።

ደረጃ 3፡ ስቴጅንግ የራሱ ዳታቤዝ ይስጡት

ይህ እርስዎን የሚጠብቅ ደረጃ ነው። ስቴጅንግና production ዳታቤዝ ከተጋሩ፣ ሪኮርዶችን የሚሰርዝ ሙከራ እውነተኛ ሪኮርዶችን ይሰርዛል።

• ለስቴጅንግ የተለየ ዳታቤዝ ይፍጠሩ።
• በዘር ዳታ (seed data) ይሙሉት — AI ሊፈጥርልዎ የሚችላቸው እውነተኛ መሰል ሐሰተኛ ሪኮርዶች።
• የproduction ዳታ ቅጂ ካስፈለገዎት፣ መጀመሪያ ስሞችን፣ ኢሜይሎችንና ግላዊ የሆኑ ነገሮችን ያስወግዱ ወይም ይቀይሩ።

ባዶ ዳታቤዝን በእውነተኛ መሰል የሙከራ ዳታ የሚሞላ የዘር ስክሪፕት ጻፍ፦ 20 ደንበኞች፣ በተለያዩ ሁኔታዎች ያሉ 50 ትዕዛዞች፣ እና ሁለት አስተዳዳሪ ተጠቃሚዎች። ግልጽ ሐሰተኛ ስሞችንና example.com ኢሜይል አድራሻዎችን ተጠቀም።

በማዋቀሩ ከማመንዎ በፊት፣ እያንዳንዱ ቅጂ የሚገናኝበትን ዳታቤዝ ያረጋግጡ። በቀጥታ ይጠይቁ፦

ይህ መተግበሪያ የትኛውን ዳታቤዝ ያገናኛል፣ ያ ቅንብር ከየት ይመጣል? የተለዋዋጩን ስም አሳየኝ፣ የይለፍ ቃሉን አይደለም።

ደረጃ 4፡ የሙከራ ቁልፎችንና የተለዩ ቅንብሮችን ይጠቀሙ

ከውጪ አገልግሎት ጋር የሚነጋገር ሁሉ በስቴጅንግ ውስጥ የሙከራ ምስክርነቶችን መጠቀም አለበት፦

• ክፍያዎች በሙከራ ሁነታ (ለምሳሌ Stripe የሙከራ ቁልፎች)፣ ስለዚህ እውነተኛ ካርድ አይከፈልም።
• ኢሜይል ወደ ሳንድቦክስ ወይም ወደ የራስዎ አድራሻ ብቻ፣ ስለዚህ ደንበኞች የሙከራ መልዕክት በፍጹም አያገኙም።
• AI እና ሌሎች የሚከፈሉ ኤፒአይዎች በተለየ ቁልፍና ዝቅተኛ የወጪ ገደብ።
• ዌብሁኮች ወደ ስቴጅንግ URL የተጠቆሙ፣ ወደ production አይደለም።

የተለዋዋጮቹን ስሞች በሁለቱ አካባቢዎች ተመሳሳይ ያድርጉ፤ እሴቶቹን ብቻ ይቀይሩ። በዚህ መንገድ ኮዱ የሚሠራበትን ቦታ ማወቅ አይጠበቅበትም። በዚህ ላይ ተጨማሪ ለማወቅ የኤፒአይ ቁልፎችን እንዴት መጠበቅ እንደሚቻል ይመልከቱ።

ደረጃ 5፡ ስቴጅንግን በግል ያቆዩ

ስቴጅንግ ይፋ መሆን የለበትም፦

• ከመግቢያ፣ ከይለፍ ቃል ወይም ከቡድን ኢሜይሎች የተፈቀዱ ዝርዝር ጀርባ ያድርጉት።
• የፍለጋ ሞተሮች በnoindex ሜታ መለያ ወይም X-Robots-Tag ራስጌ እንዳያመሳክሩት ያቁሙ።
• ከይፋ ጣቢያዎ ወደ እሱ አትገናኙት።
• የተለየ እንዲመስል ያድርጉት — ቀለም ያለው "STAGING" ባነር በተሳሳተ ትር ከመሞከር ይከላከላል።

APP_ENV የአካባቢ ተለዋዋጭ "staging" ሲሆን፣ በእያንዳንዱ ገጽ አናት ላይ "STAGING — የሙከራ ዳታ ብቻ" የሚል ብሩህ ቢጫ ባነር ጨምር። በዚያ ሁኔታ noindex ሜታ መለያም ጨምር።

ደረጃ 6፡ የመልቀቂያ ልማድ ይፍጠሩ

ስቴጅንግ የሚጠቅመው ሁልጊዜ ከተጠቀሙበት ብቻ ነው። ቀላል ልማድ፦

1. በልማት ውስጥ ለውጡን አድርጉ እና በቅድመ-እይታ ፈትሹ።
2. ወደ ስቴጅንግ ልቀቁ።
3. ዋና ዋና ፍሰቶችን ሂዱ፦ መመዝገብ፣ መግባት፣ ዋናው ባህሪ፣ ክፍያዎች፣ ለውጡ የነካው ማንኛውም ነገር።
4. የሆነ ነገር ከተበላሸ፣ አስተካክሉትና እንደገና ወደ ስቴጅንግ ልቀቁ።
5. ተመሳሳዩን ስሪት ወደ production አትሙ።
6. production በፍጥነት ፈትሹ — ተመሳሳይ ፍሰቶች፣ በአጭሩ።

ዋና ፍሰቶቹን እንደ አጭር የሙከራ ስክሪፕት ጻፉ። ምን ማካተት እንዳለበት መተግበሪያዎን ከመጀመሩ በፊት እንዴት መሞከር እንደሚቻል ይመልከቱ።

ደረጃ 7፡ የዳታቤዝ ለውጦችን በጥንቃቄ ይያዙ

የዳታቤዝ መዋቅር ለውጦች — አምድ መጨመር፣ ሰንጠረዥ መሰየም — ስቴጅንግ ጠቀሜታውን የሚያሳይባቸው ናቸው።

• እያንዳንዱን መዋቅራዊ ለውጥ መጀመሪያ በስቴጅንግ ያሂዱ።
• አዳዲስ ባህሪያት ብቻ ሳይሆን ነባሩ ዳታ መትረፉን ያረጋግጡ።
• ተመሳሳዩን ለውጥ በproduction ከማሄድዎ በፊት የproduction ምትኬ ይውሰዱ። የመተግበሪያ ዳታቤዝን እንዴት ምትኬ መያዝ እንደሚቻል ይመልከቱ።
• መመለስ ካስፈለገ የድሮው ስሪት አሁንም እንዲሠራ፣ ከመሰየምና ከመሰረዝ ይልቅ የሚጨምሩ ለውጦችን ይምረጡ።

ምሳሌ ጥያቄዎች

ይህን የዳታቤዝ ለውጥ በproduction ላይ ብናሄድ በነባሩ ዳታ ምን ይሆናል? የሚሰረዝ ወይም የሚሰየም ነገር አለ?

ሁሉም በአካባቢ-ተኮር ቅንብሮች — የኤፒአይ URLs፣ ቁልፎች፣ የኢሜይል ላኪ፣ የጣቢያው የራሱ URL — ከአካባቢ ተለዋዋጮች በስቴጅንግና production ውስጥ በተመሳሳይ ስሞች ይምጡ። ዝርዝራቸውን አሳዩኝ።

በዚህ መተግበሪያ ላይ ተመስርቶ፣ ከእያንዳንዱ ልቀት በፊት በስቴጅንግ መፈተሽ ያለባቸውን ፍሰቶች አጭር ዝርዝር ጻፍ።

የተለመዱ ስህተቶች

• የተጋራ ዳታቤዝ። በጣም ጎጂው ስህተት። ስቴጅንግ ሁልጊዜ የራሱ ያገኛል።
• የቀጥታ ቁልፎች በስቴጅንግ። እውነተኛ ክፍያዎች፣ ለእውነተኛ ደንበኞች እውነተኛ ኢሜይሎች።
• ስቴጅንግ ከproduction ይርቃል። የተለያዩ ስሪቶች ወይም ቅንብሮች ስቴጅንግ ችግሮችን ማግኘት ያቆማል።
• በፍለጋ የሚታይና ኢንዴክስ የተደረገ ይፋ ስቴጅንግ ጣቢያ፣ ከእውነተኛው ቀጥሎ በፍለጋ ውጤቶች ላይ የሚታይ።
• "ትንሽ" ለውጦችን ስቴጅንግ መዝለል። ትናንሽ ለውጦችም ነገሮችን ይሰብራሉ።
• በተሳሳተ ትር መሞከር። የሚታይ ባነር ይህን ያስተካክላል።

ማረጋገጫ ዝርዝር

• ስቴጅንግ ከproduction ተመሳሳይ ኮድ፣ ቁልል እና አገልግሎቶች ያሂዳል።
• ስቴጅንግ የራሱ ዳታቤዝ አለው፤ የሙከራ ወይም የተጸዳ ዳታ ያለው።
• ክፍያዎች፣ ኢሜይልና የሚከፈሉ ኤፒአይዎች በስቴጅንግ የሙከራ ቁልፎችን ይጠቀማሉ።
• የተለዋዋጭ ስሞች በአካባቢዎች ይመሳሰላሉ፤ እሴቶቹ ብቻ ይለያያሉ።
• ስቴጅንግ ከመግቢያ ወይም ይለፍ ቃል ጀርባ ነው እና ኢንዴክስ አይደረግም።
• በስቴጅንግ ላይ መሆንዎን የሚያሳይ ባነር ይታያል።
• እያንዳንዱ ልቀት መጀመሪያ ወደ ስቴጅንግ ይሄዳል፤ የሚፈተሹ ፍሰቶች በጽሑፍ ዝርዝር አሉት።
• የዳታቤዝ ለውጦች መጀመሪያ በስቴጅንግ ይሄዳሉ፤ ከመልቀቃቸው በፊት የproduction ምትኬ አለ።

ስቴጅንግ በMythex

Mythex ህትመት (Publish) ለእያንዳንዱ መተግበሪያ አንድ የቀጥታ URL ይሰጣል፤ የተለየ የስቴጅንግ መቀያየሪያ የለም። በተግባር ሁለት አማራጮች አሉዎት፦

• ቅድመ-እይታን እንደ ከመልቀቅ በፊት ፍተሻ። እያንዳንዱ ፕሮጀክት በግል ክላውድ ስራ ቦታ ውስጥ ከቀጥታ Preview ጋር ይሠራል። /test ወኪሉ እንደ ተጠቃሚ እንዲጫን ያደርጋል፤ Share ሊንክ ደግሞ ደንበኛ ወይም የቡድን አባል ሳይታተም ቅድመ-እይታውን እንዲገመግም ያስችለዋል። Preview and Code ይመልከቱ። ለብዙ ብቻቸውን ለሚሠሩ ፕሮጀክቶች ይህ በቂ ነው።
• ሁለተኛ ፕሮጀክት እንደ ስቴጅንግ። በPro ላይ ፕሮጀክቱን ኤክስፖርት አድርገው ወደ አዲስ ፕሮጀክት ያስመጡ፤ ለዚያ ፕሮጀክት የራሱ ዳታቤዝና የሙከራ ቁልፍ ሚስጥሮች ይስጡት፤ እና በራሱ slug ያትሙት። የproduction ፕሮጀክቱን ከማተምዎ በፊት ወደ እሱ ይልቀቁ።

በሁለቱም መንገድ፣ ማንኛውንም አጥፊ ነገር ከመፈተሽ በፊት ቅድመ-እይታውና የታተመው መተግበሪያ የትኛውን ዳታቤዝ እንደሚጠቀሙ ወኪሉን ይጠይቁ፤ እና መጥፎ ለውጥ ሲኖር ለመመለስ ቼክፖይንቶችን ይጠቀሙ። መተግበሪያን በሰፊው ወደ ቀጥታ ለማምጣት፣ AI ፕሮቶታይፕን ወደ production እንዴት ማምጣት ይመልከቱ።

ጥያቄዎች