თქვენი გამოქვეყნებული აპი ახლა რჩება ხელმისაწვდომი ხელახალი გამოქვეყნებისას

როცა Mythex-ზე აპს ხელახლა აქვეყნებთ, თქვენი ცოცხალი საიტი წინა ვერსიას ემსახურება, სანამ ახალი აშენება მზად არ იქნება, და მის შემდეგ გადაირთვება. ამ ცვლილებამდე ხელახალი გამოქვეყნება საიტს მთელი აშენების განმავლობაში გამორთავდა — ვიზიტორები დაახლოებით წუთის განმავლობაში ხედავდნენ „This published app is offline or the link was not found“-ს, და შემდეგ იგივე გვერდი გადატვირთვისას ისევ მუშაობდა. ასევე გამოვასწორეთ ორი სხვა გზა, რომლითაც ცოცხალი აპი არასწორად ჩანდა გათიშულად.

1. ხელახალი გამოქვეყნება აღარ თიშავს თქვენს საიტს

ფარულად, თითოეულ გამოქვეყნებულ აპს აქვს ჩანაწერი, რომელიც ამბობს, რომელი აშენება უნდა მოემსახუროს. ხელახალი გამოქვეყნება ამ ჩანაწერს ხელახლა იყენებდა და მას აშენების განმავლობაში „building“-ად ნიშნავდა — ხოლო ჩვენი edge-ის ნაწილი, რომელიც ვიზიტორებს მარშრუტს უყენებს, მხოლოდ „live“-ად მონიშნულ ჩანაწერებს ემსახურებოდა. ასე ყოველი ხელახალი გამოქვეყნება აშენება დასრულებამდე საიტს ქრებოდა. პატარა სატესტო აპზე ეს გავიმეორეთ: დაახლოებით 50 წამი გათიშვა ყოველ ხელახალ გამოქვეყნებაზე.

ახლა, როცა უკვე ცოცხალ აპზე ხელახალი გამოქვეყნება იწყება, ჩანაწერი იმახსოვრებს, რომ წინა აშენება არსებობს, და ისევ მასზე მიუთითებს. edge ახლა წინა აშენებას ემსახურება, სანამ ახალი აშენდება, და მაჩვენებელი ახალ აშენებაზე მხოლოდ მაშინ გადადის, როცა ის წარმატებული იქნება. თუ ახალი აშენება ჩაიშლება, თქვენი ვიზიტორები ვერაფერს ამჩნევენ — ძველი ვერსია უბრალოდ რჩება.

პირველი publish, ან აპის ხელახალი გამოქვეყნება, რომელიც შეჩერებული ან გაუქმებული იყო, მაინც მხოლოდ აშენების დასრულებისას გადადის ცოცხალში — წინა ვერსია არ არსებობს საჩვენებლად.

2. მცირე ხარვეზი აღარ ჰგავს „ვერ მოიძებნა“-ს

სერვისი თქვენი გამოქვეყნებული აპის წინ ეკითხება ჩვენს API-ს, სად ცხოვრობს თითოეული საიტი. ადრე ის ნებისმიერ წარუმატებელ პასუხს — მომენტალურ სერვერის შეცდომას ან გაწყვეტილ კავშირს — „ეს საიტი არ არსებობს“-ად ითვლიდა და გათიშვის გვერდს აჩვენებდა. წამის შემდეგ გადატვირთვა მუშაობდა, რაც დამაბნეველი იყო.

ახლა მხოლოდ რეალური „ვერ მოიძებნა“ პასუხი ითვლება ვერ მოძებნად:

• ნებისმიერი სხვა წარუმატებლობა ერთხელ ხელახლა ცდება.
• თუ ისევ ვერ ხერხდება, edge საიტს ბოლო ცნობილი კარგი პასუხიდან ემსახურება, მაქსიმუმ ერთი საათის განმავლობაში.
• მხოლოდ თუ მას არასდროს ჰქონია პასუხი, იჩენს გვერდს „დროებით მიუწვდომელია“ — არასდროს „ვერ მოიძებნა“.

საკუთარი დომენები წარმოებისა და staging სისტემებს პარალელურად ეკითხება, ასე რომ ნელმა staging სერვერმა წარმოების დომენი არასდროს შეიძლება შეაჩეროს.

3. შეჩერებული აპი ამბობს, რომ შეჩერებულია

გამოქვეყნებული აპები თქვენს კრედიტების ბალანსზე მუშაობს. თუ ის ამოიწურება, აპი შეჩერდება, სანამ ბალანსს შეავსებთ — და შევსებისთანავე თავისით ჩაირთვება. მაგრამ შეჩერებული აპი წინათ ზუსტად ისე გამოიყურებოდა, როგორც წაშლილი.

ახლა შეჩერებული აპის ვიზიტორს ხედავს „ეს აპი შეჩერებულია“, მფლობელისთვის გზით, და პასუხი არასდროს ქეშირდება, ასე რომ აპი ხელმისაწვდომია იმ წამს, როცა ის განახლდება. თუ აპი სხვა მიზეზით არ არის ხელმისაწვდომი, ვიზიტორები ხედავენ „ეს აპი არ არის ხელმისაწვდომი“ — მიზეზის ახსნის გარეშე.

რატომ არის ეს მნიშვნელოვანი

გამოქვეყნებული აპი ის არის, რაც გაგიზიარებიათ: ბიო-ბმულში, ვიზიტის ბარათზე, პირველ მომხმარებლებთან. ის უნდა იქცეოდეს როგორც ნამდვილი ვებსაიტი — რჩებოდეს ხელმისაწვდომი, სანამ აუმჯობესებთ, უძლებდეს მცირე გაუმართაობას, და იყოს გულწრფელი, როცა შეჩერებულია.

მეტი publish-ზე დოკუმენტაციაშია: როგორ გამოვაქვეყნოთ და ჰოსტინგის ლიმიტები. და ინფრასტრუქტურის მხარე იმავე იდეისა: როგორ მივიღეთ ჩვენი დეპლოები ნულამდე 502-მდე.