Biznology 竪 una societ di ingegneria informatica che offre servizi di consulenza e supporto per la progettazione e lo sviluppo di applicazioni per sistemi informativi di differenti dimensioni e complessit.
Lapproccio metodologico e la profonda conoscenza delle architetture IT caratterizza tutte le attivit di consulenza dei professionisti che operano con Biznology.
Biznology nasce dalla fusione delle parole business e technology.
Noi riteniamo che i risultati veramente apprezzabili in ambito ICT si possano ottenere solo se si riesce ad avere una completa visione dinsieme che coniuga la prospettiva del business con le tecnologie ed il governo delle infrastrutture IT.
Proponiamo soluzioni ed interventi il cui successo si basa fondamentalmente sulla capacit di individuare le vere esigenze di business e sul creare valore attraverso luso delle giuste tecnologie ed il miglioramento dei sistemi informativi.
Biznology, precedentemente Master Reseller per lItalia della soluzione ASF, si posiziona ora come divisione focalizzata su problematiche di application integration nel perimetro delle attivit Talend Italia ed affianca la distribuzione di questi prodotti ai gi citati servizi di consulenza in ambito Project/Program Management, IT Governance, Enterprise Architecture e supporto per la progettazione e lo sviluppo di sistemi informativi aziendali.
Introduzione ai Web Information SystemsFulvio Corno
油
Introduzione ai Web Information Systems (sistemi informativi aziendali basati su tecnologie web).
Materiale realizzato per il corso di Sistemi Informativi Aziendali del Politecnico di Torino - http://bit.ly/sistinfo
This document provides an overview of service-oriented architecture (SOA) and its role in the telecommunications industry. It defines SOA and discusses how SOA principles can be applied through technologies like web services. The document also examines SOA adoption in telecom, including how SOA can help accelerate service creation and monetization. It explores SOA implementations for telecom like service delivery platforms and the integration of OSS/BSS systems with IMS. Finally, the document notes some challenges for service providers and the value proposition of SOA in addressing issues like increasing revenue and reducing costs.
This document discusses how telecom companies can transform their networks and operations support systems (OSS) and business support systems (BSS) using a service-oriented architecture (SOA) approach. It outlines how legacy siloed systems can be replaced by a horizontal network based on reusable services. Key principles for the new architecture include using commercial off-the-shelf applications, standardized industry processes, and exposing all systems as services. The document presents Oracle's pre-built SOA solution for telecom companies, which is based on reference models from the TeleManagement Forum and includes reusable services, objects, and integration components.
The document discusses a telco business model shifting from primarily offering a small number of popular products and services to large customer bases, to offering a significantly higher number of niche products and services each appealing to relatively small customer communities, known as the "long tail" business model. It notes managing the high number and variations of products under this model requires new capabilities around scalable product development, low production costs, easy search and purchase processes, and understandable pricing and billing.
The document discusses the architecture and components of Data Virtualization. The main components include the server, virtual database, access layer, query engine, and connector architecture. The server acts as an interface between applications and data sources. The virtual database provides a unified view of integrated data. The access layer allows applications to submit queries. The query engine processes queries from data sources. Connectors provide connectivity to physical data sources.
Gruter TECHDAY 2014 Realtime Processing in TelcoGruter
油
Big Telco, Bigger real-time demands: Real-time processing in Telco
- Presented by Jung-ryong Lee, engineer manager at SK Telecom at Gruter TECHDAY 2014 Oct.29 Seoul, Korea
This document provides an overview of service-oriented architecture (SOA) and its role in the telecommunications industry. It defines SOA and discusses how SOA principles can be applied through technologies like web services. The document also examines SOA adoption in telecom, including how SOA can help accelerate service creation and monetization. It explores SOA implementations for telecom like service delivery platforms and the integration of OSS/BSS systems with IMS. Finally, the document notes some challenges for service providers and the value proposition of SOA in addressing issues like increasing revenue and reducing costs.
This document discusses how telecom companies can transform their networks and operations support systems (OSS) and business support systems (BSS) using a service-oriented architecture (SOA) approach. It outlines how legacy siloed systems can be replaced by a horizontal network based on reusable services. Key principles for the new architecture include using commercial off-the-shelf applications, standardized industry processes, and exposing all systems as services. The document presents Oracle's pre-built SOA solution for telecom companies, which is based on reference models from the TeleManagement Forum and includes reusable services, objects, and integration components.
The document discusses a telco business model shifting from primarily offering a small number of popular products and services to large customer bases, to offering a significantly higher number of niche products and services each appealing to relatively small customer communities, known as the "long tail" business model. It notes managing the high number and variations of products under this model requires new capabilities around scalable product development, low production costs, easy search and purchase processes, and understandable pricing and billing.
The document discusses the architecture and components of Data Virtualization. The main components include the server, virtual database, access layer, query engine, and connector architecture. The server acts as an interface between applications and data sources. The virtual database provides a unified view of integrated data. The access layer allows applications to submit queries. The query engine processes queries from data sources. Connectors provide connectivity to physical data sources.
Gruter TECHDAY 2014 Realtime Processing in TelcoGruter
油
Big Telco, Bigger real-time demands: Real-time processing in Telco
- Presented by Jung-ryong Lee, engineer manager at SK Telecom at Gruter TECHDAY 2014 Oct.29 Seoul, Korea
This document is a presentation about working with portlets in Oracle Application Development Framework (ADF) and WebCenter. It discusses portlet types like JSF portlets and programmable portlets. It also covers portlet modes, developing, testing, deploying and consuming portlets. The presentation includes tips on portlet communication and a demo. The presenter's background and contact details are provided.
- JBoss Fuse is Red Hat's integration platform that provides an ESB and integration capabilities using Apache Camel and CXF.
- JBoss Fuse Service Works builds upon JBoss Fuse and adds additional capabilities for service delivery including runtime governance, service orchestration, business rules management, and a BPM suite.
- Key additional components in Service Works include Overlord for design-time and runtime governance, Riftsaw for service orchestration, Drools for business rules, and jBPM for business process management.
This document discusses message transformation techniques in JBoss Fuse, including transforming message formats like XML, JSON, CSV, and POJO; using components like marshal, unmarshal, and transform to change formats; updating message metadata and content; and using processors and beans to customize transformations.
Developing Microservices with Apache CamelClaus Ibsen
油
Red Hat Microservices Architecture Day - New York, November 2015. Presented by Claus Ibsen.
Apache Camel is a very popular integration library that works very well with microservice architecture. This talk introduces you to Apache Camel and how you can easily get started with Camel on your computer. Then we cover how to create new Camel projects from scratch as microservices, which you can boot using Camel or Spring Boot, or other micro containers such as Jetty or fat JARs. We then take a look at what options you have for monitoring and managing your Camel microservices using tooling such as Jolokia, and hawtio web console.
This document provides an overview of Red Hat JBoss Fuse, an open source integration platform. It discusses the history and components of JBoss Fuse, including Apache Camel, CXF, ActiveMQ, Karaf and Fabric8. It describes how JBoss Fuse can enable integration everywhere in a real-time enterprise by integrating applications, services, devices and partners through its lightweight footprint and deployment options both on-premise and in the cloud. The document also highlights key benefits of JBoss Fuse such as reducing costs, simplifying management and enabling new business opportunities through greater connectivity and data sharing.
Apache Camel is a very popular integration library that works very well with microservice architecture.
This talk introduces you to Apache Camel and how you can easily get started with Camel on your computer.
Then we cover how to create new Camel projects from scratch as micro services which you can boot using Camel or Spring Boot, or other micro containers such as Jetty or fat JARs. We then take a look at what options you have for monitoring and managing your Camel microservices
using tooling such as Jolokia, and hawtio web console.
The second part of this talk is about running Camel in the cloud. We start by showing you how you can use the Maven Docker Plugin to create a docker image of your Camel application and run it using docker on a single host. Then kubernetes enters the stage and we take a look at how you can deploy your docker images on a kubernetes cloud platform, and how thenfabric8 tooling can make this much easier for the Java developers.
At the end of this talk you will have learned about and seen in practice how to take a Java Camel project from scratch, turn that into a docker image, and how you can deploy those docker images in a scalable cloud platform based on Google's kubernetes.
ICARO: soluzioni e strumenti smart per avere maggiore flessibilit sul Cloud; adattare soluzioni software alle nuove esigenze cloud-based; produrre e gestire servizi a consumo: Business Process as a Service.
ICARO: Tramite modelli, strumenti e algoritmi per la gestione della configurazione e del deploy dei servizi e processi cloud; Il middleware e lastrazione dei servizi sul cloud; lottimizzazione dei costi per le PMI e per la gestione del cloud.
ICARO permette: automatizzare il processo di pubblicazione e vendita delle applicazioni a consumo su cloud; automatizzare il processo di monitoraggio di basso ed alto livello e l'impostazione di strategie di smart cloud; automatizzare il controllo sulle SLA (service level agreement) in modo da associare ad evetuali disfuzioni azioni di scaling, riconfigurazione, etc.
ICARO ha sviluppato: modello descrittivo per servizi e applicazioni;
sistema automatico di configurazione;
motore di intelligence per il cloud e reasoner che prendere decisioni su configurazioni: consistenza e completezza (sulla base din un ontologia Cloud per lo Smart Cloud);
soluzione di produzione del business, config automatica;
algoritmi per il monitoraggio del comportamento di servizi e applicazioni: IaaS, PaaS, SaaS,;
soluzione PaaS di tipo evoluto; algoritmi per la valutazione di modelli di costo e di business;
adeguamento dellarchitettura su alcune applicazioni; algoritmi di ottimizzazione della gestione del cloud.
Scenari introduzione Application Service Governance in AziendaConsulthinkspa
油
La visione Consulthink per la selezione di un'infrastruttura abilitante per l'IT di un'Azienda per la realizzazione della "Application Service Governance",
attraverso un'analisi di mercato e la realizzazione di PoC personalizzate .
Con l'evoluzione del web, le aziende stanno iniziando ad introdurre al loro interno applicazioni in ottica Enterprise 2.0. Tali applicazioni, a fronte di interfacce ricche e interattive, richiedono, lato server, la presenza di servizi altamente affidabili e performanti. Tali servizi possono essere introdotti all'interndo di una Service Oriented Architecture. Ma quale relazione esiste fra SOA e Enterprise 2.0? Quali linee guida adottare per introdurre correttamente SOA in azienda? Questa presentazione, esposta durante l'Enterprise 2.0 conference 2009 a Roma (edita da Technology Transfer con la partecipazione di Colin White ed Ed Yourdon) cerca di rispondere, in modo sintetico, a queste domande.
Il mercato del nuovo millennio chiede capacit di costruire la propria solidit in una situazione di grandi perturbazioni. Ogni azienda 竪 chiamata ad interpretare le costanti sfide accogliendo ogni istanza proposta dal mercato, avendo la capacit di re-immaginarsi, rispondendo a stimoli costanti e spesso disparati.
Oggi la grande sfida e interpretare la cosiddetta societ della conoscenza. Entrare e costruire valore a partire dalla grande opportunit rappresentata dalla rete. Linformazione produce valore, la corretta gestione delle informazioni migliora la qualit della vita e del lavoro, consente di ridurre gli sprechi e di aggredire i mercati in modo competitivo.
In tale contesto Insiel si sta misurando, ad esempio con il FLOSS, impegnata ad aprire interlocuzioni con la comunit, con le istituzioni internazionali, con gli operatori e con gli utenti stessi. Lobiettivo e interpretare questo innovativo modello di business sia allinterno dellazienda che mettendo a sistema la solidit e la forza di Insiel nella partecipazione a diversi progetti nazionali e internazionali in ambito Open Source.
Nellintervento verranno presentate esperienze e criticit maturate in ambito OS, sia per la conduzione di progetti di collaborazione e sviluppo che per ladozione di strumenti allinterno dellazienda.
Porting delle vostre applicazioni con SOA (Italian)Claudio Rubbiani
油
Come dare continuit alle vostre applicazioni e realizzare una user experience completamente nuova con le soluzioni NEXiDA che partono da servizi (SOA e web services). Preservate il vostro patrimonio aziendale e facilitate il porting alle nuove tecnologie con NEXiDA!
Il progetto DeFacto 竪 stato concepito a fronte delle manifeste difficolt che le aziende hanno nel processo di trasformazione digitale, ovvero nelladozione di pratiche agili e di DevOps, e a fronte della trasformazione dellofferta da applicazioni monolitiche ad applicazioni cloud-native, basate su architetture a micro-servizi.
Herzum, come Software Factory, e il Dipartimento di Ingegneria Informatica, Modellistica, Elettronica e Sistemistica, come centro di ricerca dellUniversit della Calabria, con la realizzazione di questo progetto, hanno implementato una soluzione innovativa per lapplicazione efficace e sicura di pratiche Agili e di DevSecOps nella gestione del ciclo di vita dei componenti software.
Nellintervento Stefano Olivotto di Cr辿dit Agricole Italia ha illustrato la sua esperienza nelladozione 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 ladozione di tecniche di DevOps.
Per maggiori informazioni scrivi a sales@profesia.it
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
Introduzione al Domain Driven Design (DDD)DotNetMarche
油
In questa sessione si approfondir il concetto di Domain Driven Design, un principio di progettazione che pu嘆 essere visto come una forma-mentis per aiutare a concepire e modellare applicazioni enterprise che fanno un forte uso del Domain Model. Questa metodologia, introdotta da Eric Evans, mette in risalto il dominio applicativo di un progetto, costituendo quindi il collante tra il modello analitico e il modello implementativo e trovando la sua naturale applicazione in ambienti di sviluppo agili come Extreme Programming. Come completamento della sessione verranno esaminate alcune tecniche di Layering e pattern architetturali che ben si sposano con questa tecnica.
Abilitare le organizzazioni e le persone ad adottare con successo il CloudAmazon Web Services
油
Una migrazione al cloud si compone di tre pilastri: persone, processi e tecnologia. Troppo spesso, le organizzazioni si concentrano sul miglioramento dei processi e sullimplementazione tecnologica, ma ignorano laspetto umano. Molti leader ammettono che i primi due sono semplici da modificare, mentre influenzare la cultura 竪 pi湛 complicato. Questa sessione affronta i metodi migliori per aiutare ai clienti come affrontare questa sfida. Scopri i ruoli e le responsabilit pertinenti alla fase di transizione e di post-adozione del cloud. Valuta i gap della tua organizzazione tra le capacit e le competenze richieste. Crea modelli di addestramento efficienti che portano ad unefficace cultura DevOps.
Speaker: Danilo Poccia, Senior Evangelist, Serverless, AWS
Abilitare le organizzazioni e le persone ad adottare con successo il CloudAmazon Web Services
油
SOA wonderful World
1. Francesco Arcieri Settembre 2006 IBM Middleware Il meraviglioso mondo della SOA
2. Il meraviglioso mondo della SOA Perch辿 meraviglioso ??? SOA Mondo On Demand Monolithic Architecture Service Oriented Architecture / Web Services Network Centric Architecture Client-Server Architecture <1980 1980-1995 1995-2000 Dynamically Re-configurable Architecture Future Today Mainframe Visual Basic (VB) and PowerBuilder eBusiness eCommerce Service Oriented Computing Web Services Architecture
3. Agenda Il mondo On Demand e la Service Oriented Architecture Modello logico della SOA I Web Services LOn Demand Operating Environment Enterprise Service Bus Process Server Portal Server
4. Francesco Arcieri Settembre 2006 IBM Middleware Il mondo On Demand e la Service Oriented Architecture
5. Levoluzione delle-Business Punti daccesso, transazioni, e dati stanno crescendo in modo esponenziale. La chiave per uneconomia di rete 竪 l integrazione.
6. Il mercato della Business Integration Fonte: ZapThink Service Orientation Advisory, Research, and Expertise
7. Il mondo On Demand Le imprese devono evolvere i loro processi aziendali in modo che siano: integrati end-to-end tra le varie applicazioni e con i loro partner, clienti, fornitori, .. capaci di mutare velocemente in base alle esigenze dei clienti, del mercato, di eventi esterni focalizzati sul loro core business in grado di incrementare la produttivit aziendale Venditori Filiali commerciali Rivenditori B2B Trasportatori Enti locali/centrali Consulenti/Progettisti Dogana Banca Fornitori Spedizioni Banca
8. Il mondo On Demand Silos Informativi interconnessi Sistema informativo integrato J2EE Apps CRM .NET Unix Apps Staff CICS Database J2EE Apps CRM .NET Unix Apps Staff CICS Database SOA Connessioni punto-punto tramite adapter ad hoc Manutenzione elevata Eterogeneit integrazione tecnologica tramite connettori standard integrazione funzionale per applicazioni composite integrazione organizzativa tramite sviluppo di nuovi processi
13. Unazienda On Demand Fornitore Servizi Condivisi Division Divisione Cliente Servizi di Trasporto (FedEx,DHL,Ups,..) Servizi in OutSourcing
14. Unazienda On Demand Fornitore Servizi Condivisi Division Divisione Cliente Gestione del credito Servizi in OutSourcing
15. Unazienda On Demand Fornitore Servizi Condivisi Division Divisione Cliente Ottimizzazione di Processo Servizi in OutSourcing
16. Definizioni nel mondo SOA Service Oriented Architecture (SOA) Un modello architetturale che supporta la service orientation Applicazione composita Un insieme di servizi collegati tra loro e integrati a supporto di un processo e basati su SOA Servizio Un attivit di business ripetibile (es. verifica del credito di un cliente; apertura di un nuovo conto) Service orientation Un modo di vedere il proprio business come una catena integrata di servizi che portano ad un risultato
17. SOA - Service Oriented Architecture La SOA 竪 un modello architetturale in cui le funzioni applicative sono realizzate come componenti ( servizi ) indipendenti e con compiti ben definiti per permettere linteroperabilit e promuovere la flessibilit e il riuso Le funzioni applicative sono esposte come servizi I servizi sono definiti secondo uninterfaccia standard I servizi rappresentano dei componenti atomici per sviluppare nuove applicazioni Soluzione BEST OF SOA
18. SOA Overview Una SOA 竪 costituita da principi, linee guida, best practices architetturali indipendenti da qualsiasi tecnologia e definisce una serie di propriet che i servizi devono soddisfare per essere realmente riusabili e facilmente integrabili in ambiente eterogeneo. I servizi devono : essere ricercabili e recuperabili dinamicamente essere autocontenuti e modulari definire delle interfacce esplicite e indipendenti dall'implementazione essere debolmente accoppiati (loosely coupled). In questo caso il disaccoppiamento si intende sia tecnologico che funzionale avere un'interfaccia distribuita e devono essere accessibili in maniera trasparente rispetto all'allocazione avere preferibilmente un'interfaccia a "grana grossa" (coarse-grained) essere componibili, ovvero orchestrabili in processi di business ampi che rompano le tradizionali pile applicative verticali (silos)
19. I benefici della SOA Facilit di costruzione di applicazioni di business end-to-end Riusabilit: le applicazioni legacy possono essere integrate nei processi come servizi Flessibilit: si richiama linterfaccia del servizio e non la sua implementazione che pu嘆 cambiare nel tempo Indipendenza dalla piattaforma BEST OF SOA INTEGRAZIONE A COSTO ZERO!!!!! (辿 intrinseca nella piattaforma, cosi come limplementazione dei processi)
20. Che cosa differenzia la SOA dalle proposte precedenti? Lampia adozione di Web services assicura interfacce ben definite . In passato, standards proprietari limitavano linteroperabilit Standards Reparti funzionali e IT sono uniti sulla SOA (63% dei progetti 竪 oggi guidato da funzioni non IT)* In passato, non erano disponibili le comunicazioni ed il vocabolario Impegno a livello organizzativo Nella SOA i servizi si focalizzano su attivit e interazioni a livello di business In passato, ci si concentrava su microattivit tecnologiche Livello di Focalizzazione I servizi in una SOA sono collegati dinamicamente e in modo flessibile In passato, linterazione tra i servizi era dipendente dallapplicazione e hard-coded Connessioni I servizi in una SOA sono ampiamente riusati per far leva sulle risorse IT esistenti In passato, il riuso era limitato allambito di singoli applicativi Livello di Riuso *Fonte: Cutter Benchmark Survey Far leva sugli asset applicativi esistenti, riducendo gli impatti del cambiamento In passato, . ripara o rimpiazza Protezione degli investimenti
22. SOA: Implementazione Strategie di adozione Initial services Internal SOA : Le applicazioni forniscono API standard-based (ad es. Web Services) al posto di API proprietarie.
23. SOA: Implementazione Strategie di adozione Initial services SOA Pilots : Si completa lutilizzo degli standard per la costruzione dei servizi (ad es. si gestisce la sicurezza).
24. SOA: Implementazione Strategie di adozione Architected services : I nuovi sviluppi sono realizzati in ottica service oriented, si utilizzano architetture standard per la gestione di problematiche quali: autorizzazione / autenticazione, logging, alerting... .
25. SOA: Implementazione Strategie di adozione Business services : I servizi sono integrati in ottica process oriented, utilizzando lOrchestrazione e la Coreografia; inoltre sono disaccoppiati dal processo che li utilizza. Ad es utilizzando tools quali il Process Server e lEnterprise Service Bus.
26. SOA: Implementazione Strategie di adozione SOA Nirvana : Estrapolare la semantica dellintegrazione attraverso lutilizzo di apposite ontologie; si realizza cos狸 delle funzionalit (servizi) neutre dal punto di vista tecnologico, architetturale e a livello dei dati.
27. SOA Valutazione del livello di maturit https ://www14.software.ibm.com/ webapp / iwm /web/ preLogin.do ?source=soa&S_TACT=106AJ07W&S_CMP=podcastpg&lang=it_IT
28. IBM SOA Foundation Processes People Information Infrastructure LIBM SOA Foundation 竪 un set integrato di software, best practices e modelli che coprono lintero ciclo di vita della SOA presso il cliente. BEST OF SOA
29. IBM SOA Foundation - Standards Model Assemble Deploy Manage IBM Development Essentials IBM SOA Runtime Essentials IBM SOA Management Essentials IBM Modeling Essentials UML Industry Frameworks SOMA RUP BPEL WSDL Deployment Policy Modules/Systems Portlets BPEL Service Components Service Data Objects Java Eclipse XML SQL WSDL Web Services Java Industry standard data formats (AL3, HL7, SWIFT, HIPAA, EDI, etc.) Open Mobile Alliance W3C OASIS UDDI Gluecode WS-DM CIM CBE WS - Security
30. IBM: vendor di riferimento SOA This technology is the heart of the next wave of innovation, said Eric Austvold, research director at AMR Research in Boston. The leaders that do this well are able to rapidly change the way their current businesses work to meet the ever-changing demands of their customers. Reuters - IBM launches software for mid-sized businesses , Sept 12 Source: WinterGreen Research, 2005 IBM, 44% Sun/SeeBeyond 13% Tibco, 13% BEA, 10% webMethods, 3% Sybase, 1% Other, 17% According to the IT pros surveyed [by Yankee Group], IBM ranked at the top of the list for SOA capabilities . SearchDataCenter.com, Yankee Group: SOA Everywhere by 2006 , Sept 22 Worldwide Service Oriented Architecture (SOA) Market Shares, 2004
31. Francesco Arcieri Settembre 2006 IBM Middleware Modello logico della SOA
33. SOA - I livelli logici Bottom layer : contiene i sistemi operazionali (applicazioni e sistemi esistenti: ERP, CRM, Applicazioni legacy.
34. SOA - I livelli logici Component layer : basato su tecnologie a container e componenti (Connettori)
35. SOA - I livelli logici Service Layer : fornisce i servizi agli strati superiori basandosi sui componenti e attori degli strati sottostanti.
36. SOA - I livelli logici Business Process Choreography : E' lo strato che compone i servizi per implementare gli use case ed i processi di business.
37. SOA - I livelli logici Presentation : E' lo strato che permette l'esposizione dei processi ottenuti dallo strato precedente tramite componenti di presentazione.
38. SOA - I livelli logici Integration Architecture : 竪 l'Infrastruttura che permette l'accesso e la composizione dei servizi fornendo meccanismi di integrazione (ESB - Enterprise Service Bus)
39. SOA - I livelli logici QoS, Security, Management, Monitoring : tools di controllo e gestione dell'infrastruttura.
40. SOA - I ruoli Service Requester: l'entit che richiede il servizio; pu嘆 essere un modulo di un'applicazione o un altro servizio. Service Provider: l'entit che fornisce il servizio e che ne espone l'interfaccia. Service Broker: Direttorio in rete dei servizi consultabili. Le applicazioni SOA definiscono dei ruoli:
41. Web Services Lo stato dellarte per la creazione di servizi I WebServices sono applicazioni modulari e atomiche che possono essere descritte, pubblicate, localizzate, ed invocate in una rete mediante standard aperti Qualsiasi codice legacy (RPG, Java, .Net,..) pu嘆 essere reso fruibile come WebService. Ogni WebService fornisce funzionalit utilizzabili remotamente come se fossero locali. I WebServices scambiano messaggi XML tra le applicazioni BEST OF SOA
42. Francesco Arcieri Settembre 2006 IBM Middleware LOn Demand Operating Environment
43. On Demand Operating Environment Process Integration Information Integration People Integration Application Integration Application Infrastructure Business Performance Management Business Driven Development BEST OF SOA Infrastructure Management
44. La SOA Reference Architecture BEST OF SOA Development Services Integrated environment for design and creation of solution assets Enterprise Service Bus (ESB) Integrate People Enables collaboration between people, processes & information Business App Services Build on a robust, scaleable, and secure services environment Integrate Processes Orchestrate and automate business processes Access Services Facilitates interactions with existing information and application assets Partner Services Connect with trading partners Integrate Information Manages diverse data and content in a unified manner Manage and secure services, applications & resources IT Service Management Business Innovation & Optimization Services Facilitates better decision-making with real-time business information Optimizes throughput, availability and performance Infrastructure Management Services
45. Development Services WebSphere BI Modeler WebSphere Studio Integrate People WebSphere Portal Server Business App Services WebSphere Application Server Integrate Processes WBI Server WBI Server Foundation Access Services WBI Adapters HATS WebSphere II Classic Partner Services WBI Connect Integrate Information WebSphere Information Integrator Infrastructure Management Services Optimizes throughput, availability and performance La SOA Reference Architecture BEST OF SOA WebSphere MQ WBI Event/Message Broker WBI=WebSphere Business Integration Enterprise Service Bus (ESB) Manage and secure services, applications & resources IT Service Management Business Innovation & Optimization Services WBI Monitor
46. Francesco Arcieri Settembre 2006 IBM Middleware Enterprise Service Bus
47. La SOA come evoluzione e non come rivoluzione Enterprise Service Bus primo passo per implementare la SOA Code di Messaggi Applicazione Mediazione, Adattamento della logica di Business Connessione Hub Centrale Applicazione Adattamento della logica di Business Connessione e Mediazione Integrazione a Servizi Applicazione come Servizio Connessione, Mediazione ed Adattamento della logica di Business Connessione Diretta (No middleware) Applicazione Connessione, Mediazione, Adattamento della logica di Business BEST OF SOA
48. Enterprise Service Bus Enterprise Service Bus People Processes Information Existing Applications & Data Partners New Applications
49. Un Enterprise Service Bus 竪 un modello architetturale , non un software. Un ESB fornisce servizi di: Transporto (messaggistica JMS, protocolli sincroni,..) Transformazione & Routing Gestione degli eventi Supporto allo standard Web Services Un ESB deve fornire supporto a: Nuove applicazioni orientate ai servizi (Java, .Net, ) Applicazioni e interfacce di invocazione esistenti (COBOL, VB, Assembler, ) Enterprise Service Bus
50. Enterprise Service Bus - Implementazione Un ESB pu嘆 essere implementato utilizzando: WebSphere MQ, WebSphere Application Server V6 WebSphere Business Integration Message Broker WebSphere Business Integration Event Broker/Message Broke WebSphere Business Integration Message Broker WebSphere Application Server/Web Services Gateway
51. Scelta del giusto ESB Se le applicazioni sono tutte conformi agli standard dei Web Service Se le applicazioni non sono tutte conformi agli standard dei Web Service allora tutto quello che serve 竪 un ESB per lintegrazione dei Web Services. allora 竪 necessario un advanced ESB in grado id integrare i servizi con funzionalit non standard. Enterprise Service Bus Book Hotel Application Book Car Application Travel Reservation Process Check Traveler Service Book Flight Service Check Credit Service 1 2 Book Hotel Service Hotel Availability Service Book Car Service Flight Availability Service Travel Reservation Process Hotel Availability Service ADVANCED Enterprise Service Bus Flight Availability Application Check Traveler Application Check Credit Application Book Flight Application
52. WebSphere ESB and WebSphere Message Broker ESB: WebSphere ESB Advanced ESB: WebSphere Message Broker Customers face a range of ESB requirements. As a result, any given project might require an ESB or an Advanced ESB OR BOTH. Web Services JMS WebSphere MQ HTTP XML WebSphere Adapters JMS TIBCO Rendezvous速 Web Services Weblogic JMS速 WebSphere MQ TIBCO EMS JMS速 HTTP SonicMQ JMS速 Biztalk速 MQe Tuxedo速 Real-time IP FTP Multicast MQTT XML COBOL Copybook EDI-X.12 ACORD EDI-FACT ebXML AL3 HIPAA HL7 SWIFT FIX Custom Formats Word/Excel/PDF Plus the following: WebSphere Adapters Web Services connectivity and data transformation Universal connectivity and data transformation
54. Gli elementi della SOA Invoke Invoke Invoke Invoke Invoke Enterprise Service Bus Routing Pub/Sub Transformation Mediation Transport Servizi / Risorse : Applications, Databases, Organizations, People Process Server
55. Se unapplicazione e un insieme di funzionalit Verificare la Customer Eligibility Recuperare il Credit Report Richiedere additional info Generare una risposta negativa Etc. .un Processo di Business e implementato integrando fra loro dei servizi
57. Il punto di partenza 竪 L utente interagisce con: Moltitudine di informazioni, Interfacce spesso molto diverse tra di loro Problematiche: Gestione di diverse tipologie di client (manutenzione, aggiornamento software, diversi livelli di supporto) Usabilit Gestione password L utente DEVE provvedere all aggregazione di diverse informazioni per ottenere ci嘆 di cui necessita Persone Mainframe / Legacy Processi business Applicazioni Contenuti Dati
58. Il Portale IBM: Accesso Integrato a persone, applicazioni, processi e informazioni I portali B2E migliorano la produttivit degli impiegati e consentono decisioni rapide I portali B2C aumentano la loyalty dei clienti e il fatturato cross-sell I portali B2B costruiscono relazioni tra i partner attraverso lintegrazione con i vostri processi di business Contenuti Persone Applicazioni Processi Una interfaccia di portale comune riduce i costi e si adatta alle necessit di cambiamento
59. Il Portale IBM: Aggregazione di contenuti e servizi Le pagine web servite all utente sono il risultato di un servizio di aggregazione di diverse componenti L elemento base 竪 la PORTLET Principi di base della PORTLET Applicazione web Sviluppati indipendentemente Configurabili singolarmente Soggetti alle politiche di gestione della sicurezza Doc Learn Collab Msg Browser Portal Services Mainframe / Legacy Processi business Applicazioni Contenuti Dati
61. Web Services I WebServices sono applicazioni modulari e atomiche che possono essere descritte, pubblicate, localizzate, ed invocate in una rete mediante standard aperti Qualsiasi codice legacy (RPG, Java, .Net,..) pu嘆 essere reso fruibile come WebService. Ogni WebService fornisce funzionalit utilizzabili remotamente come se fossero locali. I WebServices scambiano messaggi XML tra le applicazioni BEST OF SOA
63. Nuovo paradigma di programmazione Applicazione tradizionale Applicazione distribuita SOA class HelloWorld { public static void main(String[] args) { istruzione 1; istruzione 2; .... Stampa(HelloWorld); istruzione 3; istruzione 4 ... } } Riuso di codice Riuso di Servizi public void Stampa (String a) { if (a==null) throw new ErroreStringaVuota(); else System.out.println(a); }
64. Web Services Un Web Service: Ha uninterfaccia pubblica descritta da un file WSDL Comunica tramite standard aperti (XML, HTTP, JAVA,..) Pu嘆 richiamare altri Web Services in modo da realizzare un workflow di operazioni atomiche
65. Web Services Standars: SOAP (Simple Object Access Protocol) Un messaggio SOAP 竪 caratterizzato da: la descrizione del contenuto di un messaggio e come elaborarlo (SOAP envelope ); una serie di regole di codifica per rappresentare i tipi di dato definiti per l'applicazione (SOAP encoding rules ); una serie di convenzioni per rappresentare le invocazioni remote e le corrispondenti reply (SOAP RPC ). SOAP 竪 un documento XML , costituito da un envelope, un header e un body, usato per spedire informazioni tra 2 o pi湛 parti. E indipendente dal: network protocol information endpoints
66. Web Services Standars: WSDL (Web Services Description Language) Un documento WSDL descrive linterfaccia di un Web Service in modo indipendente dal linguaggio e dal protocollo. Le informazioni che contiene sono: L URL dellhosts Il nome del servizio Il tipo (RPC/Document) I Metodi e i loro parametri
67. Web Services Standars: UDDI (Universal Description, Discovery, and Integration) Il protocollo UDDI ( Universal Description, Discovery and Integration Protocol ) 竪 un servizio di directory che consente agli utenti di localizzare i servizi web. E gestito dal consorzio UDDI, che annovera tra i suoi membri IBM, Microsoft, Ariba ed anche SUN Microsystems. L UDDI si propone come un framework aperto ed indipendente dalla piattaforma per descrivere servizi, individuare societ e integrare servizi di business utilizzando Internet Ha le funzionalit di un registro contenitore, allinterno del quale i documenti WSDL possono essere rintracciati come voci di registro.
68. Web Services Standars: BPEL (Business Process Execution Language) Un documento BPEL 竪 un file XML che definisce un Processo di Business come flusso di chiamate tra Web Services. Gli elementi pi湛 importanti di un BPEL Process sono: Activities Rappresentano un step del processo di Business svolto da unapplicazione o da una persona Control Links Insieme concettuale di attivit allinterno del flusso Fault Handlers Rappresentano le azioni da intraprendere in caso di errori Variable rappresentano informazioni significative che vanno tracciate durante lesecuzione del processo
69. Francesco Arcieri Settembre 2006 IBM Middleware Metodologie per la consulenza
71. Flexible business requires flexible IT Services Services Services Services Services Services Services Services Services Services SOMA Service-Oriented Modeling Service-Oriented Modeling and Architecture provides in-depth guidance on how to move from business models to the models required by an SOA Flexible IT Cost Containment Greater ROI for IT dollars Better Use if IT Assets Improved Quality of Deployed Systems On Demand Operating Environment Software Development Integration Infrastructure Management Service Oriented Architecture (SOA) Development Infrastructure Management Composable Services for SOA Flexible Business Transformation Business Process Outsourcing Mergers, Acquisitions & Divestitures Composable Processes (e.g., CBM)
72. Rent-a-car Process Models for the given initiative scope E X A M P L E For illustration only 1.2 Check-out Vehicle 1.3 Check-in Vehicle 0.Rent Vehicle 1.1.2 Make Reservation 1.1.1 Check Rates 1.2.1 Locate Reservation 1.2.2 Modify Reservation 1.2.3 Create Rental Agreement 1.2.4 Sign-out Vehicle from Lot 1.3.1 Locate Rental Agreement 1.3.2 Process Return Information 1.3.3 Process Payment 1.3.4 Return Vehicle to Lot 1.1.1.2 Get Date / time (Pick-up/drop-off) 1.1.1.1 Get Location (Pick-up/drop-off) 1.1.1.3 Choose Vehicle 1.1.1.4 Get Options Information 1.1.1.5 Check Vehicle Availability 1.1.2.2 Get Customer Information 1.1.2.1 Confirm Rental Information 1.1.2.3 Get Payment Information 1.1.2.4 Confirm Reservation 1.1.2.5 Create Reservation 1.1 Reserve Vehicle 1.1.1.6 Offer Rates For Selection Question: Which should be exposed as services?
74. WebSphere, ununica piattaforma WebSphere Process Server WebSphere Enterprise Service Bus WebSphere Application Server XD WebSphere Application Server ND WebSphere Community Edition App Server Open Source Choreography Mediation Clustering (& Virtualization) App Server