Бавната база на податоци ретко е само проблем со базата на податоци. Обично станува збор за системски проблем што носи маска во облик на база на податоци: API-крајна точка презема премногу податоци, ORM тивко издава do...
Микросервисите често се претставуваат како природен следен чекор штом API-то ќе почне да расте. Пристигнува повеќе сообраќај, тимовите се множат, распоредувањата стануваат побавни и монолитот почнува да...
Dockerfile е корисно ветување: со истите влезни податоци, изгради ја истата слика на апликацијата. Но сликата на апликацијата не е систем што работи. Таа не опишува кои услуги ...
Микросервисите често се претставуваат како природен следен чекор по монолит: поделете ја апликацијата, распоредувајте ги услугите независно и дозволете им на тимовите да се движат побрзо. Во пракса, тоа c...
Репликацијата на базата на податоци звучи едноставно сè додека првиот инцидент во продукција не наметне потешко прашање: што всушност значи „ажурно“? Втора копија од податоците може да ја заштити достапноста...
Бавно PHP барање често се обвинува за „базата на податоци“ многу пред некој да дознае што всушност прави базата на податоци. Профајлерите се вредни: тие покажуваат каде се натрупува времето...
Монолитите често биваат обвинувани за проблеми што не ги создале. Една единствена апликација што може да се распореди може да биде брза за изработка, лесна за разбирање и сосема соодветна за мал тим....
Повеќето API-а започнуваат како разумна збирка CRUD крајни точки. Креирај клиент, преземи нарачка, ажурирај профил, избриши запис. Тоа често е токму вистинската почетна точка....
Повеќето проблеми со перформансите на PHP не започнуваат со бавен PHP. Тие започнуваат со нецелосна слика за тоа каде се троши времето. Лесно е да се отвори профајлер, да се најде скапа функција...
Повеќето софтвери не пропаѓаат затоа што нивниот тим избрал погрешна рамка. Тие пропаѓаат потивко: мала кратенка станува конвенција, конвенцијата станува претпоставка, и...
PHP услуга ретко станува тешка затоа што една класа има премногу методи. Таа станува тешка кога секоја нова функционалност мора да ја разбере внатрешната структура на три други серв...
Архитектонските дискусии можат да станат чудно религиозни. Еден тим ги смета микросервисите за единствената сериозна опција. Друг инсистира дека секој систем мора да започне како модуларен моно...
PHP апликациите често стануваат тешки за извршување многу пред да станат тешки за разбирање. Еден проект може да зависи од една PHP екстензија, специфична верзија на база на податоци, редица w...
Повеќето PHP апликации не стануваат тешки поради една лоша класа. Тие стануваат тешки затоа што секоја класа постепено дознава премногу за остатокот од системот: подат...
Функционалните знаменца често се воведуваат како безбедносен механизам: обвиткајте ризична промена, распоредете ја скриено и вклучете ја кога тимот е подготвен. Тоа е вредно, но е само еден мал ...
Многу бекенд-системи стануваат тешки многу пред да станат големи. Вообичаената причина не е сообраќајот, големината на тимот или егзотичен проблем со базата на податоци. Тоа е дизајнерска навика: третирање на сè...
Сигурните системи не се оние што се однесуваат совршено на дијаграм. Тие се оние што продолжуваат да даваат корисни резултати кога редиците се натрупуваат, некоја зависност се забавува, а ...
Системскиот дијаграм често се раѓа во момент на јасност: неколку полиња, неколку стрелки и заедничко чувство дека сите конечно разбираат како апликацијата се вклопува. Тој...
PHP често се оценува според најнедисциплинираниот код напишан со него. Тоа е чуден стандард за јазик што може да напојува чист API, захтевен трансакциски работен тек и ...
Повеќето проблеми со перформансите на API започнуваат со приказна што звучи разумно: крајната точка веројатно е бавна затоа што базата на податоци е зафатена, на контејнерот му треба повеќе меморија или сообраќајот ...
