სიახლეები და ანალიზი
გადასვლა გაჩერების გარეშე: 12 OTA-განახლება 5 მლნ მომხმარებელზე და ძველი პლატფორმის ფასი
TeamReach-მა ერთ ღამეში მილიონობით ადამიანი ახალ აპლიკაციაზე გადართო. რატომ ძვირდება ძველი პლატფორმიდან წასვლა ყოველ წელს და როგორ გადამყავდა კომპანიები ახალ სისტემაზე.
აპლიკაცია, რომელსაც წელიწადში 5 მილიონი მომხმარებელი ჰყავს, სამ თვეში თავიდან დაწერეს, ყველა ერთ ღამეში გადართეს და მერე სამი დღე პროდაქშენში OTA-განახლებებით ასწორებდნენ. იმავე კვირაში Camunda და Twilio კამათობდნენ, როდის არის საჭირო ძველი პლატფორმის მთლიანად შეცვლა და როდის კმარა ზემოდან ფენის დაშენება. ბიზნესის მფლობელისთვის ორივე ამბავი ერთ კითხვაზეა: როგორ გადავიდეს ახალ სისტემაზე ისე, რომ მანქანების გაცემა ან განაცხადების მიღება არ შეჩერდეს.
TeamReach-ის გადართვის ღამე
Expo-ს ბლოგში 14 ოქტომბერს გამოვიდა TeamReach-ის პრეზიდენტის, ჯინ კორნფილდის ამბავი. ეს არის აპლიკაცია სპორტული გუნდების განრიგებისა და ჩატებისთვის, წელიწადში დაახლოებით 5 მილიონი მომხმარებლით. 2026 წლის მარტში ის ახალმა მფლობელებმა იყიდეს და მიიღეს ორი ცალკე ნატიური აპლიკაცია, მათ ქვეშ კი PHP MariaDB-ზე მიგრაციების გარეშე და ერთი ცხრილი 100 მილიარდი სტრიქონით. ნებისმიერი შესწორება აპლიკაციების მაღაზიების შემოწმებას გადიოდა და სწორედ ამან, ავტორის სიტყვებით, აიძულა სხვა გზა ეძებნათ.
ოთხკაციანმა გუნდმა აპლიკაცია Expo-ზე დაახლოებით სამ თვეში თავიდან დაწერა და თან ბაზა Postgres-ზე გადაიტანა. ყველა 28 ივნისის ღამეს გადართეს და შეცდომების შეტყობინებები წუთებში წამოვიდა. პირველ ოთხ საათში სამი OTA-განახლება გამოვიდა, შემდეგ სამი დღე რიტმით „შუადღე და შუაღამე“. სულ თორმეტი განახლება და ყველაფერი, რაც მუშაობას არღვევდა, ავტორის სიტყვებით, ერთ დღე-ღამეში გაასწორეს. ეს სამი დღე დაახლოებით 4000 დოლარი დაჯდა.
OTA-განახლება, ანუ განახლება აპლიკაციების მაღაზიის გარეშე, მხოლოდ ზედა ფენას ცვლის, JavaScript-სა და სტილებს; ყველაფერი, რაც ნატიურ კოდს ეხება, კვლავ მაღაზიის შემოწმებას გადის. და გამოქვეყნება არ ნიშნავს მიწოდებას: აპლიკაცია განახლებას გაშვებისას იღებს, ამიტომ TeamReach-თან შესწორება ყველამდე დაახლოებით ერთ დღე-ღამეში აღწევდა, იმის მიხედვით, როგორ ხსნიდნენ ადამიანები აპლიკაციას.
ძველ პლატფორმაზე ცხოვრების ფასი
Camunda-მ 22 ოქტომბერს Pega-ზე ცხოვრების ღირებულებაზე დაწერა. ეს ვენდორის ტექსტია, რომელიც თავისთან გადასვლისკენ მოუწოდებს, მაგრამ არგუმენტი იქ გულწრფელია: ლიცენზია იშვიათად არის ყველაზე ძვირი ნაწილი. უფრო ძვირი ჯდება სპეციალისტები, რომლებიც პლატფორმას იცნობენ, და მომსახურება ყოველი მარტივი ცვლილებისთვის. მესამე-მეოთხე წლისთვის ყოველი ინტეგრაცია ამატებს მიზეზს, რომ არ წახვიდე. გადასვლას ორი შიში ბლოკავს: ორ პლატფორმაში ერთდროულად გადახდა და მიგრაციის მფლობელის არარსებობა გასაგები ვადით.
CustomerThink-მა 13 ოქტომბერს გამოაქვეყნა Smart Communications-ის პრესრელიზი კლიენტებთან კომუნიკაციების მიგრაციაზე: სისტემა ძველ დოკუმენტებს არჩევს და ახალ შაბლონებად აქცევს, ყოველ კონვერსიას კი ადამიანები ამოწმებენ. რელიზში IDC-ის მონაცემებია მოყვანილი: ორგანიზაციების 57% კლიენტებთან კომუნიკაციებს მოძველებულ სისტემებზე ინახავს.
Twilio-ს ბლოგში 16 ოქტომბერს ხელმძღვანელების ხუთი მაგალითი შეკრიბეს, რომლებმაც კლიენტთა სერვისი სტეკის შეცვლის გარეშე განაახლეს. Sweetwater-მა თავისი CRM დაიტოვა და მასში ხმა და SMS ჩააშენა: დღეში 50 000 შეტყობინება და 40 000 ზარი, საკონტაქტო ცენტრის ახალი კონფიგურაციები კი ორ დღეზე ნაკლებ დროში იშლება. ავტორის აზრი: თუ ახალი ფენა არ მუშაობს, მის ქვეშ სისტემები მუშაობას აგრძელებს, ჩანაცვლების პროექტი კი კედელს მეცხრე თვეზე აწყდება, როცა ბიუჯეტი უკვე დახარჯულია.
რისთვის სჭირდება ეს ბიზნესს
ავიღოთ გაქირავება, სადაც ჯავშნები სამი წელია ცხრილში ცხოვრობს, ახალი აპლიკაცია კი უკვე დაწერილია. სეზონი პიკშია, გაცემის ერთი კვირით დახურვა არ შეიძლება. თუ ყველას ორშაბათს გადართავთ, ოთხშაბათს მენეჯერი ვერ იპოვის ჯავშანს, რომელიც პარასკევს ძველ ცხრილში შეიყვანეს. დასკვნა: გადასვლა უნდა დაიგეგმოს როგორც პერიოდი, როცა ორივე სისტემა გვერდიგვერდ ცხოვრობს, წესით, სად არის ახლა სიმართლე, და უკან დასაბრუნებელი გზით.
როგორ გადამყავდა კომპანიები ახალ სისტემებზე
აშშ-ში PDR-ის სფეროს კომპანიაში, სადაც 2021 წლიდან ტექნიკური პარტნიორი ვარ, გადასვლა რამდენიმე წელი მიდიოდა, ნაბიჯ-ნაბიჯ, და ყოველი შემდეგი ნაბიჯი იმას ეყრდნობოდა, რაც უკვე მუშაობდა. 2021 წელს მონაცემები Google Sheets-სა და AppSheet-ის აპლიკაციებში ცხოვრობდა. 2023 წელს შევთავაზე SQL-ბაზაზე გადასვლა სიჩქარისა და მონაცემების ერთიანი ფორმატისთვის. იდეას მხარი დაუჭირეს და MariaDB-ზე გადასვლის შემდეგ ახალ სერვისებს ერთმანეთის მიყოლებით ვაერთებდით, GoHighLevel-თან ინტეგრაციას კი მთელი წელი ვხვეწდი. ახლა GoHighLevel ძირითადი CRM-იდან დამხმარე გახდა, AppSheet-ს კი React Native-ზე დაწერილი სუპერაპი ცვლის, რომელსაც კომპანიის დეველოპერებთან ერთად ვაკეთებთ: ის TestFlight-შია და ოფისი და გამყიდველები უკვე იყენებენ. ყოველ ახალ ნაწილს მომუშავის გვერდით ვრთავდით, ძველს კი მერე ვთიშავდით.
„ყავა ერთად“, შიდა სერვისში, 2026 წლის ოქტომბერში გადასვლა უფრო მცირე იყო, წესი კი იგივე. თანამშრომლების ნაწილი ჯერ კიდევ Google Sheets-ით უკვეთავდა, ამიტომ იმპორტი წინასწარი გადახედვით გავაკეთე: ყოველი სტრიქონი მოწმდება, შეცდომა გადატანას ბლოკავს, მსგავსი პროდუქტი არ ჩაისმება. იმპორტის ჟურნალი შეკვეთას საწყისი სტრიქონის ნომერთან აკავშირებს, ამიტომ განმეორებითი ჩატვირთვა დუბლიკატებს არ ქმნის, შეცვლილ სტრიქონს კი სერვისი კონფლიქტად აჩვენებს.
რას გავაკეთებდი
დაასახელეთ გადასვლის მფლობელი და თარიღი. TeamReach-თან ეს 28 ივნისი იყო; თარიღის გარეშე მიგრაცია წლობით გეგმებში რჩება, როგორც Camunda წერს.
გაყავით ფენები. ეკრანები OTA-განახლებით შეიძლება განახლდეს, ბაზა კი მხოლოდ მიგრაციებითა და სარეზერვო ასლით; ლოგიკა საკუთარ სერვერზე ცხოვრობს. ძველი სისტემა წასაკითხად ჩართული დატოვეთ სულ მცირე რამდენიმე კვირა.
მოამზადეთ ადამიანები პირველი დღე-ღამისთვის. TeamReach-ში მხარდაჭერის თანამშრომელი 36 საათი ტიკეტებში იჯდა და საჩივრებს ინჟინრებისთვის აჯგუფებდა. ასეთი ადამიანი წინასწარ დანიშნეთ.
თუ პლატფორმის მთლიანად შეცვლა გაშინებთ, ზემოდან ფენით დაიწყეთ. სამხრეთ აფრიკის გაქირავებაში ჩემთან ყველაფერი AmoCRM-ისა და ცხრილის კავშირიდან გაიზარდა.
ნიშნების შესახებ, როდის არის დრო ცხრილებიდან წასვლის: როდის სჭირდება ბიზნესს სისტემა ცხრილების ნაცვლად. მიმართულებების მიხედვით: ბიზნესი როგორც ერთიანი სისტემა და პროცესის ავტომატიზაცია განაცხადიდან შემდეგ მოქმედებამდე. ქეისები: აშშ-ის PDR-კომპანიის ტექნიკური პარტნიორი და „ყავა ერთად“. სერიაში გვერდით: აპლიკაციის განახლებების ყოველწლიური ციკლი და API-ის ვერსიები და გამორთვის თარიღები; ადრე ვწერდი, რა უნდა შეინახოთ პლატფორმის შეცვლისას და როგორ შევამოწმოთ მონაცემები CRM-ის მიგრაციისას. თუ გადასვლა გელით, მომიყევით, რა მუშაობს ახლა და რისი შეჩერება არ შეიძლება: ამოცანის განხილვა.