Eike Michel: Potential still far from being exhausted

© iStock.com/ marchmeena29

Eike Michel, Director R&D and Operations, sulle app veloci, sull'uso flessibile dei dati e su EB come piattaforma "petrolifera"

"Potenziale tutt'altro che esaurito"

Lei è in AUCOTEC da 14 anni. Come è cambiato il lavoro nello sviluppo di Engineering Base (EB) nel corso del tempo?

Da dove comincio? Ma seriamente: innanzitutto, la filosofia di una piattaforma a più livelli che concentri i dati sul lato server, collocando però l'accesso, la potenza di calcolo, e quindi la logica di business su un server applicativo dedicato risale ai primi anni 2000 ed è innovativa. Nessun altro sistema nel nostro mercato propone una cosa del genere. Questo permette agli utenti di accedere ai loro dati con prestazioni incomparabili e di essere sicuri che i diritti di accesso siano rispettati. Però, quando ho iniziato, lo sviluppo si concentrava sull'ottimizzazione della comodità, sulla stabilità e su nuove funzionalità per il client.

Poi AUCOTEC ha conquistato clienti sempre più grandi e progetti altrettanto grandi. Di conseguenza, abbiamo aumentato il personale e reso i nostri team agili, attuando quindi un cambiamento organizzativo fondamentale. Per quanto riguarda EB, lo sviluppo di Data as a Service (DaaS) sulla base di tecnologie di servizi web ci ha fatto fare un enorme passo avanti.

Cosa può fare il DaaS?

Il servizio, in quanto "gateway per il www", è scalabile in base alle esigenze ed è a monte dell'application server. Questo significava che non dovevamo progettarlo come il solito server "stand-alone" soggetto a errori. Il DaaS e il client di EB hanno lo stesso accesso ai dati, e c'è solo un codice sorgente: quindi non ci sono incoerenze.

Un'applicazione desktop "ricorda" uno stato per ogni elaborazione di dati. Se ci sono molte richieste, bisogna "mettersi in fila". Gli accessi web a EB, invece, funzionano in modo completamente indipendente. Se arrivano centinaia di richieste allo stesso tempo, basta eseguire più istanze del DaaS. Questo servizio ci ha anche permesso di sviluppare prodotti front-end per EB che coprono compiti speciali per specifici gruppi target. Per farlo non dobbiamo nemmeno cambiare il client di engineering.

Cosa significa, concretamente?

Significa semplicemente che i cicli di sviluppo per innovazioni come EB Mobile View sono molto più brevi. Ci abbiamo lavorato per un anno, solo un terzo del tempo che ci vorrebbe per una funzione altrettanto complessa per il client desktop di EB. E il rilascio dei prodotti front-end non è legato alle major release annuali di EB, il che è un enorme vantaggio, soprattutto per chi crea tali applicazioni.

Anche i client hanno dei vantaggi?

Certamente! Non devono più aspettare, possono semplicemente scaricare i lavori sul DaaS mentre continuano a elaborare il loro compito. Talvolta, le reti aziendali sono anche soggette al rischio di timeout. Questo è un rischio soprattutto per azioni di lunga durata come l'outsourcing di un progetto da SAP. A partire da un time-out nell'intervallo di due cifre di secondi, l'assegnazione è considerata difettosa e viene interrotta, indipendentemente da quanto di essa fosse già stato eseguito. Con il DaaS, questo non succede. C'è solo un "numero di ricevuta" per ogni richiesta, che gli utenti possono usare per controllare lo stato del compito in qualsiasi momento fino al suo completamento. Anche in caso di interruzioni, non è necessario ricominciare dall'inizio. Il servizio permette anche a interi sistemi di comunicare tra loro senza la necessità di un intervento manuale.

Può fare un esempio?

Certo. Alcuni grossi clienti hanno impostato numerose integrazioni con EB. Con strumenti di simulazione 3D, sistemi di controllo dei processi, ma anche con piattaforme sviluppate internamente. In quei casi, EB è il fulcro dei dati di engineering. Ad esempio, tutti i sistemi collegati possono recuperare automaticamente le informazioni sulle modifiche in qualsiasi momento, indipendentemente dal client, dalla posizione e dal sistema operativo. E il potenziale di questo approccio non finisce qui! È esattamente a questo che abbiamo lavorato, perché già da tempo il valore aggiunto del software non risiede nella velocizzazione di singoli utenti o discipline, ma piuttosto nella capacità di coordinare la collaborazione di numerosi team nel modo più fluido possibile, perché i trasferimenti di dati richiedono tempo e sono soggetti a errori. L'attenzione di EB per il quadro generale è più che ripagata dalla grande sinergia ottenuta.

L'evoluzione di EB in un backbone di dati influenza il vostro lavoro?

Assolutamente, come quello degli utenti. Lo spettro degli utenti dei dati di EB è in continua crescita, quindi ha meno senso limitare le licenze a specifiche stazioni di lavoro, costringendo l'engineering e i processi aziendali in un quadro troppo rigido. Con il DaaS, i "Punti Finali" che usano EB possono essere organizzati liberamente. Il calcolo si basa sugli accessi ai dati oggettivamente misurabili, per cui ci sono diverse quote in base alle esigenze: da "illimitato" a diverse decine di migliaia all'anno. Ormai le licenze non si lasciano più a prendere polvere. Questo offre molta più flessibilità ai clienti, che hanno però bisogno di tecnologie informatiche adatte e con risorse sufficienti. A parte questo, non c'è bisogno di nulla che non sia comunque necessario per l'uso di EB. Se i dati sono il petrolio del 21° secolo, EB non è solo una piattaforma di engineering, ma può essere considerata un pozzo petrolifero.

Grazie per l'intervista, Signor Michel!

Seguici sui Social