|
|
Consulting |
Technology Management |
|
| Scalabilità Mainframe |
Nella teoria un sistema informatico si definisce scalabile se è in grado di gestire, disponendo di risorse adeguate, volumi e carichi di lavoro qualsiasi senza impatti negativi sulle performance. In pratica, però, quello che é realmente importante valutare non è una scalabilità indefinita, ma riferita a volumi e carichi specifici, coerentemente con le necessità dei processi di business supportati.
La scalabilità di un sistema deriva da quella delle sue componenti: infrastruttura tecnologica (HW e SW), e sistema applicativo, da considerare in modo distinto per online e batch, perché comportamenti e caratteristiche di utilizzo delle risorse infrastrutturali sono profondamente differenti nelle due situazioni.
Adfor vanta esperienze significative nel campo della verifica della scalabilità, che si concretizzano in una metodologia best in class e in appositi servizi strutturati. |
|
|
fondamentalmente un’applicazione batch non è scalabile per definizione, in quanto ogni singolo JOB lavora in modo sequenziale su una sola CPU, e al crescere dei volumi il tempo necessario all’elaborazione può solo aumentare. In questo caso le “performance” devono consentire il rispetto di eventuali cut-off e della finestra batch disponibile. I possibili interventi correttivi possono riguardare le applicazioni, per interventi volti a ridurre l’elapsed time, e i piani, per parallelizzare ove possibile i diversi JOB. Le attività previste sono:
- Analisi delle reti e dipendenze interne
- Individuazione del driver delle durate (es. numero di operazioni, numero di rapporti, ecc.)
- Simulazione con variazioni di volumi dei diversi driver
- Definizione interventi tecnologici, applicativi e sui piani
|
|
|
a differenza del batch, l’online scala per definizione, in quanto è sufficiente aumentare il parallelismo di elaborazione per garantire lo smaltimento di volumi maggiori. Questo è vero purché le risorse di sistema assorbite da una transazione siano invarianti rispetto al volume dei dati su cui essa opera (determinabilità) e non ci siano motivi, funzionali o tecnici, che impediscano la concorrenzialità di esecuzione delle transazioni. Le attività che vengono effettuate sono:
- Ricerca di eventuali inibitori di scalabilità, ossia quei comportamenti delle transazioni applicative che impediscono il parallelismo di esecuzione
- Verifica teorica e con eventuali simulazioni del comportamento del sistema o di particolari applicazioni con volumi target definiti
- Individuazione di alternative architetturali, sia a livello di infrastruttura tecnologica sia di disegno applicativo
- Definizione di interventi applicativi e di sistema per raggiungere i volumi richiesti e stima delle risorse HW necessarie
|
|
|
