Ce este scalabilitatea?

Scalabilitatea e răspunsul la o întrebare pe care merită s-o pui la orice sistem înainte să depinzi de el: ce se întâmplă când vine de zece ori mai mult — trafic, comenzi, utilizatori, date? Sistemul scalabil absoarbe creșterea adăugând resurse (ideal automat și proporțional cu costul); cel nescalabil se prăbușește exact în momentul succesului — campania reușită care ucide site-ul, Black Friday-ul care blochează comenzile, aplicația internă care „mergea perfect” la 10 oameni și se târăște la 100. Tehnic, drumurile sunt două: scalarea verticală (server mai puternic — simplă, dar cu plafon și cu un singur punct de avarie) și scalarea orizontală (mai multe instanțe care împart sarcina — modelul cloud-ului modern, teoretic nelimitat, dar care cere ca aplicația să fie construită pentru el: nu orice cod poate rula în zece copii paralele fără să se calce pe date). De aici lecția pentru achiziții: scalabilitatea se proiectează, nu se adaugă — aplicația construită fără gândul acesta se rescrie scump când creșterea vine; deci întrebările corecte către furnizor sună concret: „la ce volum e dimensionată? ce se întâmplă la vârfuri de 10x — automat sau cu intervenție? care componentă cedează prima și cum aflăm înainte să cedeze?”. Nuanțele care țin discuția cinstită: scalabilitatea costă (arhitectura pentru milioane, plătită de o firmă cu sute de utilizatori, e risipă — supradimensionarea e eroarea-oglindă a subdimensionării; dimensionezi pentru realitate plus un ordin de mărime, cu drum clar mai departe), gâtuirea e de obicei în altă parte decât pare (baza de date, nu serverele web, e clasicul călcâi — și „mai mult hardware” nu repară o interogare proastă sau lipsa cache-ului) și, dincolo de tehnică, există scalabilitatea operațională — procesele firmei: sistemul tehnic care duce 10x nu ajută dacă fiecare comandă cere o intervenție umană; creșterea adevărată le scalează pe amândouă.