Zavádíme integrační platformu v 75 minutáchMichal Bureš, Jan Šmuk 13. 10. 2015

5250400

10

nfg15prg

Základní údaje

Top 10

CEETop 5ČR

250+

387mil. 2007

16let

Praha

Mezi TOP 10 IT společnostív regionu střední a východní

Evropy (Gartner 2012)

Sídlo společnostiv centru Prahy

Mezi TOP 5 firmamiv oblasti vývoje software na zakázku (IDC 2012)

Již 16 let působímena trhu v oblasti IT

250 stálýchzaměstnanců v ČR

Obrat za rok 2014 387 mil. Kč

Od roku 2007 jsmečlenem skupiny NFG

Vybraní zákazníci

Finance Telekomunikace Další vybraní zákazníci

4

Agenda

› Příklady integračních scénářů v podniku

› Zavádění SOA a ESB

› Praktické zkušenosti s integrací (nejen) ve finanční sféře

› Unifikovaná integrační platforma Profinit ESB

› Naše nabídka služeb

Jan ŠmukSenior Consultant

Michal BurešSenior Advisor System Integration

Integrace aplikací v podniku1

6

Webové portály

› Integrační vrstva pro portálové řešení– Portál potřebuje číst a zapisovat data do různých částí IS podniku– Různé dostupnosti systémů

• Portál 24/7, interní systémy mohou zpracovávat dávkya mimo pracovní dobu být nedostupné

› Integrační vstva zajišťuje– Jednotný přístup ke službám– Verzování rozhraní– Řízení přístupů– Rozložení zátěže– Cachování dat– Zabezpečuje komunikaci– Ukládá požadavky do fronty k vyřízení

ESB vzniká často kvůli

portálu

ESBIntegrační vrstva

7

Vrstva datových služeb

› Sdílená operační databáze, Operation Data Store (ODS)– Sdílená databáze pro operativní přístup ke kmenovým datům– Jednotný pohled na operační data zákazníka a dalších entit– Datová kvalita– Dostupnost

› Přístup k datům v ODS je realizovánpřes ESB

– Webové služby– Jednotné rozhraní pro všechny aplikace– Datový formát služeb reflektuje datový

model ODSESBDatové služby

ODS

Podnikovéaplikace

8

Ucelený pohled na komunikacimezi systémy› Nasazení ESB zjednodušuje řešení provozních incidentů

– Všechny zprávy související s jedním případem lze snadno dohledat pomocí metadat

› Možnost využití pro audit nebo detekci událostí v reálném čase– Požadavky bezpečnosti, compliance– Např. anti-fraud systém

› Udržení know-how o celkové architektuře systémů

validateOrderORDER_123

sendOrderORDER_123

bookStockORDER_123

sendConfirmationORDER_123

processingERRORORDER_123

Katalog služeb

9

Sledování a úspora nákladů na IT systémy› Kdo, kdy a jak systém využívá?

– Rozúčtování nákladů na systémy mezi jednotlivými pobočkami či partnery

› Kontrola nákladů při využití externích registrů– Např. Solus, katastr nemovitostí– Který systém nebo uživatel požadoval provedení dotazu?– Lze snížit náklady na opakované dotazy?

• Cachování

getCustomerfrom: PRAGUE

getCustomerfrom: BERLIN

getCustomerfrom: PRAGUE

getCustomerfrom: PRAGUE

getCustomerfrom: BERLIN

10

Integrace s externími partnery: B2B

› Typy externích partnerů– Mateřská firma, sesterské firmy– Obchodní partneři, dealeři, franšízy…

• Správně navržená integrační architektura = flexibilita při rozšiřování obchodní sítě– Státní správa

• Základní registry, datové schránky

› Automatizace integrace s partnery– Samočinné předávání dat zabezpečeným způsobem– Automatizovaný prodej služeb přes partnerskou síť

• Objednávání ADSL

› Zabezpečení integrace– Šifrování, elektronický podpis zpráv– Řízení identit a přístupů

• Správa certifikátů– Ochrana před nebezpečným obsahem

• XML bomby, code injection

ESB

eGovernmentPodnikové systémy

a databáze

B2BCloud

Partneři

DMZ

11

Spolehlivé doručování zpráv

› Garantovaný přenos zpráv v logistice a výrobě– Prioritizace zpráv – přednostní zpracování a zvýšený dohled pro urgentní zprávy– Doručení zpráv pouze relevantním příjemcům (routování)– Např. IATA messaging v leteckém průmyslu

› On-line synchronizace dat mezi systémy– Dodržení pořadí zpracování zpráv, zajištění konzistence dat, transakční zpracování– Např. synchronizace entit v SAP pomocí zpráv IDOC

› Elektronická výměna dokladů (EDI)– Faktury, dodací listy, avíza

QU ZRHOWSR BSLKZSR ISTKZSR ISTKKXH ESBKZXH ESBKKSR.ISTKKXH SR/261610 YBDIVSR8694/26.ECENZ.ISTEA1645 ESBDR72 PX151SI ALL RUNWAYS CLOSED DUE HEAVY WIND

Zavádění SOA a ESB2

13

Možnosti integrační architektury

Přímá integraceArchitektura orientovaná

na služby (SOA)

EnterpriseServiceBus

Point to Point

14

Postup zavádění SOA a ESB

› Najděte sponzora– Jak přesvědčit management

› Koncept integrace a SOA– Analýza současného stavu– Definice cílů v čase, návrh cílové architektury

› Výběr technologické platformy a dodavatele– Doporučujeme provedení PoC

› Nastavení rolí a procesů– SOA governance, katalog služeb, metodika, zodpovědnost

› Pilotní nasazení ESB– Spojte pilotní nasazení s vhodným projektem

› Ostrý provoz a další rozvoj

Rozhodnutí Koncept Platforma Governance Pilot Provoz

15

Proč SOA a ESB?

› IT pohled – architektura– Lepší architektura systémů– Zajištění dostupnosti, rozložení výkonových špiček– Vrstva služeb pro BPM– Správa závislostí, dopadové analýzy, verzování služeb

› IT pohled – provoz– Vyhodnocení dostupnosti služeb, měření SLA– Identifikace a řešení provozních problémů

› Strategické cíle– Transparentnost prostředí, vidíme do dat mezi systémy– Jasné mantinely zodpovědnosti mezi dodavateli– Integrace drží velkou část know-how o architektuře podniku– Audit, compliance, bezpečnost– Flexibilita, náklady na integraci a TTM

Rozhodnutí Koncept Platforma Governance Pilot Provoz

16

Posouzení stavu SOA podle OSIMM

Rozhodnutí Koncept Platforma Governance Pilot Provoz

17

Scope integrace

› Enterprise Service Bus– On-line integrace mezi back-endovými systémy

• Sdílená funkcionalita mezi systémy– Integrace mezi front-endy a back-endy– Převážně webové služby, asynchronní zprávy, volání DB

› Platforma ETL, nebo unifikovaná integrační sběrnice– Dávkové přenosy mezi systémy– Převážně DB rozhraní, strukturované soubory

› Platforma B2B– Integrace vně podniku– Umístění do DMZ

› Na integrační vrstvu nepatří– Přenos interních dat mezi vrstvami/moduly téhož systému

Rozhodnutí Koncept Platforma Governance Pilot Provoz

Unifikovanáintegračníplatforma

18

Integrační vzory pro on-line integraci

› On-line synchronní integrace– Web Service Proxy

• Vystavené WSDL musí odpovídat konvencím již na back-endovém systému• Nízká komplexita, i tak je zajištěna transparentnost, rozložení zátěže, monitoring, validace, …

– Web Service Facade• Umožňuje mapování hodnot, volání DB procedury atp.• Varianta: možnost re-try požadavků• Vyšší komplexita, ale nezávislost na back-endu

– Composite Service• Přenos části procesní logiky na integrační vrstvu – orchestrace• Vysoká komplexita

– Adapter• Komplexní technologická transformace komunikačního protokolu• Potenciálně velmi vysoká komplexita

› On-line asynchronní integrace– Publish Event

• Notifikace jednomu nebo více systémům, často spojeno s nějakým synchronním vzorem• Vyšší komplexita, ale maximální míra nezávislosti (provozní, designová)

Rozhodnutí Koncept Platforma Governance Pilot Provoz

19

Formáty zpráv na integrační platformě

ReuseDatový

model se sdílenými schématy

Konceptuální informační

model, datový slovník

Jednotný formát zprávy,

jednotná hlavička

Minimální požadavky na zprávy

ESB

Service Facade Service

Proxy

› Information Data Model– Jednotné schéma (XSD)

nebo

– Šablona struktur a slovník názvůanebo

– Vůbec nepoužívat společný datový model

› Mapování zpráv na ESB– Mapovat všechny zprávy na ESB

nebo– Vystavovat na ESB back-endová rozhraní

• Provádět jejich revizi, podílet se na návrhu

Rozhodnutí Koncept Platforma Governance Pilot Provoz

20

Integrační datový model a ESB

ADM-2-IDM IDM-2-ADM

2-Step Integration

ADM-2-IDMIDM-2-ADM

3-Step Integration

Route, Compose

IDM-2-ADM

System 1

› IDM = Integrační datový model– Obecný podnikový datový model ve formě schématu (XSD)

• Vytváří architektonický tým ve spolupráci s kompetenčními centry– Nezávislý na konkrétní aplikaci

• Nové in-house aplikace lze navrhovat již podle IDM

› ADM = Aplikační datový model– Datový model konkrétní aplikace ve formě schématu (XSD)

› IDM-2-ADM, ADM-2-IDM– Web Service Facade, popř. Adapter

System 2

EnterpriseService

Bus

21

Minimalistický koncept ESB

› Web Service Proxy– Pokud to jde, připraví systém službu, která se jen pře-vystaví na ESB– Integrační tým definuje obecné minimální požadavky na službu, kontroluje kvalitu

• WS-I Compliant SOAP web service• Správně zvolená granularita služeb a operací, obecnost, kompletní sada dat potenciál re-use• Základní jmenné konvence, názvy datových struktur podle datového slovníku• Způsob hlášení chybových stavů, metadata pro audit a monitoring

› Web Service Facade– Změna rozhraní na ESB probíhá pouze, pokud

• Nelze splnit minimální požadavky integrace• Out-of-the-box krabicový SW

• Je předpoklad výměny systému či riziko nestability rozhraní

› Zachovat možnost složitějších scénářů– Composite Service, Adapter, Publish Event

• Očekávejte cca 20% služeb

Jednoduchý

a levný koncept

„Quick wins“

Rozhodnutí Koncept Platforma Governance Pilot Provoz

22

Funkce platformy ESB

› Očekávané funkce ESB– Transformace a mapování dat, konverze komunikačních protokolů– Směrování správ, frontování požadavků– Validace dat– Zabezpečení: autentizace, autorizace, audit, šifrování, nepopiratelnost– Orchestrace služeb, kompozitní služby– Garantované doručení zpráv– Omezení provozu, zajištění kvality služeb– Monitorování, kontrola SLA, logování, audit– Vysoká dostupnost– Správa služeb, politik a koncových bodů, SOA governance– Cachování dat

› ESB naopak není– Aplikační kontejner pro obchodní logiku– Pouze pro webové služby

Rozhodnutí Koncept Platforma Governance Pilot Provoz

23

Trh integračních platforem

› Dodavatelé komerčních on-premise řešení ESB– Oracle SOA Suite– TIBCO– IBM WebSphere– webMethods – Software AG– SAP PI (dříve IX)– Microsoft BizTalk

› Open-sourcová řešení on-premise ESB– JBoss Fuse– Talend Open Studio– WSO2 ESB

› Hostované integrační platformy– MuleSoft AnyPoint Platform– Talend Integration Cloud– Oracle Cloud Integration – Různá řešení nad Microsoft Azure

MQ for On-premisesApplication Integration Suites

2014

MQ for Enterprise Integration Platform as a Service 2015

Rozhodnutí Koncept Platforma Governance Pilot Provoz

24

Kritéria výběru integrační platformy

› Rozsah použití platformy– Tradiční on-premise platforma ESB– Kombinovaná platforma pro aplikační i datovou integraci– Hostovaná (cloudová) platforma (iPaaS), popř. hybridní platforma

› Množství modulů, podporovaných funkcí, standardů a protokolů– Jak lze platformu dále rozšiřovat? BPM, MDM, ...– Podporované protokoly, standardy – většinou srovnatelné

› Efektivita vývoje– Možnost grafického návrhu mapování a integračních flows– Jaké adaptéry pro podnikové aplikace platforma nabízí

› Dostupnost zdrojů a podpory platformy– Lokální implementační partner, možnosti školení– Využití standardních technologií– U open-source velikost a aktivita komunity

Koncept

integrace

je základem

úspěchu!!

Rozhodnutí Koncept Platforma Governance Pilot Provoz

25

Nastavení rolí a procesů

Koncept architektury

• Identifikovat dopad na jednotlivé systémy – tým architektury• Identifikovat integrační body – architektura & dodavatelé systémů

High-level design

• Identifikovat služby a datové toky, nahrubo datová pole, vedoucí dodavatel• Funkční a nefunkční požadavky na rozhraní, integrační vzor

Detailed Design

• Vytvořit schémata, WSDL, detailní sekvence volání, mapování dat• Bezpečnostní pravidla, přístupy, objemy dat v čase, …

Build & System Test

• Kódování, build systémů• Testování systému s využitím mock objektů (ideálně omezit na minimum)

Provolávání

• Propojit systémy, udělat smoke test – integrační tým• Vývojáři systémů testují kompletní scénáře (připravit check-list -> reporting)

End2End Integrace

• Testování dle připravených scénářů• Provádí testeři

Rozhodnutí Koncept Platforma Governance Pilot Provoz

26

Nastavení rolí a procesů

› Vstupy a výstupy– Seznam vstupů a výstupů pro každou fázi– Formát – šablona nebo check-list

• Srovnejte: integrační datový model vs. minimalistický přístup– Míra detailu, otevřené body do další fáze

› Zodpovědnost– Kdo co kdy dodává– Kdo ručí za kvalitu, kdo reviduje, kdo je informován

Rozhodnutí Koncept Platforma Governance Pilot Provoz

27

Nastavení rolí a procesů – příklady

› High-level design– Poskytovatel a konzument služby, taxonomie, zodpovědnost, kontakty– Popsat jednotlivé operace a integrační flows, sekvence volání, integrační vzor– Datová pole, jejich významy– Způsob ošetření chyb– Zabezpečení, označit citlivá API nebo data– Jaký je objem dat, rozložený zátěže v čase

› Detailed Design– Datové typy všech polí, schémata, WSDL, XSD, formáty souborů– Validační pravidla, reg-ex, min/max values, enumerace– Přesné mapování dat, podmínky, pre-conditions, post-conditions– Uživatelské účty, způsob autentizace, síla šifrování– Chybové kódy– Časování datových přenosů– Vstupy pro testování

Rozhodnutí Koncept Platforma Governance Pilot Provoz

28

Pilotní nasazení ESB

› Spojte nasazení ESB s vhodným projektem– Vytvoření samoobslužného portálu, multikanálová architektura– Výměna core systému, implementace CRM nebo ERP– Nový revenue stream v rámci firmy

• Nové flexibilní řešení integrace souběžně s hlavním podnikovým ESB

› Rozsah pilotního nasazení– Jednotky až desítky služeb (5-30 služeb)

Rozhodnutí Koncept Platforma Governance Pilot Provoz

29

Provoz a rozvoj integrační platformy

› Monitoring platformy ESB– Připojení na jednotný dohledový systém– Sběr metrik o službách

• Dostupnost, doba odpovědi, počet požadavků za minutu, počet požadavků ve frontě

› Podpora řešení– Komerční řešení

• Support od výrobce platformy– Open-source

• Předplatné od výrobce platformy• Podpora od dodavatele řešení

• Jaká je jeho kvalifikace? Partnerství garantuje určitou kvalitu

› Rozvoj platformy– Dodavatelsky nebo vlastními silami?

• Vyberte si takové řešení, které se rychle naučíte sami ovládat

Rozhodnutí Koncept Platforma Governance Pilot Provoz

Integrace v praxi3

31

Katalog služeb

› Informace o službách vystavených na ESB– Jméno, namespace, textový popis– Rozhraní služby, popis operací a datových typů– Konzumenti, závislosti (jiné ESB služby, backendy, DB procedury, ….)– Verze, životní cyklus– Vlastník služby, kontakty– Prostředí, adresy

Naše vize katalogu služeb

32

Katalog služeb

› Jednoduchá evidence Wiki, Excel– Do 30 služeb dostačující

› Opensource (WSO2 Governance registry, Membrane, …)– Automatické načtení rozhraní služeb– Ruční doplnění závislostí– Sledování a měření dostupnosti

› Placené řešení (IBM WSRR, Oracle Enterprise Repository, ...)– Užší integrace s ESB runtime– Měření

› Vlastní řešení– Parsování zdrojových a konfiguračních souborů– Automatické zjišťování závislostí

33

Verzování služeb

(Major) . (Minor) . (Patch)

› Major– Invazivní změny rozhraní– Podstatná změna logiky nebo technologie

› Minor– Neinvazivní změny rozhraní

› Patch– Opravy

34

Verzování služeb

(Major) . (Minor) . (Patch)

› Příklad služby MyService iniciální verze 1.0.0– Namespace: http://mycompany.org/esb/MyService-v1– PortType: MyService-v1PortType– Endpoint: http://esb.mycompany.org/MyService-v1

› Neinvazivní změna, např. přidání nepovinného elementu na vstup– Povýšení minor verze – 1.1.0– Namespace, PortType, Endpoint zůstávají stejné– Nová služba nahradí starou– Lze ponechat verzi stejnou, ale nedoporučuje se

35

Verzování služeb

(Major) . (Minor) . (Patch)

› Příklad služby MyService iniciální verze 1.0.0– Namespace: http://mycompany.org/esb/MyService-v1– PortType: MyService-v1PortType– Endpoint: http://esb.mycompany.org/MyService-v1

› Neinvazivní změna, např. přidání nepovinného elementu na vstup– Povýšení major verze – 2.0.0– Namespace: http://mycompany.org/esb/MyService-v2– PortType: MyService-v2PortType– Endpoint: http://esb.mycompany.org/MyService-v2

36

Verzování služeb

(Major) . (Minor) . (Patch)

› Proč verzovat– Rychlost a možnosti adaptace různých konzumentů na změnu rozhraní se liší– Provoz více verzí služby najednou

› Jak verzovat– Nevytvářet nové verze zbytečně– Verzovat pouze v případě invazivních změn– Pokusit se o dohodu se všemi konzumenty– Nutná evidence konzumentů– Zamezit duplikování logiky mediací ze starého na nové rozhraní

37

Standardní struktura zpráv

› Metadata požadavku (auditní informace)– Volajícího systém a uživatel– Instance orchestračního procesu (flow ID)– Identifikace entity, se kterou se pracuje

› Společné typy– Kód výsledku volání– Typy SOAP fault (errorCode, errorDescription, ...)– Datové typy (např. číselníky, enumerace, …)

• Pozor, nepřehánět

<xsd:element name=“gender“ type=“lovs:LovGender“/>

<gender lov=“GENDER“>F</gender>

Profinit ESB4

39

Integrační platforma Profinit ESB

Profinit ESB = open-source produkty + naše know-how a služby

› Talend ESB– Otevřený produkt

• Garantovaná podpora výrobce, rozsáhlá komunita, diskusní fóra• Podrobná dokumentace, stránky TalendForge s řadou příkladů

– Webové služby, zpracování asynchronních zpráv, přístup k podnikovým aplikacím– Transformace a mapování dat, orchestrace služeb– Zabezpečení, audit, logování– Grafický návrh mapování dat i procesů – prostředí Eclipse– Vysoká dostupnost, rozložení zátěže– Podpora internet of things (IoT)

› Monitoring pomocí Hyperic HQ nebo vašeho stávajícího nástroje– Metriky služeb, stav infrastruktury

› Metodika modelování služeb v Enterprise Architect– Metodika modelování služeb pomocí integračních vzorů– SOA governance: správa služeb, procesy, postupy

40

Platforma ESB

› Komponenty Talend ESB– Aplikační kontejner Apache Karaf a cluster Fabric– Webové služby Apache CXF– ActiveMQ pro zpracování asynchronních zpráv– Apache Camel pro jednoduché routování zpráv– Run-time engine pro orchestraci služeb s grafickým návrhem– Pokročilé možnosti práce s daty a XML, konverze datových formátů– Rozsáhlá knihovna komponent a adaptérů

› Dostupná v několika edicích– Talend Open Studio – open-source bez licenčních poplatků

• Vhodná pro menší či prvotní nasazení s nízkými náklady– Talend ESB Enterprise – roční předplatné

• Technická podpora, pokročilá administrace, správa přístupů, týmový vývoj– Talend Platform for Enterprise Integration – roční předplatné

• Navíc modul BPM a BRMS, vylepšený data mapper, vyšší SLA

Vývojbez

kódování

41

Vývoj služeb v Open Studio

› Vizuální vývojové prostředí postavené na Eclipse– Rozsáhlá paleta komponent

› Grafický návrh process flows– Není nutná znalost jazyka Java

› Grafické mapování dat– XML, CSV, fixed-length– DB tabulky

› Integrovaný debugger

Přehledné grafické vývojové prostředí

42

Knihovna komponent

› Komunikační protokoly– Webové služby SOAP / HTTP(S), REST– Messaging MQ, JMS– Soubory lokální, (S)FTP atd.– Nativní .Net konektor (volání DLL)– Windows named pipes

› Datové zdroje a formáty, transformace dat– MS SQL Server, Oracle, FireBird a další– LDAP– XML, CSV, fixed-length, delimited– Nestrukturované – HL7, EDIFACT

› Konektory pro business aplikace a cloud– Microsoft CRM, SalesForce– Amazon, Google– SAP

Rozsáhlá podpora

technologií Microsoft

42

43

Metodika návrhu a vývoje služeb

› Návrh a modelování služeb– Schémata generovaná z modelu v repositáři Enterprise Architect– Knihovna integračních vzorů s podrobnými popisky scénářů a řešení

• Cílem je standardizovat integraci a omezit variabilitu

› SOA governance– Životní cyklus služeb a verzování– Evidence služeb v návaznosti na model v Enterprise Architect

› Vývoj služeb– Sada příkladů navázaná na integrační vzory– Best practices

44

Některé infrastrukturní služby

› Service Activity Monitor & Activity Monitoring Console– Automatické logování veškerých příchozích i odchozích zpráv do DB– Sledování stavu on-line i dávkových úloh– Korelační identifikátory umožňují sledování toku zpráv pro jeden případ

od začátku do konce

› Service Locator & Service Registry– Dynamická správa a vyhledávání end-pointů webových služeb– Podporuje load-balancing back-endových systémů– Správa služeb, politik a přístupů (pouze enterprise verze)

› Autentizace uživatelů a autorizace přístupu ke službám– Podpora WS-Security, NTLM, basic authenticaton, možnost LDAP– Security Token Service – podpora standardů WS-Trust a SAMLv2,

jednoduché SSO– Autorizace přístupu na základě rolí– Identity a access management včetně správy klíčů s web GUI

(pouze enterprise verze)

45

Provoz Profinit ESB

› Administrační konzole– Správa platformy i celého clusteru – konfigurace, deployment– Monitoring platformy i jednotlivých úloh, auditování projektů– Správa identit a přístupů ke službám– Prohlížení logů a konfiguračních souborů– Správa front ActiveMQ

› Monitorovat lze– Metriky služeb: dostupnost, doba odezvy, počet vyřízených požadavků, četnost chyb– Aplikační a systémové logy, zprávy ve frontách– Stav a vytížení infrastruktury (servery, disky, DB, aplikační kontejner atp.)– Systém upozorní administrátora při překročení hraničních hodnot metrik

45

Naše nabídka služeb5

47

S čím vám můžeme pomoci

› Návrh integrační architektury – SOA– Provádíme hodnocení stávajícího stavu SOA

• SOA maturity assesment podle metodiky OSIMM• Technický audit middleware – zabezpečení, výkon, spolehlivost

– Návrh cílové IT architektury na základě požadavků zákazníka

› SOA Governance– Definice standardů a principů pro SOA a vývoj na integračních platformách– Definice metodiky, pravidel a procesů, katalog služeb

› Vývoj integrace, integrační platforma– Máme vývojářské znalosti několika integračních platforem– Nabízíme „vlastní“ open-source integrační platformu Profinit ESB

• Připravíme pro vás technickou prezentaci naší platformy nebo jednoduché PoC

48

Integrační platforma na zkoušku

› Postavíme skutečné ESB ve vaší firmě za několik týdnů– Přesvědčíme váš management o výhodách SOA (rozhodnutí)– Seznámíme vás a vaše dodavatele s koncepty Profinit ESB (koncept)– Navrhneme role a procesy integrace systémů (governance)– Nainstalujeme Profinit ESB na vaší infrastrukturu (platforma)– Vytvoříme několik reálných služeb a připojíme 2-4 systémy (pilot)– Proškolíme váš provozní tým a zajistíme podporu L2/L3 s SLA (support)

Rozhodnutí Koncept Platforma Governance Pilot Provoz

Profinit, s.r.o., Tychonova 2, 160 00 Praha 6, +420 224 316 016, www.profinit.eu

Společnost PROFINIT je členem nadnárodní skupiny New Frontier Group, která je leadrem v oblasti digitální transformace organizací a firem ve střední a východní Evropě. S více než 2000 zaměstnanci v 17 zemích patří mezi deset největších poskytovatelů ICT služeb v celém CEE regionu a řadí se ke špičce v oblasti vývoje software na zakázku, data managementu, datových skladů a business intelligence.

PROFINIT má řadu významných zákazníků z finančního a telekomunikačního sektoru, utilit a státní správy. Společnost se primárně zaměřuje na konzultační služby v oblasti digitální transformace, technologické služby a outsourcing. Podle údajů IDC (2012) patří PROFINIT mezi 5 největších firem v oblasti vývoje software na zakázku v České Republice a je držitelem řady dalších ocenění.

Shaping future, delivering results!