Proiect final Azure

Proiectul final leagă ce ai învățat în Fundamentals și în labs într-un rezultat pe care îl poți descrie la interviu sau în portofoliu: o arhitectură mică dar completă, cu note despre decizii, cost și ordine la închidere. Nu este teorie nouă — este structura livrabilelor în jurul laboratorului practic și al sesiunii finale.

Deschide laboratorul integrare Sesiunea 12 (recap & context) Certificări Simulator AZ-900

Checklist livrabile

Ideal după ce ai parcurs labs-urile anterioare sau în paralel cu pregătirea pentru AZ-900. Bifează mental fiecare punct înainte să consideri proiectul „gata” pentru CV.

README în repo — folosește șablonul de mai jos; explică contextul și ce ai construit tu.
Schiță / diagramă — flux între web app, bază, stocare și (dacă ai) rețea; poți inspira din diagrama din laborator.
Tag-uri Azure — cel puțin environment și owner; ajută la audit și la cleanup în echipă.
Notă despre cost — ce tier-uri ai folosit și de ce demo-ul rămâne ieftin dacă oprești resursele la timp.
Cleanup documentat — cum ai șters RG-ul sau resursele (confirmare în portal).
Repetare AZ-900 — minimum un tur în simulator după ce ai construit, ca să legi termenii de ce ai văzut în portal.

Șablon README (Markdown)

Copiază în propriul repo GitHub/GitLab; adaptează secțiunile la arhitectura ta reală din laborator.

# [Nume proiect] — Azure (demo învățare)

## Context
- Scopul arhitecturii (1–2 propoziții).
- Ce „problemă” rezolvă pentru un client fictiv (ex.: magazin mic, startup, cofetărie).

## Arhitectură (rezumat)
- Resource Group: rg-[nume]-demo
- Servicii: App Service (web), Azure SQL (date), Storage Account (blob pentru fișiere statice), opțional VNet + NSG, Azure Monitor + o alertă minimă.

## Decizii tehnice
- De ce PaaS (ex. App Service) în loc de VM aici?
- Securitate: RBAC pe roluri minime, firewall bază de date, blob-uri sensibile private.

## Tag-uri și organizare
- Environment=dev (sau sandbox), Owner=[inițiale], CostCenter=learning — sau schema ta coerentă.

## Cost și lifecycle
- Tier-uri alese (ex. Basic / Free) și motiv scurt.
- Cleanup: resurse șterse la data ___ (ștergere RG sau lista manuală).

## Ce ai învățat (3–5 bullets)
- …

Diagramă și arhitectură

Include explicit Resource Group, sursa traficului către App Service, unde stă Azure SQL, și cum ajunge aplicația la Blob (dacă aplicabil).
O propoziție despre NSG / firewall dacă ai restricții pe subnet sau pe SQL.
Un rând despre Monitor: ce măsurători sau alertă ai configurat și ce ai învățat din asta.

Laboratorul include o diagramă Mermaid de referință — deschide pagina labului și secțiunea „Arhitectura mini-proiectului”.

Tag-uri în Azure

Nu sunt opționale dacă vrei să pari organizat în fața unui recrutor sau mentor: arată că gândești lifecycle și cost.

Environment — dev / sandbox / demo.
Owner sau Project — identificare clară.
Oricând poți, un tag pentru CostCenter sau cursul te ajută să filtrezi în Cost Management.

Cost și cleanup

Laboratorul presupune cost mic dacă resursele sunt șterse aceeași zi sau curând după demo. Lasă-le pornite săptămâni întregi și „surpriza” vine în factură — notează în README că ai făcut cleanup și când.