Infrastructură pe care o poți reconstrui dintr-un git clone.
Proiectăm, construim și operăm medii AWS pentru produse mici și medii: fiecare resursă în cod, dev/staging/prod separate din prima zi, deploy-uri care durează minute și monitorizare care spune adevărul.
Nu ai nevoie de Kubernetes. Ai nevoie de medii identice, de un deploy în care ai încredere, de backup-uri pe care le-ai restaurat cu adevărat și de o factură AWS fără surprize. Am scris o serie de 29 de articole exact despre asta, pentru că e ce facem în fiecare săptămână pentru produsele noastre și pentru clienți.
Standardul nostru e AWS CDK în TypeScript, containere pe ECS/Fargate sau App Runner, RDS sau Aurora, trei conturi sub o organizație, GitHub Actions cu OIDC (fără chei permanente) și observabilitate care nu te leagă de un singur furnizor. Când platforma ta e diferită, ne adaptăm; principiile nu se schimbă.
Proiectată, livrată și operată.
Arhitectură și structură de conturi
Landing zone, conturi dev/staging/prod, rețea, granițe IAM și un model de cost, dimensionate pentru ce rulezi azi și ce vei rula anul viitor.
Infrastructură în cod cu CDK
Fiecare resursă în TypeScript, revizuită în pull request-uri, deployată la fel în fiecare mediu. Fără click-uri în consolă, fără drift.
Containere fără taxa de cluster
ECS/Fargate sau App Runner pentru servicii web și workeri, imagini distroless, health check-uri care înseamnă ceva, deploy-uri fără downtime.
CI/CD și medii de preview
GitHub Actions cu roluri OIDC per cont, monorepo-uri care construiesc doar ce s-a schimbat, un mediu de preview per pull request, rollback cu o comandă.
Observabilitate și pregătire pentru incidente
Loguri, trace-uri și alerte care nu depind de un furnizor, dashboard-uri la care oamenii chiar se uită și un runbook pentru o echipă fără on-call.
Igienă de cost și securitate
NAT gateway-uri, savings plans, gestionarea secretelor, WAF, rotație fără downtime, backup-uri testate prin restaurare.
Ce primești
- Un codebase CDK care recreează întregul tău mediu dintr-un cont gol
- Dev, staging și producție separate, cu o cale de promovare documentată
- Pipeline-uri CI/CD cu OIDC, medii de preview și rollback
- Monitorizare, alerte și un runbook de incidente scris pentru echipa ta
- O revizuire de costuri cu economii concrete și raționamentul din spatele fiecăreia
E pentru tine dacă
- Infrastructura ta a fost configurată manual și nimeni nu îndrăznește să o atingă
- Deploy-urile sunt înfricoșătoare, lente sau făcute de o singură persoană care nu poate pleca în concediu
- Factura AWS a crescut mai repede decât traficul și vrei să știi de ce
Cum decurge o colaborare
Primești un inginer senior care livrează cât o echipă mică — cu un tarif orar transparent, raportare săptămânală și fără overhead de agenție. Crești sau reduci numărul de ore după nevoile proiectului.
- 01Evaluare — o săptămână în care citim conturile, pipeline-urile și facturile tale; primești un raport scris cu priorități.
- 02Fundație — conturi, rețea, schelet CDK, CI/CD cu OIDC și primul serviciu deployat în noul mod.
- 03Migrare — servicii și date mutate mediu cu mediu, cu rollback la fiecare pas și fără weekend big-bang.
- 04Operare — monitorizare, revizuiri de cost și suport la cerere, sau o predare curată către echipa ta, cu instruire.
Întrebările pe care le auzim înaintea fiecărui proiect
De ce nu Kubernetes?
Pentru majoritatea produselor sub câteva sute de cereri pe secundă, ECS/Fargate sau App Runner oferă aceeași fiabilitate cu o fracțiune din efortul operațional. Folosim Kubernetes când există un motiv real (echipă de platformă existentă, sarcini specifice), nu implicit.
CDK sau Terraform?
Pe AWS preferăm CDK în TypeScript: infrastructura și aplicația împart un limbaj, un reviewer și un test runner. Lucrăm confortabil cu Terraform când îl ai deja sau rulezi multi-cloud. Infrastructura în cod e cerința; unealta e o alegere.
Ne puteți migra fără downtime?
De obicei da. Mutăm mediu cu mediu, ținem calea veche activă până când cea nouă e verificată și tratăm migrările de schemă ca o disciplină, nu ca un eveniment. Vei ști riscul fiecărui pas înainte să îl facem.
Oferiți on-call?
Oferim monitorizare, alerte și un runbook proiectat pentru o echipă fără on-call, plus suport la cerere în orele de lucru. Nu vindem acoperire 24/7 cu pager; construim astfel încât să ai rar nevoie de ea.
Cât putem economisi pe AWS?
Depinde de ce e în neregulă. Descoperirile tipice sunt NAT gateway-uri inactive, volume neatașate, baze de date supradimensionate, savings plans lipsă și loguri păstrate la nesfârșit. Arătăm fiecare economie cu raționamentul, ca să decizi tu.
Cum gândim despre asta
Cum construim cloud și DevOps: trei conturi, un singur codebase CDK și niciun cluster
Operăm AWS pentru produsele noastre și pentru o platformă de client cu utilizatori reali și bani reali care trec prin ea...
septembrie 2026
Dev, staging și prod din prima zi: de ce o echipă de trei n-ar trebui să aștepte
„Separăm mediile mai târziu, când avem utilizatori.” Am auzit propoziția asta de la fiecare echipă mică cu care am lucra...
septembrie 2026
Nu ai nevoie de Kubernetes. Ai nevoie de un Dockerfile bun și de un loc unde să-l rulezi.
La câteva luni, o echipă de trei până la cinci ingineri ne întreabă dacă ar trebui să se mute pe Kubernetes.
septembrie 2026Vrei o infrastructură în care să ai încredere?
Colaborări flexibile cu tarif orar / time-and-materials, complet remote, B2B. Comunicare directă cu inginerul care face treaba — fără intermediari, fără discurs de vânzări.