"Ik dacht dat het kwam doordat mijn mobiele telefoon een betalingsachterstand had en er geen internetverbinding was. Ik rekende 50 yuan aan en kwam erachter dat ik nog steeds geen taxi kon bellen!" Op een oorspronkelijk gewone werkdag, omdat talloze arbeidsmigranten op het werk geen taxi konden bellen, werd de systeemstoring van Didi Chuxing al vroeg in de ochtend een veelbesproken onderwerp. Sterker nog, op de avond van 27 november meldden veel gebruikers op sociale platforms dat de Didi App niet normaal kon worden gebruikt. Ook gaven veel chauffeurs aan dat ze geen orders konden ontvangen of dat de navigatie na het ontvangen van orders niet te gebruiken was. Als reactie hierop reageerde Didi die dag om 23.19 uur met spoed en zei: "Door een systeemstoring heeft de Didi App-service vanavond een abnormaliteit ondervonden. Nadat technische collega's deze met spoed hebben gerepareerd, wordt deze momenteel hersteld."
Op 28 november om 07.31 uur bood Didi Chuxing's officiële Weibo opnieuw zijn excuses aan en verklaarde dat het technische team het van de ene op de andere dag had gerepareerd en dat Didi's ritdienst weer normaal was. Het duurde echter ongeveer een hele ochtend en sommige passagiers meldden nog steeds dat ze geen rit op het Didi-platform konden aanvragen.
Beeldbron: Didi deelauto in werking Beeldbron: Foto door Liu Xuemei, een verslaggever van Beijing Daily
Niet alleen stortten alle productsystemen van Didi deze keer in, ook de verslaggevers van Daily Economic News hoorden van veel Didi-medewerkers dat Didi's intranet vanmorgen ook faalde.
Een senior technisch persoon analyseerde tegenover verslaggevers dat de app slechts een interface is die door gebruikers wordt gebruikt, maar dat de app toegang moet hebben tot de onderliggende gegevens. Op bedrijfsniveau zal Didi elk bedrijf zeker isoleren. Als alle producten crashen, moet dit wijzen op een probleem op een lager niveau.
Op het moment van schrijven zijn de taxidiensten van Didi in de meeste steden hersteld. Sommige passagiers meldden echter aan verslaggevers dat sommige Didi-functies nog steeds crashten en dat de responstijd voor taxi's langzamer was dan normaal.
Er is nieuws dat sommige chauffeurs op het Didi-platform geld zijn gaan opnemen en dit met succes hebben opgenomen. De chauffeurs zijn bang dat er een probleem zal zijn met het systeem en dat hun accounts zullen worden opgezegd. Als reactie hierop antwoordde Didi aan de verslaggever van "Daily Economic News" dat na verificatie de functies van de chauffeursaccount en geldopname momenteel normaal zijn en dat de meerderheid van de chauffeurs zich geen zorgen hoeft te maken. Op het Didi-platform is elke dinsdag geldopname mogelijk en chauffeurs met een hoog serviceniveau kunnen elke dag contant geld opnemen. Bovendien verklaarde Didi dat chauffeurs zich zorgen maken over de getroffen beloningen, abnormale vergoedingen, reputatiewaarde (inclusief reispunten), enz., en deze zo snel mogelijk zullen herstellen en opnieuw zullen uitgeven. Wat betreft een internetgebruiker die eerder beweerde dat "het inkomen van een bepaalde bestuurder de 69 miljard yuan overschrijdt" en een screenshot van zijn rekeningsaldo plaatste, antwoordde Didi Chuxing dat na verificatie werd bevestigd dat de foto een nepgerucht was, gemaakt door PS, en we vragen iedereen vriendelijk om geen geruchten te maken of te verspreiden.
Zowel interne als externe netwerken "stortten in" en het verlies aan orders kan meer dan 10 miljoen bedragen
"Toen ik vanochtend bij het bedrijf aankwam, wist ik pas dat Didi gisteravond was gecrasht, en we schrijven nu allemaal code op papier." Een Didi-medewerker onthulde aan verslaggevers. Naast de intranetcrash zorgde de systeemcrash 's nachts en tijdens de ochtendspits voor overlast voor een breed scala aan gebruikers en chauffeurs.
Verslaggevers van Daily Economic News zagen op sociale platforms dat veel gebruikers klaagden over het ongeval in de ochtendspits en moesten overstappen naar andere platforms om taxi's te bellen; sommige passagiers meldden dat Didi 268 yuan in rekening bracht voor een taxiafstand van 7 kilometer en zo snel mogelijk om terugbetaling vroeg; sommige chauffeurs zeiden dat ze niet op de knop "afleveren" hadden kunnen klikken nadat ze de passagiers op hun bestemming hadden afgeleverd.
Afbeeldingsbron: Tucao van gebruikers over de hele wereld op Xiaohongshu Afbeeldingsbron: Xiaohongshu
Tijdens de systeemstoring was het facturatiesysteem van Didi's chauffeur ooit een chaos. Er waren berichten dat het backend-inkomenssaldo van een gecontracteerde chauffeur 69387199691,71 yuan bleek te zijn, maar dit getal werd later afgedaan als een PS-foto.
Sommige populaire zoekopdrachten vermeldden ook dat sommige Didi-chauffeurs zich zorgen maakten over systeemproblemen en moesten uitloggen bij hun rekeningen om geld op het platform op te nemen. In reactie daarop vertelde een Didi-chauffeur aan verslaggevers dat er inderdaad chauffeurs in zijn omgeving waren die contant geld wilden pinnen, maar dat er ook veel chauffeurs waren die het niet nodig vonden om contant geld op te nemen.
Wat betreft de aanwezigheidspunten en factureringsproblemen waar chauffeurs zich zorgen over maken, vermeldde Didi’s eerdere verklaring ook dat de distributie van relevante beloningen die zijn ontvangen/gekocht vanaf maandagavond zal worden uitgesteld vanwege systeemredenen. Het platform berekent normaal en vult het geld een voor een aan. De reputatiewaarde-reispunten worden ook normaal berekend en de weergave wordt één voor één hervat. Wacht geduldig. Sommige chauffeurs meldden dat ze de reis en facturering niet konden starten nadat ze passagiers hadden ontvangen. Chauffeurs wordt gevraagd passagiers normaal op te halen en veilig op hun bestemming af te leveren. Het platform zal vervolgens de tarieven berekenen en opnieuw uitgeven op basis van het reisschema.
De bijna twaalf uur durende systeemstoring van Didi was ook de langste storing in de geschiedenis van het bedrijf. Naast dat het het dagelijks leven van chauffeurs en passagiers beïnvloedde, veroorzaakte het ook verliezen voor Didi.
Volgens Didi’s laatste financiële rapport bedroeg het totale transactievolume (GTV) van Didi’s kernplatform in het derde kwartaal 91,5 miljard yuan, een stijging op jaarbasis van 37%. Onder hen bedroeg het totale transactievolume van de Chinese reissector 72,5 miljard yuan, een stijging op jaarbasis van 33%; het totale volume aan internationale zakelijke transacties bedroeg 19 miljard yuan, een stijging op jaarbasis van 52%. Het totale aantal reisorders in China bedroeg 2,878 miljard, een stijging op jaarbasis van 32%; het totale aantal internationale zakelijke bestellingen bedroeg 701 miljoen, een stijging op jaarbasis van 43%. Op basis van deze berekening bedroeg het gemiddelde dagelijkse aantal reisorders in China in het derde kwartaal 31,3 miljoen, wat de historische piek in één kwartaal overtrof.
Als we het verschil in het aantal bestellingen in de ochtend en de avond negeren, berekende de verslaggever van "Daily Economic News" op basis van de financiële rapportgegevens grofweg dat Didi bijna twaalf uur offline was, tientallen miljoenen bestellingen verloor en dat het transactievolume bijna 400 miljoen yuan bedroeg.
R&D-investeringen van 2,1 miljard yuan in het derde kwartaal. De app vijf dagen geleden bijgewerkt
Omdat de officiële oorzaak van het falen nog niet is onthuld, kan de buitenwereld alleen maar speculeren en redeneren over Didi's grootschalige en langdurige systeemfalen. Een insider uit de branche analyseerde tegen een verslaggever van 'Daily Economic News' dat cloudservers, -systemen en -interfaces mogelijk allemaal bugs bevatten. Didi is echter over het algemeen relatief stabiel en volwassen, en zulke grote gebieden van ontoegankelijkheid komen zelden voor. Het is moeilijk om over de specifieke redenen te speculeren. Het kan zijn dat alleen Didi nauwkeurige informatie kan vrijgeven.
Hij vermeldde echter ook dat de nieuwste versie van de Didi IOS APP 5 dagen geleden is uitgebracht. Ik vraag me af of er enkele bugs zijn opgetreden nadat de nieuwe versie van de APP een paar dagen actief was. Een verslaggever van "Daily Economic News" merkte op dat de iOS-versies van apps als Didi Chuxing en Qingju Bicycle allemaal vijf dagen geleden zijn bijgewerkt.
Dit is niet de eerste keer dat Didi te maken krijgt met een grootschalige systeemstoring.
Op 22 september 2022 meldden veel gebruikers dat Didi niet normaal gebruikt kon worden. Didi antwoordde destijds dat "door een netwerkstoring in de computerruimte sommige Didi-diensten werden getroffen" en dat de storing in minder dan een halve dag was verholpen;
In april 2021 kreeg Didi ook te maken met een systeemstoring. Didi antwoordde officieel dat dit te wijten was aan een systeemupgrade;
In oktober 2019 werd "Didi Navigation crashed" ook een populair zoekonderwerp. Er was destijds sprake van een grootschalige situatie waarbij chauffeurs en passagiers elkaar niet konden vinden. Didi antwoordde dat er een probleem was tijdens een systeemupdate, wat navigatieproblemen veroorzaakte;
Op de dag vóór de Nationale Feestdag in 2020 ondervond Didi Taxi abnormale netwerkbelastingen als gevolg van het piekgebruik van auto's vóór de vakantie. Didi noemde die dag officieel de "moeilijkste dag om een taxi aan te houden";
In januari 2021 onthulde "Latepost" dat Didi een interne brief had uitgegeven om een technische commissie op te richten. Volgens insiders van Didi zou de oprichting van de technische commissie destijds mogelijk verband houden met de grootschalige storing die plaatsvond op 30 september 2020.
Volgens het laatste financiële rapport van Didi bedroegen de onderzoeks- en ontwikkelingskosten van Didi in het derde kwartaal RMB 2,1 miljard, goed voor 4,1% van de totale omzet, terwijl dit in het derde kwartaal van 2022 RMB 2,5 miljard bedroeg, goed voor 6,2% van de totale omzet. Didi legde in zijn financiële rapport uit dat de daling van de R&D-uitgaven als percentage van de omzet voornamelijk verband hield met de verlaging van de productontwikkelingskosten voor de slimme auto-activiteiten van het bedrijf.
Bovendien lanceerde Didi in 2017 zijn eigen cloudservice. Volgens de officiële website van Didi Cloud is de cloudcomputingservice van Didi Chuxing gebaseerd op de bedrijfstechnologie en ervaringsaccumulatie van Didi Chuxing. Het maakt gebruik van toonaangevende cloud computing-architectuur, hoogwaardige serverclusterconstructie, krachtig mechanisme voor toewijzing van middelen en een verfijnd werkingsmodel. Het streeft ernaar ontwikkelaars eenvoudige, snelle, efficiënte, stabiele, kosteneffectieve, veilige en betrouwbare clouddiensten voor de IT-infrastructuur te bieden.
In februari van dit jaar bracht Didi Cloud een aankondiging uit waarin stond dat het vanwege productlijnaanpassingen vanaf 31 maart 2023 om 00.00 uur geen openbare clouddiensten meer zou leveren.
Hoe kunnen internetplatforms verliezen als gevolg van technische storingen minimaliseren?
In de afgelopen twee jaar heeft niet alleen Didi te maken gehad met meerdere systeemstoringen, maar ook de meeste reguliere internetproducten hebben te maken gehad met downtime. Net op 12 november ondervond Alibaba Cloud een grootschalige storing die meer dan een uur duurde. Veel Alibaba-producten werden getroffen.
Internetanalist Ding Daoshi zei in een interview met een verslaggever van "Daily Economic News" dat Baidu, Alibaba, Tencent, Vipshop, Weibo, enz., bijna reguliere internetbedrijven, de afgelopen jaren verschillende vormen van technische storingen hebben ervaren. Op basis van de samenvatting van de oorzaken van eerdere technische storingen deed Ding Daoshi deze keer verschillende mogelijke gissingen over de storing van Didi.
De eerste mogelijkheid is een edge-end-storing, wat betekent dat de eindapparatuur en de bijbehorende optische kabels beschadigd raken. Tencent WeChat kende een paar jaar geleden een grootschalige mislukking. Later bleek dat de bouwpartij tijdens de bouw de optische kabel had doorgesneden. Een ander voorbeeld: relevante communicatiefaciliteiten kunnen na elke grote aardbeving beschadigd raken.
Het tweede type zijn door de mens veroorzaakte mazen in het management. In 2020 kende Weimob een grote storing als gevolg van conflicten tussen het interne technische personeel en het bedrijf, waardoor alle systeemgegevens van het bedrijf beschadigd raakten en Weimob een verlies van 1 miljard euro veroorzaakte. Deze situatie is niet ongewoon in de sector.
Het derde type is dat het bijbehorende systeem faalt, waardoor het beveiligingsmechanisme wordt geactiveerd, waardoor normale services offline gaan en worden afgesloten. Er zijn gevallen geweest waarin het instorten van het telecomnetwerk leidde tot het uitvallen van een groot aantal internetplatforms, waaronder WeChat Pay, QQ, Vipshop, etc. De oorzaak bleek uiteindelijk een storing van het koelsysteem in een van de netwerkcomputerruimtes van Telecom te zijn. De temperatuur van de hele computerruimte steeg snel, waardoor dit beveiligingsmechanisme in werking trad en een groot aantal netwerkservers gedwongen werd uit te schakelen en offline te gaan.
Een andere situatie is de meest voorkomende hackeraanval. Er zijn veel soorten hackeraanvallen. Naast gewone virussen, Trojaanse paarden, wormen, enz. zijn er de afgelopen twee jaar ook netwerkafpersingsaanvallen opgedoken. Nadat criminelen kwetsbaarheden hebben ontdekt en controle over de server hebben verkregen of gevoelige gebruikersgegevens hebben verkregen, eisen ze dat de exploitant een losgeld van miljoenen dollars betaalt in de vorm van Bitcoin. Ook dit is een relatief veel voorkomende situatie.
"Aan de ene kant moeten we ons realiseren dat netwerkbeveiliging een continu proces is, en geen eenmalige taak. Naarmate de technologie zich blijft ontwikkelen en bedreigingen blijven evolueren, moeten we onze beveiligingsmaatregelen en -strategieën voortdurend bijwerken en verbeteren. Dit omvat regelmatige beveiligingstrainingen, tijdige updates van software en systemen, beveiligingsaudits en risicobeoordelingen, enz. Aan de andere kant moet er meer redundantie worden opgezet en moet het back-upsysteem op elk moment gereed zijn, zelfs als het nooit zal worden gebruikt." zei Ding Daoshi.
Hij zei echter ook dat voor grote bedrijven als Didi eventuele gebruikersverliezen als gevolg van systeemcrashes na verificatie op de juiste manier zullen worden afgehandeld, en dat consumenten niet voor de mislukking zullen moeten betalen. Dit is ook het uitgangspunt.