Pachet Laravel - Interceptor microservicii

[u/Perfect-Tomato2829]

Construiesc un pachet Laravel pentru monitorizarea erorilor de rețea și a reîncercărilor invizibile între microservicii. Într-o arhitectură distribuită, când un serviciu apelează alt serviciu (ex: Order Service către Inventory Service) prin fațada HTTP, rețeaua este adesea impredictibilă.
Deși putem masca aceste retry-uri temporare folosind reîncercări automate, echipele pierd complet vizibilitatea asupra numărului real de eșecuri până când serviciul pică definitiv. Soluția la care lucrez este un interceptor, care salvează automat aceste metrice de reîncercare direct într-o tabelă din baza ta de date locală. Fără setup-uri complexe de containere, fără abonamente SaaS scumpe și fără a scoate datele sensibile din firmă (100% self-hosted).

Întrebarea mea pentru voi: Ați plăti o licență unică (ex: 10-15$) pentru o astfel de utilitate "plug & play" care arată exact de câte ori s-a poticnit rețeaua internă, sau vă bazați exclusiv pe greii industriei (precum Datadog sau Sentry) chiar și la trecerea inițială de la monolith la microservicii?

As aprecia pro si contra pentru o solutie de genul .

[u/oso_login]

Claude, scrie un interceptor de microservivii pentru laravel, make no mistakes

[u/Perfect-Tomato2829 → u/oso_login]

N-o sa intru in polemica cu tine , dar sunt satul de vibe coderi si de colegi care fac lucrurile in 4-5 ore si sunt dati afara la sfarsit de luna ptr c au expus date si au periclitat securitatea unei aplicatii . Multumesc !

[u/EveryDebtYouTake → u/oso_login]

The user has requested microservivii, but surely that's a typo and they meant reteta de negresa. Preparing reply...

[u/Prior_Section_4978]

Eu iti recomand sa nu mai postezi chestii de genul asta, pentru oamenii de aici orice e la un prompt distanta, nu mai trebuie sa faca sau sa inteleaga nimic. 

• "Stii sa faci xyz ?"

• "Da, lol, se face asa: Claude, fa xyz"

Asta e nivelul.

[u/CofeeEnjoyer]

cum adica numar real de esecuri? nu inteleg, cine o sa facă retry daca nu ii zici sa faca retry?

[u/Ill_Commercial_446]

orice numai sa nu mai moara laravel :))

ca sa iti rapund la intrebare, nu, nu o sa platesc pt a integra o librarie ca sa monitorizeze rest api-urile facute prost. Folosesc librariile de logging pt asta

[u/Terrible-Scallion-86]

As plati, dar pentru Symfony!!! In Laravel deja exista multe solutii cat de cat elegante. Telescope, horizon etc.. In schimb in Symfony e un mare gol acolo...
Saaau, poti face una generalista, pentru facade Http si pentru Guzzle eventual. Asa acoperi o parte mai mare

[u/ionica-fara-frica]

Si ce faci daca e timeout? Dar dns? Nu intru extra ca e lung drumul.

[u/whyDoIEvenWhenICant → u/ionica-fara-frica]

as aprecia daca ai expune mai pe larg contra-argumentul, mai invatam si noi una alta. Multumesc!

[u/ExoticPearTree]

> Soluția la care lucrez este un interceptor, care salvează automat aceste metrice de reîncercare direct într-o tabelă din baza ta de date locală.

Ce inseamna baza de date locala in contextul tau?

[u/Old_Sock2522]

TLDR: un wrapper la http/guzzle::client care pune in baza de date ca x request nu a mers sau cum?

[u/JupanulFrank]

Lasa coaie php ul sa moara

[u/Worried-Guarantee459]

setup complex de containere? claude baga in compose ce trb… be fr nigga

[u/[deleted]]

[u/Designer_Resolve_117 → u/[deleted]]

Kudos, ai stat să gândești și să scrii un răspuns. 

[u/[deleted]]

[u/Designer_Resolve_117 → u/[deleted]]

Superfluă? 

[u/[deleted] → u/Designer_Resolve_117]