- MicroServices, le dimensioni non contano
- Wildfly Swarm, Spring Boot & Vertx.io: il nuovo che avanza
- Microservices con JBoss EAP 7: innovare in continuità
- Microregole per grandi progetti con il BRMS
- Integrazione e microservizi: come un cammello può passare dalla cruna di un ago
- API Management con 3Scale nell’era dei microservizi
E se vi chiedessi:
Cosa lega le ultime tendenze del cloud alla programmazione degli anni 80?
Quali sono le cose realmente importanti da tenere a mente quando si realizza un'applicazione?
Qual'è la strategia migliore per "inseguire professionalmente" le novità e non diventare rapidamente "obsoleto"?
Cosa si intende per "Pensiero Analogico e Azione Digitale"?
Questo e altro nel nuovo seminario di Pasquale Camastra (che si terrà presso la nostra sede il 14/09/2017 alle ore 17:30), che, questa volta nelle vesti di Evolutionary Architect, racconterà come affrontare le nuovissime tendenze delle Architetture Applicative in Cloud con lo spirito pionieristico di chi ha conosciuto l'informatica grazie al Commodor 64
- MicroServices, le dimensioni non contano
- Wildfly Swarm, Spring Boot & Vertx.io: il nuovo che avanza
- Microservices con JBoss EAP 7: innovare in continuità
- Microregole per grandi progetti con il BRMS
- Integrazione e microservizi: come un cammello può passare dalla cruna di un ago
- API Management con 3Scale nell’era dei microservizi
E se vi chiedessi:
Cosa lega le ultime tendenze del cloud alla programmazione degli anni 80?
Quali sono le cose realmente importanti da tenere a mente quando si realizza un'applicazione?
Qual'è la strategia migliore per "inseguire professionalmente" le novità e non diventare rapidamente "obsoleto"?
Cosa si intende per "Pensiero Analogico e Azione Digitale"?
Questo e altro nel nuovo seminario di Pasquale Camastra (che si terrà presso la nostra sede il 14/09/2017 alle ore 17:30), che, questa volta nelle vesti di Evolutionary Architect, racconterà come affrontare le nuovissime tendenze delle Architetture Applicative in Cloud con lo spirito pionieristico di chi ha conosciuto l'informatica grazie al Commodor 64
A Framework for Rule-Based Dynamic AdaptationIMDS2014
A framework is proposed for rule-based dynamic adaptation of applications at runtime. Adaptation rules can be developed and updated separately from applications to modify application behavior based on changing goals or environments. Rules specify applicability conditions and can replace application activities with new code while preserving application state. The adaptation manager applies rules non-deterministically or by priority to adapt applications without stopping them. This framework allows flexible, dynamic adaptation using rules developed independently from applications.
Introduzione a GIT con le basi per utilizzarlo in poco tempo.Storia, comandi di base (git init, commit, push pull) e comandi avanzati.Presentazione realizzata da Daniele Mondello, Fabio Pileri, Marcello Vetro al PHP User Group Palermo.
Microservices are an architectural style that structures an application as a collection of small, independent services that communicate with each other, often using lightweight mechanisms such as RESTful API calls. Each microservice runs in its own processes and focuses on doing a small, well-defined job, making the services highly maintainable, replaceable and scalable. The microservices architecture allows an application to more easily evolve and embrace new technologies.
This document discusses the evolution from monolithic applications to service-oriented architectures (SOA) and microservices. It begins by describing the monolith approach of one giant application that does everything. It then explains that SOA breaks applications into services that communicate with each other. Microservices take this further by making each service independent and focused on doing one thing well. The document outlines some key differences between SOA and microservices, such as microservices having no shared schema/contract and being independently deployable. Overall, it provides an overview of moving from monolithic applications to microservices.
Scaling Gilt: from monolith ruby app to micro service scala service architectureGilt Tech Talks
This document summarizes Yoni Goldberg's talk on Gilt's transition from a monolithic Ruby on Rails application to a distributed system of over 450 Scala microservices. Some of the key challenges they faced included scaling issues as traffic grew, difficulties deploying and testing changes across many interdependent services, and a lack of clear ownership over parts of the codebase. Gilt addressed these by moving to the JVM, embracing microservice architecture, implementing tools like Docker and a custom SBT build to simplify deployments, and establishing clear ownership for each microservice.
SVILUPPARE E GESTIRE ARCHITETTURE A MICROSERVIZI SU AZUREDotNetCampus
Lo sviluppo nel Cloud porta con sè una serie di nuove sfide per poter gestire in maniera efficiente le risorse a disposizione e creare architetture in grado di sfruttarne appieno le caratteristiche di flessibilità. In questa presentazione vedremo esempi di possibili approcci alla realizzazione di architetture a micro-servizi.
Communicating Sequential Processes (CSP) in JavaScriptMax Klymyshyn
The document discusses Communicating Sequential Processes (CSP), a formal language for describing patterns of interaction in concurrent systems. CSP was initially developed to solve problems with asynchronous code leading to callback pyramids and unclear flow. The document advocates for using CSP and channels in JavaScript to make asynchronous code more readable and understandable through a synchronous-like programming style.
PiterPy 2016: Parallelization, Aggregation and Validation of API in PythonMax Klymyshyn
There's plenty of different approaches for building simle and robust API: REST, SOAP, RPC and so on. Some of them are too verbose, some – too complex. This presentation is a journey of finding balance between simplicity and flexibility, performance and robustness.
This document discusses knowledge-driven microservices using Vert.x, Hazelcast, Drools and jBPM. It describes how business knowledge like data models, rules and processes can be packaged as knowledge archives (kjars) and deployed across microservices. The services communicate asynchronously using an event bus powered by Hazelcast. A loan application example is demonstrated where services for applying, evaluating and processing loans integrate the business knowledge and scale independently as needed.
Including existing Java code into a Jolie service is very easy. Follow these few slides for learning how to exploit all the Java code you have in a microservice architecture
In this presentation the Jolie Team shows its vision about the incoming revolution of microservices. The deployment paradigm and the linguistic paradigm should be adopted together in order to fully achieve the microservice revolution
Software Architecture Conference - Monitoring Microservices - A ChallengeAdrian Cockcroft
The document discusses the challenges of monitoring microservices architectures. It notes that microservices are deployed much more frequently than traditional applications, sometimes in seconds or milliseconds. This rapid deployment rate requires monitoring tools that can measure and report metrics at an equally fast pace. It also explains that microservices architectures involve large numbers of loosely coupled services distributed across multiple regions, zones, and instances. Monitoring tools must be able to handle the scale and complexity of these distributed systems. Other challenges discussed include visualizing request flows, understanding common failure scenarios, and testing monitoring systems at a large scale. The document advocates for using simulations to model microservices architectures and stress test monitoring tools to help address these challenges.
Under certain conditions, Symfony can be used successfully in a microservices architecture. Symfony works best when services start large and decompose over time into bounded contexts, rather than starting with many small services. Key considerations include using minimal Symfony configurations, domain-driven design principles to map services to contexts, handling failures through circuit breakers, and focusing on behavior-driven development and integration testing between services. While Symfony introduces more complexity than micro frameworks, these strategies can help address issues of over-decomposition when applying it to microservices.
Nell’intervento Stefano Olivotto di Crédit Agricole Italia ha illustrato la sua esperienza nell’adozione di uno strumento di API management e di un processo di gestione delle API, con una particolare focalizzazione su metodologia di adozione, sulle principali sfide indirizzate e un verticale sul livello di automazione raggiunto mediante l’adozione di tecniche di DevOps.
Per maggiori informazioni scrivi a sales@profesia.it
A Framework for Rule-Based Dynamic AdaptationIMDS2014
A framework is proposed for rule-based dynamic adaptation of applications at runtime. Adaptation rules can be developed and updated separately from applications to modify application behavior based on changing goals or environments. Rules specify applicability conditions and can replace application activities with new code while preserving application state. The adaptation manager applies rules non-deterministically or by priority to adapt applications without stopping them. This framework allows flexible, dynamic adaptation using rules developed independently from applications.
Introduzione a GIT con le basi per utilizzarlo in poco tempo.Storia, comandi di base (git init, commit, push pull) e comandi avanzati.Presentazione realizzata da Daniele Mondello, Fabio Pileri, Marcello Vetro al PHP User Group Palermo.
Microservices are an architectural style that structures an application as a collection of small, independent services that communicate with each other, often using lightweight mechanisms such as RESTful API calls. Each microservice runs in its own processes and focuses on doing a small, well-defined job, making the services highly maintainable, replaceable and scalable. The microservices architecture allows an application to more easily evolve and embrace new technologies.
This document discusses the evolution from monolithic applications to service-oriented architectures (SOA) and microservices. It begins by describing the monolith approach of one giant application that does everything. It then explains that SOA breaks applications into services that communicate with each other. Microservices take this further by making each service independent and focused on doing one thing well. The document outlines some key differences between SOA and microservices, such as microservices having no shared schema/contract and being independently deployable. Overall, it provides an overview of moving from monolithic applications to microservices.
Scaling Gilt: from monolith ruby app to micro service scala service architectureGilt Tech Talks
This document summarizes Yoni Goldberg's talk on Gilt's transition from a monolithic Ruby on Rails application to a distributed system of over 450 Scala microservices. Some of the key challenges they faced included scaling issues as traffic grew, difficulties deploying and testing changes across many interdependent services, and a lack of clear ownership over parts of the codebase. Gilt addressed these by moving to the JVM, embracing microservice architecture, implementing tools like Docker and a custom SBT build to simplify deployments, and establishing clear ownership for each microservice.
SVILUPPARE E GESTIRE ARCHITETTURE A MICROSERVIZI SU AZUREDotNetCampus
Lo sviluppo nel Cloud porta con sè una serie di nuove sfide per poter gestire in maniera efficiente le risorse a disposizione e creare architetture in grado di sfruttarne appieno le caratteristiche di flessibilità. In questa presentazione vedremo esempi di possibili approcci alla realizzazione di architetture a micro-servizi.
Communicating Sequential Processes (CSP) in JavaScriptMax Klymyshyn
The document discusses Communicating Sequential Processes (CSP), a formal language for describing patterns of interaction in concurrent systems. CSP was initially developed to solve problems with asynchronous code leading to callback pyramids and unclear flow. The document advocates for using CSP and channels in JavaScript to make asynchronous code more readable and understandable through a synchronous-like programming style.
PiterPy 2016: Parallelization, Aggregation and Validation of API in PythonMax Klymyshyn
There's plenty of different approaches for building simle and robust API: REST, SOAP, RPC and so on. Some of them are too verbose, some – too complex. This presentation is a journey of finding balance between simplicity and flexibility, performance and robustness.
This document discusses knowledge-driven microservices using Vert.x, Hazelcast, Drools and jBPM. It describes how business knowledge like data models, rules and processes can be packaged as knowledge archives (kjars) and deployed across microservices. The services communicate asynchronously using an event bus powered by Hazelcast. A loan application example is demonstrated where services for applying, evaluating and processing loans integrate the business knowledge and scale independently as needed.
Including existing Java code into a Jolie service is very easy. Follow these few slides for learning how to exploit all the Java code you have in a microservice architecture
In this presentation the Jolie Team shows its vision about the incoming revolution of microservices. The deployment paradigm and the linguistic paradigm should be adopted together in order to fully achieve the microservice revolution
Software Architecture Conference - Monitoring Microservices - A ChallengeAdrian Cockcroft
The document discusses the challenges of monitoring microservices architectures. It notes that microservices are deployed much more frequently than traditional applications, sometimes in seconds or milliseconds. This rapid deployment rate requires monitoring tools that can measure and report metrics at an equally fast pace. It also explains that microservices architectures involve large numbers of loosely coupled services distributed across multiple regions, zones, and instances. Monitoring tools must be able to handle the scale and complexity of these distributed systems. Other challenges discussed include visualizing request flows, understanding common failure scenarios, and testing monitoring systems at a large scale. The document advocates for using simulations to model microservices architectures and stress test monitoring tools to help address these challenges.
Under certain conditions, Symfony can be used successfully in a microservices architecture. Symfony works best when services start large and decompose over time into bounded contexts, rather than starting with many small services. Key considerations include using minimal Symfony configurations, domain-driven design principles to map services to contexts, handling failures through circuit breakers, and focusing on behavior-driven development and integration testing between services. While Symfony introduces more complexity than micro frameworks, these strategies can help address issues of over-decomposition when applying it to microservices.
Nell’intervento Stefano Olivotto di Crédit Agricole Italia ha illustrato la sua esperienza nell’adozione di uno strumento di API management e di un processo di gestione delle API, con una particolare focalizzazione su metodologia di adozione, sulle principali sfide indirizzate e un verticale sul livello di automazione raggiunto mediante l’adozione di tecniche di DevOps.
Per maggiori informazioni scrivi a sales@profesia.it
MySQL Day Milano 2017 - Dalla replica a InnoDB Cluster: l’HA secondo MySQLPar-Tec S.p.A.
In occasione del MySQL Day 2017 di Milano il TechAdvisor Michelangelo Uberti ha fornito una panoramica delle soluzioni native di alta disponibilità di MySQL.
I punti trattati durante la presentazione sono:
- Presentazione dell’offerta Par-Tec dedicata a MySQL Enterprise
- High Availability: cause, esigenze, aspettative
- Funzionamento, benefici e limiti dei principali approcci:
- Replica tradizionale
- MySQL Cluster
- MySQL Group Replication
- La novità: MySQL InnoDB Cluster
Per saperne di più, scaricate le slide e guardate il video della presentazione del nostro TechAdvisor su https://www.par-tec.it/dalla-replica-a-innodb-cluster-l-ha-secondo-mysql-milano
Impara React sfruttando le tecnologie più recenti (Eduard Capanu).pptxEduardCapanu
React evolve velocemente con strumenti come Vite.js, Remix, e Next.js, richiedendo aggiornamenti continui delle competenze per gestire nuovi progetti con successo.
Che tu abbia già esperienza con React o che sia alle prime armi, questo talk ti offrirà una nuova prospettiva sulle ultime tendenze di questo framework e ti mostrerà le best practice per la creazione e la configurazione di un progetto.
Esploreremo le ultime innovazioni di React e scopriremo come sfruttare efficacemente le nuove funzionalità per lanciare un nuovo progetto senza intoppi, dalla scelta del framework e della tecnologia, alla configurazione iniziale più adatta.
Vedremo tutti i passaggi chiave per realizzare un progetto React in modo efficiente e impareremo, tra le altre cose, che non sempre ‘create-react-app’ è l’opzione migliore per iniziare un nuovo progetto.
Event link: https://thecmmbay.com/eventi/impara-react-sfruttando-le-tecnologie-piu-recenti-r97r9y7l6
Dalla virtualizzazione al private cloud: Il Patronato INCA rinnova la fiducia...Babel
Il TechAdvisor Babel Michelangelo Uberti presenta un importante caso di successo: "Dalla virtualizzazione al private cloud: il Patronato INCA rinnova la fiducia nell’open source". Durante il suo intervento il TechAdvisor racconta le sfide e le opportunità dell'innovativo progetto realizzato per il Patronato INCA CGIL e presenta la nostra soluzione di private cloud basata su tecnologie open source.
I punti trattati durante la presentazione sono:
- Babel e Red Hat: una storia lunga 8 anni
- Il Patronato INCA CGIL: tradizione e innovazione
- Il rapporto con Babel e l'approccio all'open source
- L'adozione della virtualizzazione e la visione cloud-oriented
- La soluzione "chiavi in mano" di Babel per il Private Cloud
Per saperne di più, scaricate l'articolo o guardate il video integrale dell'intervento ripreso durante l'Open Source Day 2013.
http://www.babel.it/it/centro-risorse/2013/11/14/69-dalla-virtualizzazione-al-private-cloud-il-patronato-inca-rinnova-la-fiducia-nellopen-source.html
Mitech presenta Open Text ECM Suite for SAP Solutions, una sintesi degli scenari applicativi disponibili con SAP Document Access, SAP Invoice Management e SAP Extended ECM
Set up and management of an integrated information system on Linux.Andrea Marchetti
ITA: Configurazione e gestione, su piattaforma Linux, di un sistema informativo integrato.
The goal is to configure a Linux Server to host a Web Server capable to run Java based applications in a Windows 2000 domain (using Samba protocols).
The main purpose of this server in the company is to offer an environment to a multi platform test of Java Web Based applications developed by Gruppo Servizi and for file sharing.
Set up and management of an integrated information system on Linux.Andrea Marchetti
ITA: Configurazione e gestione, su piattaforma Linux, di un sistema informativo integrato.
The goal is to configure a Linux Server to host a Web Server capable to run Java based applications in a Windows 2000 domain (using Samba protocols).
The main purpose of this server in the company is to offer an environment to a multi platform test of Java Web Based applications developed by Gruppo Servizi and for file sharing.
La piattaforma web di CNA: Istanze Drupal replicabili integrate con Alfresco ...DrupalDay
Raccontiamo un case study decisamente importante per valutare la potenza e la flessibilità di Drupal in ambienti complessi.
Relatori: Daniele Piaggesi e Leonardo Guaragna
Similar to Implementazione di una soluzione a microservizi: benifici organizzativi ed economici (20)
La piattaforma web di CNA: Istanze Drupal replicabili integrate con Alfresco ...
Implementazione di una soluzione a microservizi: benifici organizzativi ed economici
1. Implementazione di una soluzione a
microservizi: benefici organizzativi ed economici
Balint Maschio( Monrif )
MoM 2016
Meeting on Microservices
2. Cosa devo aspettarmi da questa presentazione?
• Cosa vedrò
• Strutture informatiche generali nel mondo dell’editoria
• Processi specifici in Monrif
• Problemi e soluzioni adottate
• Impatti e vantaggi delle soluzioni adottate
• Tools e metodologie per lo sviluppo
• Pipeline e progetti futuri
• Cosa non vedrò
• Codice di nessun tipo ( Jolie o altro )
• Sofismi software
• Strutture dati o diagrammi di DB
3. Strutture informatiche generali nel
mondo dell’editoria
• Anche per un prodotto a «bassa» tecnologia
c’è bisogno di una azienda ad alta densità
tecnologica.
• Il reparto IT è coinvolto in tutti gli aspetti
della vita di una azienda editoriale
• Aree di competenza dell’ IT
• Software per la produzione del giornale
• Software per la distribuzione del
giornale
• Software per la gestione amministrativa
• Software per gestione dei
clienti/collaboratori
• Software per la gestione delle versioni
on-line
4. Processi specifici in Monrif
• Anche in Monrif sono presenti molti dei
gruppi software della precedente slide
• Software per la produzione del giornale
• Hermes 11
• Software per la distribuzione del giornale
• SDQ
• Software per la gestione amministrativa
• SAP
• Software per gestione dei collaboratori
• Bordero /Portale Collaboratori
• Software gestione versione On-line
• Polopoly
• E-commerce
• InEdicola
Hermes11/Polopoly
SDQ
Inaz
Bordero
Sap
InEdicola Giornale on-line
5. Monrif ed i microservizi
La necessità di procedere ad una razionalizzazione dei processi in ottica
microservizi è stata evidenziata circa a meta del 2015 ragionando in questi
termini
Accesso ai dati dei diversi software in maniera rapida ed standardizzata
Linearizzazione dei processi di scambio dati unificando sotto un’unica
tecnologia gli scambi dei dati
Eliminazione per quanto possibile di processi asincroni o che coinvolgono
manipolazione di files di scambio
6. Monrif e Jolie
Una relazione che è partita piano ma che sta crescendo:
Jolie entra in azienda alla fine del 2014 come un prodotto specifico di
connessione tra SAP e Arxivar ( JSap Italiana Software)
Luglio 2015 Jolie viene messo in tecnological evaluation con altre
tecnologie tra cui Talend e vince la sfida
Ottobre 2015 La presenza di Jolie in azienda viene messa in discussione a
causa di divergenze con il fornitore Arxivar ma al subentro del nuovo
fornitore (Horsa) la validità della soluzione Jolie viene confermata
7. Monrif e Jolie
Fine 2015: Primo progetto Jolie sviluppato interamente in Monrif che comprende
l’integrazione con SAP ed un flusso di gestione della manutenzione impianti.
Inizio 2016: Monrif prosegue l’investimento su Jolie acquistando da ItalianaSoftware
la piattaforma Jolie Enterprise e formando all’interno 3 risorse ( corso di 3 giorni)
Primavera 2016: Ampliamento del progetto Arxivar con maggiori funzionalità
Estate 2016 : Progetti in parallelo che coinvolgono
Gestione Risorse
Gestione Collaboratori
Ampliamento del progetto Manutenzione
Marketing
Fine 2016: Di fronte all’aumento delle implementazioni Jolie e dell’espansione della
infrastruttura, Monrif acquista da Italiana Software un ulteriore licenza per JCloud
8. Perché JOLIE e no Talend
• Talend è sicuramente un ottimo prodotto con molti punti forza ma
alcuni punti che non lo rendono cosi adatto ai microservizi
• Necessaria la conoscenza di un framework complesso
• Necessaria una infrastruttura considerevole con la relativa gestione
• JOLIE dal suo canto
• Non è un framework ma un linguaggio
• Non richiede particolari infrastrutture o containers
• Ha un vero paradigma a microservizi.
9. Classi di microservizi (come li vediamo in Monrif)
• Classi di microservizi
• Di interfaccia di dato
• Quei microservizi che interfacciano una base dati esponendo operazioni
CRUD per una o più tabelle o espongono operazioni di interfacciamento
con views o stored procedures (Rosso)
• Di interfaccia funzionale
• Quei microservizi che espongono operazioni per integrare software
esterni attraverso interfacce ben definite o attraverso chiamate in
sequenza agli stessi (Giallo)
• Di orchestazione
• Quei microservizi che implementano flussi aziendali orchestrando le
operazioni esposte da altri servizi Jolie (Verde)
10. Progetto di integrazione Arxivar
(Documentale)
RFC Server
Workflow
Mapper
Arxivar
Service
SAP
RFC
Client
A
R
X
V
A
R
ArchiveLink
Connettore
Cubo
File Importar
Recovery
Service
HTTP
SOAP
Document
Updater
HTTP
11. Che carichi può supportare
Lettura Singolo Documento Scrittura Singolo
documento
Aggiornamento
Stato Documento
Numero di
doumenti al
mese
ArchiveLink 1 1 500*
RFC Server 1 1800*
Workflow 1 1
Mapper 1
RFC Client 2 2
Document Updater 1 500*
Arxivar Service 1 (4) 1(6)
Cubo Connector 1 300*
File Importar 1 5000*
12. Progetto di integrazione Arxivar/Upgrade
L’architettura a microservizi ha permesso di inserire nuovi microservizi
con estrema facilità
Cubo Connector due giornate uomo ( con la definizione di interfaccia e test )
Test anche condotti indipendentemente dal chiamante
File Importer una 2 giornate uomo
Questo perché non devo validare il flusso a valle del chiamante perché
già in uso
13. Progetto Portale manutenzione
• Poligrafici Editoriali : come qualsiasi azienda di produzione ha un estremo
bisogno di gestire in maniera efficiente gli avvisi di manutenzione
• Dopo aver concluso il progetto PM (Plant Managment in SAP) è nata l’esigenza di
fornire agli addetti alla manutenzione un punto di segnalazione di facile utilizzo
che potesse operare in maniera asincrona a SAP
• In un secondo momento è nata la necessità di fornire uno strumento di
monitoraggio della situazione degli avvisi accessibile attraverso piattaforma
mobile
14. Progetto Portale manutenzione
RFC Server
SAP
RFC
ClientLeorando
Maintance
Service
Leorando
Per
Android
Account
Manager
DB
HTTP (REST) HTTP(REST)
Maintance
Workflow
LDAP Service
Syncronizer
15. Progetto Portale manutenzione
Servizio Giornate Uomo Vantaggi
RFC Server 1 giornata uomo Flussi sincronizzati con sap
RFC Client 2 giornate uomo ( 1 ½ ABAP) Punto di raccolta dati da SAP
Maitanance Service 4 giornate uomo Servizio che gestisce le vere e
proprie richieste di manutenzione
Maintanance Workflow 2 giornate uomo Definizione dei flussi per la
manutenzione
Syncronizer 1 ½ giornata uomo Mantiene le anagrafiche
sincronizzate del portale con
quelle di SAP
Account Manager 6 giornate uomo Servizio per definire i permessi di
accesso e visibilità ( con
applicazione web di supporto)
16. Leonardo WebServer a microservizio
• Tradizionalmente per esporre servizi rest o applicativi Web abbiamo
bisogno di strumenti come Tomcat o GlassFish
• Rimanendo fedeli al paradigma a microservizi anche Jolie ha un
WebServer standard chiamato Leonardo
• Leonardo permette di recuperare i file necessari per la web
application (HTML, CSS )
• Leonardo permette di esporre Web Service ( Rest/Soap)
• Risultato di tutto ciò è la possibilità di utilizzare Leonardo come
espositore di servizi e delegare all’ esterno lo sviluppo delle interfacce
HTML5 o affini
17. Progetto Portale manutenzione
Risultati operativi
• Ha permesso a 48 utenti di operare indipendentemente da SAP
• Riduzione di licenze utilizzate
• Riduzione massiva delle problematiche della gestione utenti SAP
• Ha permesso di utilizzare le credenziali di dominio degli utenti per accedere al
portale
• Ha permesso di limitare l’area di competenza dei segnalatori guasti delimitando
le line di produzione o reparti a loro assegnati
• Ha permesso di aprire più di 3000 richieste di assistenza
• E’ previsto un aumento di richiesta ora che lo stesso meccanismo è stato
attivato anche per la manutenzione degli stabili
18. Progetto Hr
• La gestione personale (paghe presenze e contratti) avviene grazie INAZ un
software dedicato.
• La necessità di portare in conservazione sostituiva i LUL CU e 730 ha richiesto lo
sviluppo di un applicativo di controllo per garantire che tutti i documenti fossero
stati caricati correttamente in Arxivar ( Documentale)
• La necessità di gestire le presenze le maggiorazioni e assenze dei turnisti ha
richiesto di sviluppare un applicativo che gestisse via web l’inserimento e la
gestione delle stato autorizzativo
19. Controllo per archiviazione sostitutiva documenti HR
Account
Manager
DB
LDAP Service
Arxivar
Service
LeorandoA
R
X
V
A
R
HTTP(REST)
20. Controllo per archiviazione sostitutiva documenti HR
Impatto operativo
• Ha permesso all’operatore di caricare un file di riepilogo stampa INAZ in
maniera sicura attraverso interfaccia WEB con controllo di validità file.
• L’operatore può procedere con il caricamento di n files anche se è ancora in
corso l’elaborazione dei precedenti
• Alla fine dell’elaborazione l’operatore riceve una mail riassuntiva dei
documenti non presenti o con errori formali (numerazione inail)
• I documenti presenti sono segnati sul documentale come pronti da
archiviare
21. Gestione timbrature e turni
Account
Manager
DB
LDAP Service
DipendentiService
Leonardo
TimbratureService
DB
timbrature
ESB
SchedulerService
HTTP(REST)
INAZ
22. Gestione timbrature e turni
Output operativo sperato ( GoLive Gen 17)
• Eliminazione di file excel per gestire timbrature e turni
• Problemi di versione file corrotti autorizzazioni cartelle ecc
• Problemi di sovrascrittura e di visibilità dei dati contenuti
• Possibilità di definire ruoli e funzioni del flusso approvativo delle presenze
• Possibilità di limitare la visibilità di aree definendoli come proprietà dell’
utente
• Possibilità di modificare il flusso operativo d’approvazione in maniera
rapida quasi a livello di customizzazione
24. Jolie Enterprise
Risultati operativi
• Linearizzato il processo di sviluppo con gestione delle versioni in ambienti
separati ( test/ produzione)
• Parametrizzazione dei servizi attraverso interfaccia web
• Log di tutti flussi con possibilità di ricerca dei singoli eventi per ogni
microservizio coinvolto ( 70000* record alla settimana)
• Centralizzazione della gestione dell’errore con possibilità di definire
centralmente il comportamento di compensazione
25. Project Pipeline
• Progetto collaboratori
• Una soluzione a microservizi per gestire linearmente l’anagrafica
collaboratori con relativi contratti
• Progetto marketing
• Gestione dei di fidelizzazione del cliente e gestione del fatturazione da
portale e-commerce
• Progetto sincronizzazione dei dati clienti in un master data db ( multipli punti
di accesso per un singolo db)