Ես նախատեսում եմ հյուրընկալել իմ կայքի ճակատային մասը և API կոդը ամպի վրա: Ես տեղադրում եմ կոդը cloudbuild yml ֆայլի միջոցով: Իմ մտահոգությունն այն է, որ ես տեսել եմ, որ երբ մենք տեղակայում ենք ամպային գործարկվող հավելվածը, և երբեմն, երբ հավելվածը խափանում է, այն սպասարկում է միայն այդ վերանայման տրաֆիկը: Արդյունքները վեբ կայքի խափանումներում:
Կա՞ որևէ ձև, երբ նոր վերանայումը ենթադրում է, որ սխալ է տալիս և դառնում է անսարք, այնպես որ ամպային գործարկումը չի սպասարկում/փոխարկում երթևեկությունը դեպի այդ վերանայումը և ինքնաբերաբար հետ է վերադարձվում նախորդ/ընթացիկ աշխատանքային վերանայմանը: Ես գիտեմ, որ մենք կարող ենք փոխել/կառավարել երթևեկությունը վերանայումների միջև: Բայց կա՞ որևէ պայման, որ մենք կարող ենք դնել, օրինակ՝ այն լռելյայն սպասարկում է տրաֆիկը վերջին վերանայումից, բայց այն դեպքում, երբ վերջին վերանայումը սխալ է, այն մնում է/անցում է ընթացիկ աշխատանքային վերանայմանը:
Ես անցել եմ այս փաստաթուղթը երթևեկության կառավարման համար, բայց այն չի պատասխանում իմ հարցին.
https://cloud.google.com/run/docs/rollouts-rollbacks-traffic-migration
Ես նախկինում օգտագործել եմ կապույտ-կանաչ տեղակայման խողովակաշարը jenkins-ի միջոցով, որտեղ կարող եմ պայման դնել, որ մի օրինակը չսկսվի, հետո երթևեկությունը միացնեմ մյուսին:
Խնդրում ենք առաջարկել, թե արդյոք դա հնարավոր է, կամ որն է իդեալական գործընթացը 0 պարապուրդի համար ինքնաբերաբար սխալ վերանայման դեպքում: