See kukub koormuse all kokku
Aegumised tipptundidel, 500-vead kampaaniate ajal, andmebaas 100% peal, kui kliendid ootavad. Profileerime enne, kui midagi puudutame, nii et parandus läheb sinna, kus probleem tegelikult on: aeglane päring, puuduv indeks, järjekord, mis kuhjub.
Arendaja lahkus
Ei dokumentatsiooni, ei teste, üks inimene, kes "teadis, kuidas see töötab", ja tema on läinud. Võtame dokumenteerimata süsteeme üle elatise teenimiseks: kaardistame, mis olemas, paneme selle korratavas keskkonnas tööle ja kirjutame dokumentatsiooni, mis oleks pidanud olemas olema.
Iga muudatus lõhub kaks asja
Lihtsad funktsioonid võtavad nädalaid, sest koodibaas võitleb vastu. Kiirus läheneb nullile. Paneme kõigepealt testid teedele, mis loevad, nii et muudatused lakkavad olemast rulett ja su tiim tarnib jälle funktsioone, mitte kiirparandusi.
Common questions
Kas peame süsteemi kasutamise lõpetama?
Ei. Päästmised toimuvad töötavatel süsteemidel, muudatused tarnitakse sammhaaval koos tagasipööramise plaanidega, mitte suure ühekordse migratsioonina.
Milliseid tehnoloogiapinusid te üle võtate?
Node.js, TypeScript, Python, PHP/Laravel; PostgreSQL, MySQL, MongoDB, Redis; AWS, GCP ja Vercel. Iidsed versioonid on teretulnud.
Kas te surute peale täielikku ümberkirjutamist?
Ümberkirjutamine on viimane abinõu, mitte müügijutt. Enamik süsteeme vajab 20% operatsiooni, mitte 100% asendust.
Mis see maksab?
Diagnoos on väike fikseeritud tasu; parandus pakutakse ühe fikseeritud numbrina pärast seda. Sa ei saa kunagi üllatusarvet.
Kuidas te diagnoosite, mis tegelikult valesti on?
Loeme koodi, profileerime süsteemi päris koormuse all ja leiame tegelikud põhjused, seejärel anname sulle fikseeritud pakkumise paranduse eest, järjestatud riski, mitte oletuse järgi.
Kui kiiresti asjad stabiliseeruvad?
Kriitilised parandused, krahhid, aeglased päringud ja turvaaugud, tarnitakse esimesena, tavaliselt esimeste nädalate jooksul, nii et su süsteem lakkab olemast hädaolukord, enne kui algab sügavam moderniseerimine.
Kellele kuuluvad parandused ja dokumentatsioon pärast?
Sulle. Jätame süsteemi paremini dokumenteerituna, kui selle leidsime, koos testide, seire ja puhastuse teekaardiga, nii et su tiim (või meie, jooksvalt) saab turvaliselt kiiresti liikuda.
Kas saate päästa backend'i ilma algsete arendajateta?
Jah, see on tavaline juhtum. Alustame töötavast süsteemist ja koodist, mitte hõimuteadmistest: kaardistame arhitektuuri, taastame keskkonna ja instrumenteerime selle, nii et käitumine muutub nähtavaks. Esimeste päevade jooksul saad ausa kirjaliku hinnangu selle kohta, mis seisus süsteem tegelikult on ja mida selle stabiliseerimine nõuab.
Kas tegelete ka taristu ja DevOpsi poolega?
Jah. Backend'i päästmine hõlmab tavaliselt taristut: katkised juurutustorud, serverid, mida keegi ei julge puutuda, puuduvad varukoopiad ja olematu seire. Muudame juurutused korratavaks, lisame häired, et probleemid ise teataksid, ja dokumenteerime seadistuse, et su tiim saaks seda meieta käitada.
How we build.
Unit and feature tests with PHPUnit / Pest. Standard, not an add-on.
Automated tests and deploys on every push. No manual releases.
Every line reviewed by a senior engineer. No juniors on your budget.
Full source code, infrastructure and documentation transfer on handoff.
Kirjelda sümptomeid, saad ausa hinnangu, kui hull see on ja mida parandamine nõuab.