Кой аз ли? Поздрави и поздрави, могъщи читателю, и добре дошъл отново в Кой, аз? в който читатели на Register като вас споделят истории за моментите, когато усилията ви да предоставите техническа поддръжка са се провалили.
Тази седмица се срещнете с читател, когото ще преименуваме като „Тоби“, който някога е работил като маркетинг консултант и технолог – доста комбинация – за агенция за дигитален маркетинг. По принцип, както той казва, „всичко, което включваше код, падна в скута ми.“
Един прекрасен ден клиент се обърна към тази агенция, търсейки актуализация на нейната CRM система. Съществуващата CRM беше „ужасяваща“ според Тоби: „нямаше проверка на входа и беше изцяло локална и можеше да работи само на един единствен компютър.“
Ергх Очевидно беше необходима актуализация.
За да направи нещата още по-забавни, клиентът искаше нов уебсайт едновременно със своя лъскав нов CRM, с допълнителното изискване контактите в CRM да се синхронизират с потребителските акаунти на уебсайта и обратно. Само по себе си не беше твърде сложно, но уебсайтът се обработваше от външна агенция, която беше в различна часова зона от агенцията на Тоби.
Създаденото решение беше да се изпращат уебкукички от сайта с помощта на WordPress плъгин към CRM всеки път, когато нещо се актуализира. След това CRM ще направи същото, обратно към сайта, използвайки Zoho Flow.
На теория звучеше добре. При първоначалното тестване се държеше според очакванията, така че всичко беше наред. Данните бяха качени според очакванията, изпратени бяха уеб кукички, данните бяха актуализирани от другата страна и всички бяха доволни.
И така, със задоволителна свършена работа за един ден, Тоби започна.
След това, разбира се, настъпи следващият ден, както беше обичайно. Когато Тоби се захвана за работа, той отвори имейла си и намери спешна заявка: „Някаква представа защо имаме около 500 заявки за актуализиране на потребител?“
Случи се, че Тоби нямаше представа. Но скоро намери такъв.
Оказа се, че докато Тоби спеше, уеб агенцията е извършила собствено тестване, като е качила полезен товар, за да актуализира даден потребител в CRM. CRM отговори, като актуализира потребителя и изпрати уеб кука обратно към сайта, който отговори, като изпрати друг полезен товар към CRM. CRM отговори, като актуализира потребителя и изпрати още уеб кукички … и така нататък до безкрайност .
Или не съвсем ad infinitum . По-скоро като реклама до изчерпване на кредитите на Zoho на агенцията . И когато те се изчерпаха, уебкукичките спряха и всичко спря. Проектът беше ефективно осакатен от самопричинен DDoS.
Тоби неразумно бе предположил, че уеб агенцията разполага с предпазни мерки, за да предотврати този вид рекурсия. Агенцията беше неразумно предположила, че Тоби ще вгради такива предпазни мерки. Тъй като всички знаем клишето за това какво се случва, когато предполагате, няма да го повтаряме тук. Достатъчно е да се каже, че всички бяха задници.
Най-лошото беше, че абонаментът за Zoho за агенцията на Тоби беше подновен само преди няколко дни и тази малка глупост беше изразходвала цялата сума за месеца. Нещо повече, този клиент далеч не беше единственото нещо, за което агенцията разчиташе на Zoho. Така че липсата на комуникация между агенциите не създаде голям проблем за клиента (все пак системата все още беше в процес на тестване), но имаше голямо въздействие върху работодателя на Тоби.
Някога попадали ли сте в средата на бъркотия, която можеше да бъде избегната, ако само някой беше казал нещо? Е, не го пазете за себе си, съобщете го на Кой, Аз? и ние ще споделим вашия предметен урок с други, така че те да избегнат същата съдба. И се засмя. ®
