Interfeys
UI · vəziyyətlər
Xidmət
Full-stack inkişaf
API, autentifikasiya, verilənlər və interfeys bir kəsimdə. Frontend-in arxası boş qalmır — məhsul uzaqdan görünür, yaxından işləyir.
Bir komanda, bir məsuliyyət: ekrandan bazaya qədər eyni plan. “UI hazırdır, backend sonra” boşluğu bağlanır.
ASP.NET CoreC#SQL ServerPostgreSQL
UI · API · Data
Autentifikasiya + rollar
DEMO DATA
Ekran · Müqavilə · Verilənlər
Ekrandan bazaya. Bir kəsim, bir məsuliyyət.
API müqaviləsi
v1 · REST
- GET/v1/session20018msJWT
- POST/v1/auth20141msRBAC
- GET/v1/orders20022msCRUD
- PUT/v1/roles2049msScope
- POST/v1/webhooks20236msKörpü
Kimə uyğundur
Bu xidmət hansı ehtiyaca cavab verir.
Məhsul komandaları
MVP və ya mövcud vitrini real tətbiqə çevirmək istəyənlər — API + UI bir yerdə.
Şirkət daxili sistemlər
Portal, panel və inteqrasiya lazım olanlar; yalnız “gözəl səhifə” kifayət etmir.
Mövcud yığınla işləyənlər
Hazır API və ya bazaya qoşulmaq, amma interfeys və icazəni peşəkar bağlamaq istəyənlər.
Arxitektura
Üç qat. Eyni plan.
Əvvəl sərhəd, sonra ekran. Interfeys, API və verilənlər ayrı yaşasa da, bir kəsimdə bağlanır — boş mock yox, işləyən dilim.
- 01
Ekran işləyir, çünki arxası var.
Interfeys · UI · vəziyyətlər
- 02
REST, səhv, versiya — yazılı.
Müqavilə · API · JWT
- 03
Sxem, miqrasiya, icazə sərhədi.
Verilənlər · SQL · RBAC
Müqavilə
API · JWT
Verilənlər
SQL · RBAC
İstifadə ssenariləri
Eyni özül, fərqli dərinlik.
Bir layihədə hamısı lazım deyil. Ehtiyacınıza uyğun kəsim seçilir — sonra böyütmək asan qalır.
Müştəri portalı + API
portal.az · hesab · API bağlıMüştəri portalı
Aysel M.
GET /ticketsYeni sorğuyükləməboşxətaIDİşStatus#1042RezervasiyaBaxılır#1038SənədHazır#1031SorğuGözləyirGiriş, profil, sorğu və status — brauzerdə UI, arxada etibarlı servis qatı.
İdarə paneli
studio.example / icazəSessionAutentifikasiya
İcazə qapısı
Admin
12
Tam
Operator
48
Yazı
Müştəri
214
Oxu
SəthRolStatusPortalMüştəriAçıqPanelAdminAçıqAuditOperatorMəhdudJWT · RBAC
POST /v1/auth
GET /v1/session
200 · exp 3600s · 18ms
Siyahı, filtr, redaktə və hesabat. Frontend yalnız cədvəl deyil — real əməliyyat.
Xarici sistemə körpü
api.studio / v1/session200 · 18msREST explorer
GET /v1/session
Request
Authorization: Bearer
Accept: application/json
Response
{ "role": "admin",
"exp": 3600 }
Ödəniş, e-poçt, CRM və ya ERP API-ləri təhlükəsiz sərhədlə bağlanır.
Mövcud UI-nin tamamlanması
admin · verilənlər modeli12 cədvəlDomen + CRUD
Verilənlər sxemi
İstifadəçi
id · email · rol
274
Sifariş
id · status · owner
1.8k
İcazə
rol · səth · scope
36
CədvəlMiqrasiyaStatususers0042DEMOorders0041DEMOaudit_log0040QaralamaDizayn və ya frontend var, amma backend yoxdur — verilənlər və auth əlavə olunur.
Problem
Niyə adi sayt kifayət etmir
Yalnız interfeys hazır olanda məhsul dayanır: məlumat harada saxlanır? Kim nə görə bilər? Ödəniş, e-poçt və ya CRM necə bağlanır? Frontend və backend ayrı əl ilə gedəndə inteqrasiya gecikir, icazələr zəif qalır, hər dəyişiklik ikiqat xərcə çevrilir. Nəticə: gözəl ekran, boş sistem.
Həll
Nə qurulur
REST API, rol əsaslı giriş, verilənlər modeli və tətbiq qatı birlikdə layihələndirilir. Əvvəl domen və icazə sərhədi, sonra interfeys. Nəticə: etibarlı API, təmiz verilənlər və ona bağlı işləyən UI — eyni kəsimdə, eyni intizamla.
Paralel quruluş
Backend və frontend eyni planda. Boşluq qalmır.
Nəticə
Biznesinizdə nə dəyişir.
01
Boş arxa plan yox
Ekran məlumatı real mənbədən alır: autentifikasiya, CRUD və biznes qaydası işləyir.
02
Kim nə edə bilir — aydındır
Rol və icazə model ilə: admin, operator, müştəri eyni sistemdə təhlükəsiz ayrılır.
03
İnteqrasiya üçün hazır API
Mobil, PWA və ya üçüncü tərəf xidmətlər eyni müqaviləyə qoşula bilir.
04
Saxlanıla bilən kod
Tip təhlükəsizlik, aydın modul sərhədi və sənədləşdirilmiş axın — sonra böyütmək asan qalır.
Session · rol · eyni müqavilə, telefonda
Proses
Necə irəliləyirik.
01
Kəşfiyyat
Biznes qaydası, istifadəçi rolları, mövcud sistemlər və uğur meyarını netləşdiririk.
02
Müqavilə
API, verilənlər və icazə sərhədi yazılır. Əvvəl razılaşma, sonra kod.
03
Quruluş
Backend və frontend paralel, amma eyni planla. Hər sprintdə işləyən dilim.
04
Təhvil
Test, təhlükəsizlik yoxlaması, deploy və qısa sənəd. Sonra ölçülən növbəti addım.
Təhvil
Nə alırsınız — aydın siyahı.
- 01Domen modeli və API müqaviləsi (endpoint-lər, səhvlər, versiya)
- 02Autentifikasiya və rol əsaslı avtorizasiya
- 03Verilənlər sxemi + miqrasiya yanaşması
- 04UI-nin API-yə bağlanması (yükləmə, xəta, boş vəziyyət)
- 05Əsas inteqrasiyalar (razılaşdırılmış siyahı)
- 06Təhvil: deploy qeydi, qısa API izahı, növbəti kəsim
Fərq
Niyə bu yanaşma.
Bir məsuliyyət zənciri
“Frontend hazır, backend başqasının işi” yoxdur. Boşluq sizin məhsulunuzda qalmır.
Əvvəl sərhəd, sonra ekran
İcazə və məlumat modeli erkən netləşir — sonra UI sürətlə və təhlükəsiz bağlanır.
Dürüst əhatə
Hər inteqrasiya və modul əvvəlcədən yazılır. Gizli “sonra əlavə edərik” siyahısı yoxdur.
Xüsusiyyətlər
- REST API — aydın müqavilə, proqnozlaşdırılan səhvlər
- JWT / sessiya və rol əsaslı icazə
- Verilənlər arxitekturası (SQL Server və ya PostgreSQL)
- Bulud və üçüncü tərəf API inteqrasiyaları
- Validasiya, jurnal və əsas monitorinq hazırlığı
- UI + API eyni kəsimdə — boş mock-larla bitmir
Tez-tez suallar
- Mövcud API-yə qoşulmaq mümkündür?
- Bəli. Əvvəl müqavilə, autentifikasiya və təhlükəsizlik sərhədi razılaşdırılır, sonra interfeys ona bağlanır.
- Yalnız backend və ya yalnız frontend də olur?
- Bəli. Full-stack adətən birlikdədir, amma ehtiyaca görə bir tərəf də kəsilə bilər — əhatə aydın yazılır.
- Hansı verilənlər bazası seçilir?
- Layihənin miqyası, mövcud yığın və əməliyyat tələbinə görə. Moda üçün deyil — uyğunluq üçün.
- Nə qədər vaxt aparır?
- Modul sayı, inteqrasiya dərinliyi və mövcud sistemə bağlılıqdan asılıdır. İlk görüşdən sonra konkret müddət verilir.
- Qiymət necə müəyyən olunur?
- API əhatəsi, rol modeli, UI dərinliyi və inteqrasiyalara görə. Sabit uydurma paket yoxdur — brifdən sonra təklif.
Layihəniz var? Danışaq.
Qısa bir söhbət kifayətdir. Ehtiyacı netləşdiririk, yolu çəkirik, sonra təklif veririk.
İndi yazın — forma gözləmədən.
Instagram-da yaz