PHP преживеа доволно циклуси на возбуда за да нè научи на важна лекција: трајните заднински системи ретко се градат околу модерна синтакса. Тие се градат околу јасни граници, пре...
CRUD е местото каде што почнуваат повеќето API-ја и каде што запираат премногу дизајни. Креирањето, читањето, ажурирањето и бришењето се корисни глаголи, но не се архитектура. Штом една апликација добие re...
Проблемите со перформансите на базата на податоци ретко се најавуваат учтиво. Тие се појавуваат како контролна табла што се вчитува малку побавно, редица што почнува да заостанува или API-крајна точка чијшто одѕ...
Чувството за бързина не е метрика Един API може да изглежда бърз во прелистувач, да помине брз рачен тест, а сепак да разочара при реален сообраќај. Тој јаз е местото каде што скапите претпоставки...
API-то е ветување дадено под притисок. Штом клиентите зависат од него, секое нејасно име на поле, преоптоварена крајна точка и изненадувачки статусен код станува скапо да се промени. Брзиот...
Повеќето проблеми со скалирањето на API не започнуваат со сообраќајот. Тие започнуваат со двосмисленост: нејасни граници, бавни прашања скриени зад практични апстракции, однесување при повторни обиди што повеќе...
Работата на перформансите често започнува на погрешно место. Бавен крајна точка поттикнува потрага по недостасувачки индекс, помоќен сервер или слој за кеширање. Тие можат да помогнат, но не можат да надомест...
Повеќето неуспеси во перформансите не се предизвикани од бавно барање откриено предоцна. Тие започнуваат порано, кога базата на податоци се третира како пасивен слој за складирање наместо како суштински дел од...
Повеќето проблеми со перформансите на базите на податоци не почнуваат со очигледно лошо барање. Тие почнуваат со барање што е прифатливо на мал сет на податоци, а потоа станува непредвидливо како што сообраќајот...
Повеќето проблеми со API не се предизвикани од HTTP, JSON или несреќен избор на рамка. Тие настануваат кога интерфејсот ја одразува базата на податоци, слојот на услуги или внатрешн...
API-порталот често се воведува како погодност за рутирање: една јавна крајна точка, неколку услуги нагоре по текот и место за централизирање на автентикацијата. Тој поглед е корисен, но inc...
Бавната база на податоци ретко се решава со додавање индекс и надеж за најдоброто. Индексите се суштински, но тие се само еден дел од патеката на извршување. Барањето сè уште може да биде б...
Повеќето неуспеси на API-то не започнуваат со сообраќај. Тие започнуваат со триење: контролер што знае премногу, барање до базата на податоци скриено зад практичен код, Docker-поставка што само...
Базата на податоци ретко станува проблем одеднаш. Почесто, системот полека се учи на лоши навики: практично барање станува заедничка зависност, задача во заднина започнува...
ВИ станува дел од разговорите за дизајн на системи, без разлика дали тимовите го покануваат или не. Може да скицира API, да предложи шема за база на податоци, да генерира Dockerfile и да претвори нејасна за...
Шемата на базата на податоци не е дијаграм што го завршувате пред да започне „вистинската“ работа. Таа е една од најтрајните одлуки за перформансите во еден систем. Кодот може повторно да се распореди за неколку минути; ...
Базата на податоци често прва се обвинува кога системот делува бавен. Таа е пригоден осомничен: податоците се централни, пребарувањата се видливи, а лошо избраниот индекс навистина може брзо да го пре...
API-порталот започнува како погодна влезна точка: едно име на домаќин, една проверка на автентикација, неколку рути. Потоа системот расте. Услугите се множат, клиентите развиваат различни потреби...
Повеќето софтверски неуспеси не се драматични прекини. Тие се побавни и поскапи: функционалност за која се потребни три дена наместо три часа, промена на API на која никој не ѝ верува, податочна база...
API што има потреба од посебен документ за да го објасни секое барање носи премногу скриено значење. Вообичаениот одговор е да се напише подобра документација. Понекогаш тоа е неопход...
