Рамката може да направи PHP апликацијата да изгледа завршена многу пред таа навистина да е добро дизајнирана. Рутите се разрешуваат, контролерите враќаат JSON, миграциите се извршуваат и Docker го стартува sta...
Најскапиот проблем со перформансите често не е бавно барање или преоптоварен worker. Тоа е backend што никој не може безбедно да го промени. Тимовите може да поминат недели намалувајќи милисекунди...
Повеќето инциденти со бази на податоци не започнуваат со драматичен неуспех. Тие започнуваат со навидум безопасно барање, практичен тип на колона или крајна точка што работи совршено со мал...
Docker може да направи backend-от да изгледа прекрасно едноставно: спакувајте ја апликацијата, стартувајте неколку услуги и испратете ја во продукција. Таа едноставност е вредна, но и токму таму многу системи запираат т...
Контејнер што успешно се стартува не е нужно и бекенд што е подготвен да опслужува сообраќај. Токму во таа разлика многу Docker поставувања потфрлаат. Основен Dockerfile може...
Стариот PHP ретко се најавува со еден единствен катастрофален проблем. Почесто, тој наликува на лавиринт: контролер кој исто така валидира внес и пишува SQL, помошна функција со скри...
Дрифтот на API ретко доаѓа со драматично соопштение. Почнува како преименувано поле, опционален филтер, правило за пагинација што тивко се менува или услуга надолу по текот што започнува...
API-отстапувањето ретко доаѓа како драматичен неуспех. Започнува со безопасно опционално поле, преименуван статус или клиент што тивко се потпира на недокументирана форма на одговор. Мо...
Микросервисите не стануваат распоредливи само затоа што се поделени во помали репозиториуми или директориуми. Вистинскиот тест доаѓа кога на секоја услуга ѝ се потребни сопствено време на извршување, con...
Перформансите на базата на податоци ретко откажуваат одеднаш. Почесто, постепено се влошуваат: на контролна табла ѝ треба малку повеќе време, задача во заднина се преклопува со врвниот сообраќај, навидум безопасен API повик...
Кешот одговара на прашање што системот веќе го видел. Предиктивна база на податоци се обидува да го направи следниот корисен одговор евтин пред да пристигне прашањето. Таа разлика е важна б...
Кога ќе се појави бавна крајна точка, првиот инстинкт често е: „Додај индекс.“ Понекогаш тоа е токму правилно. Почесто, тоа е почеток на истрагата, а не крај. Во...
Наследениот PHP ретко откажува затоа што е стар. Откажува затоа што кодот престанал јасно да ги изразува своите намери. Позната апликација сè уште може да обработува вредни работни текови, да знае тоа...
Сложеноста ретко пристигнува со драматична најава. Таа се насобира во мали, разумни одлуки: една крајна точка што враќа „само уште малку“, едно поле во базата на податоци што ме...
Архитектонскиот долг ретко се појавува како драматичен неуспех. Почесто, тој се појавува како безопасен исклучок: уште еден услов во контролер, една крајна точка што пребарува табела ...
Најтешкиот дел од системскиот дизајн не е изборот на база на податоци, цртањето дијаграм или додавањето редица. Тоа е носењето одлуки денес без да се преправате дека можете да го видите секое барање...
Повеќето инциденти со бази на податоци не започнуваат како проблеми со базата на податоци. Тие започнуваат како разумен код на апликација што се соочува со малку поголем сообраќај, малку поголема табела или една нова функционалност...
Повеќето API-а започнуваат како чиста колекција од CRUD крајни точки: создадете запис, преземете го, ажурирајте го, избришете го. Тоа не е неуспех. CRUD често е вистинската основа бидејќи тој ма...
Повеќето неуспеси на API не се неуспеси на алгоритам. Тие се моменти на триење: клиентот не може да утврди кое поле е задолжително, порака за грешка не нуди следен чекор, повторното обидување создава ...
Повеќето API рефакторирања не успеваат поради разбирлива причина: тие се планираат околу следното издание, а не околу следните десет години промени. Неколку крајни точки се преименуваат, поле во одговорот i...
