infraxstructure: Rafał Stańczak "Postępujący rozwój infrastruktury na potrzeby projektu joint venture hurtowni danych dla sektora bankowego."

No part of this publication may be reproduced, stored in a retrieval system, or transmitted in any form or by any means - electronic, mechanical, photocopying, recording, or otherwise - without the permission of Orbium.
Balans na styku technologii i biznesu
Rozwój infrastruktury projektu
joint venture hurtowni danych
dla sektora bankowego

All rights reserved © Orbium International 2016 2
Poznajmy się
Rafał Stańczak
Test & QA Manager w Orbium International
9 lat doświadczenia w Quality Assurance i Scrum
3 lata doświadczenia w bankowości
Aktualnie
• Od 8 miesięcy zaangażowany w projekt
hurtowni danych w Luksemburgu
• agent budowy infrastruktury wewnętrznej (PM)
• test manager portfela produktów Orbium
• agile coach
• administrator Jira
• bloger (www.scrumdo.pl)
• biegacz (w wolnej chwili )

Jak to się wszystko zaczęło…
• Projekt joint venture pomiędzy Orbium a bankiem
w Luksemburgu
• Zapisy w kontrakcie w kontekście zapotrzebowania
na infrastrukturę
• Budowa rozwiązania w oparciu o infrastrukturę
wewnątrz partnerskiego banku

Data Warehouse Additional
FunctionalitiesData Warehouse Core Functionalities
Operation
Services
File Export
External files
Source
Applications
System …
System Src2
Data
Integration
MQ
File
Upload
Data-
base
Link
Staging
Area
Core
Layer
Datamart
Layer
Data
Import
Logging
SATELLITE
HUB
LINK
HUB
SATELLITE
fact
dimdim
dimdim
OLAP
Reporting
DataConnectorDataConnector
Cube
Monitoring BIZ View DM View
Interactive
OLAP
Standard
Reporting
Interactive
Reporting
AccessSecurityAccessSecurity
SQL Access Security
Data Connector
System Src1
Destination Applications
System Dst1
Data
Quality
Monitoring
System
Monitoring
& Logging
Scheduling
Metadata
Manage-
ment
System …
Data
Import
Storage
DataExtract
Master Data
Managemen
t
Key
Mapping
Architektura rozwiazania

Pierwsze kroki…
• 24 miesiące temu…6 osób
• Request o zapewnienie wsparcia narzędziowego
przy udziale produktów Atlassian
• Budowa pierwszego środowiska wewnątrz Orbium
• Potrzeba przygotowania PoC produktu dla
potencjalnie nowego klienta, banku w Maroko
• Równoległe szukanie kolejnych klientów (na
horyzoncie banki, właściciel core banking systemu)

Pierwszy release produktu
• Podpisany kontrakt z bankiem w
Liechtenstein wraz z zapewnieniem
środowiska przed-uruchomieniowego
(delivery), obecna firma 3rd party
• Uruchomione środowisko Continous
Integration (Jenkins & Nexus w DMZ)
• Postawiono środowisko delivery dla banku z
Lichtenstein
• Monitorowano wąskie gardła środowiska
delivery jako punkt wejściowy dla strategii
rozwoju infrastruktury
• Powoli dojrzewa pomysł na własne
środowisko projektowe!

Zapada decyzja
•Równolegle projekt rozbudowy infrastruktury
lokalnej w Warszawie, rozszerzenie storage'a, nowe
serwery bazodanowe, serwery dedykowane pracy
zdalnej
•Migracja systemu Jira w wersji serwerowej
•Zaczynamy zbierać wymagania biznesowe i budować
model infrastruktury

Budowa modelu w Orbium (high level)

Budowa modelu w Orbium (low level)

W międzyczasie szkolenie UX-PM
UX w strategii rozwoju produktu sugeruje oparcie się na 3 głosach by
właściwie zdefiniować/dobrać cele projektowe
• Głos Klienta
– Potrzeby i oczekiwania klienta w zakresie wsparcia różnych rozwiązań
• Głos Biznesu
– Ograniczenia i wymagania jakie czekaja na zespół
ze strony innych działów (IT, Marketing, Finanse, itp)
• Głos Rynku
– Standardy rynkowe i oczekiwania rynkowe

Problem do rozwiązania UX-PM

Ale jak skutecznie zebrać wszystkie wymagania?

Wywiad - jak to działa?
• Identyfikacja interesariuszy (kluczowe tematy, łańcuch decyzyjny)
• Przed wywiadem należy ustalić jego plan, kolejność i treść pytań, które mają
być zadane
• Pytania powinny być zadawane od łatwych poprzez coraz trudniejsze, aż do
pytań zasadniczych
• Przeprowadzenie wywiadu ze zwróceniem uwagi na kontekst użycia, kryteria
sukcesu i ewentualne ryzyka
• Po spisaniu należy przekazać treść osobie, która go udzieliła do tzw. autoryzacji.
Może ona wtedy dodać lub uściślić pewne sformułowania

Benchmarking rynkowy
Jaka wiedza, standardy i rozwiązania istnieją na rynku?
Może przybrać formę
• analizy experckiej
• pracy z użytkownikami
Należy zwrócić uwagę na ograniczenia, koszty

Równolegle w tle…
• Definicja wewnętrznego SLA w razie disaster recovery
• Kilkukrotna wymiana wiedzy z zespołem IT Support
• Potrzeba wsparcia kilku wersji baz corowego systemu
bankowego Avaloq jednocześnie (dev, qa, delivery, sales)
• Finalizacja dokumentu strategii rozwoju infrastruktury
wewnętrznej na potrzeby wielu klientów

Wewnętrzne SLA
Definicja wewnętrznego SLA w razie disaster recovery
 Dostępność serwerów: środowisko delivery banku w Lichtenstein, środowisk
developerskich i testowych w Warszawie oraz dostępność usług CI:
Nexus/Jenkins
o Środowiska wspomagające development 23/6
 Odzyskiwanie danych, przywracanie dostepności (niedziałająca usługa i/lub
serwer, zerwane połączenie internetowe, etc.)
o Czasy z tabeli poniżej
 Okienko wdrożeniowe(odpowiednio wcześnie zaplanowane i zaanonsowane)
o Poza normalnymi godzinami pracy/ w nocy lub weekendy
Max czas potrzebny na
odpowiedź
Czas reakcji
(pracujące godziny)
Czas odpowiedzi
Dostarczenie rozwiązania
Czas reakcji 1 godzina 2 godziny 8 godzin

Priorytety rozwoju
• Monitoring założony na wszystkie baz i serwery
• Zapewniona szybka replikacja środowisk z backupów
• Disaster recovery, dostępność zapewniona przez SLA
• Przygotowanie pełnego środowiska developerskiego zapewniającego
wsparcie dla 2 najważniejszych wersji baz corowego systemu bankowego
Avaloq
• Projekt musi zostać wpięty w istniejące rozwiązanie wymiany plików
(Sharepoint Delivery Platform)
• Pojawia się pytanie:
– wewnętrzne czy
– zewnętrzne rozwiązanie?

Cloud based vs. wewnętrzne rozwiązanie
Chmura Azure, Amazon
• Rozwiązanie dedykowane projetom typu
startup funkcjnonującym bez
infrastruktury wewnętrznej i zespołu IT
• Wygoda, komfort, szybkość pozyskania i
skalowania infrastruktury(serwerów, baz)
• Ograniczenia licencyjne (e.g. Oracle)
Rozwiązanie wewnętrzne
• Projekty wewnętrzne w organizacjach z
przeszkolonym zespołem IT zdolnym do
szybkiej reakcji i zapewnienia obsługi
wewnętrznego SLA
• Rozbudowa zaplecza i kompetencji
wewnątrz firmy (mając do dyspozycji
hardware można uelastycznić setup)
• Możliwość wykorzystania darmowych
licencji developerskie (e.g. Oracle)
• Duże koszty funkcjonowania rozwiązania
przy dużym zapotrzebowaniu na zasoby
(serwery, pamięć, zasoby dyskowe)
• Znacznie niższe koszty w kontekście
rozwiązania które będzie wykorzystywane
długoterminowo

Cele na najbliższą przyszłość..
19All rights reserved © Orbium International 2016
 Development podzielony na Warszawę i Luksemburg
 Automatyczne testy (unit, szybki 10 min po integracji, pełny nocny
regression dla produktu jako całości)
 Proces Continous delivery (customowy dev ops)
 Trendy na rynku sugerują oparcie Software Development Lifecycle
o portfolio produktów Atlassian (Jira, Confluence, Bamboo,
Bitbucket, Fisheye, Service Desk )

21Managers Meeting June 2013 Vienna
Q & A

infraxstructure: Rafał Stańczak "Postępujący rozwój infrastruktury na potrzeby projektu joint venture hurtowni danych dla sektora bankowego."

Recommended

Recommended

More Related Content

What's hot

What's hot (7)

Viewers also liked

Viewers also liked (15)

Similar to infraxstructure: Rafał Stańczak "Postępujący rozwój infrastruktury na potrzeby projektu joint venture hurtowni danych dla sektora bankowego."

Similar to infraxstructure: Rafał Stańczak "Postępujący rozwój infrastruktury na potrzeby projektu joint venture hurtowni danych dla sektora bankowego." (20)

infraxstructure: Rafał Stańczak "Postępujący rozwój infrastruktury na potrzeby projektu joint venture hurtowni danych dla sektora bankowego."