ONKO ORGANISAATIOSI KYPSÄ DEVOPSIIN?

Samankaltaiset tiedostot
TIE Ohjelmistojen suunnittelu

PROJEKTI- PÄÄLLIKÖSTÄ PRODUCT OWNERIKSI MEERI CEDERSTRÖM

Scrum is Not Enough. Scrum ei riitä. Ari Tanninen & Marko Taipale. Nääsvillen oliopäivä 2009 Tampereen teknillinen yliopisto 9.12.

Lyhyt johdatus ketterään testaukseen

Ohjelmistojen mallintaminen. Luento 11, 7.12.

Työkalut ohjelmistokehityksen tukena

Kuinka helpottaa suurten projektien tuskaa pilvipalveluilla?

Tapahtuipa Testaajalle...

Ketteryys kohtaa todellisuuden - kokemuksia ja ajatuksia laadunvarmistuksen näkökulmasta

Sopisiko testiautomaatio yritykseesi juuri nyt? Testiautomaation soveltuvuuden arviointiopas

Automaattinen regressiotestaus ilman testitapauksia. Pekka Aho, VTT Matias Suarez, F-Secure

Siirtyminen ketterien menetelmien maailmaan! Maarit Laanti 24 October 2013!

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori

Kärpänoja, Pauli Jatkuva toimittaminen asiakasprojektissa. Diplomityö

Projektityö

Globaalisti Hajautettu Ohjelmistokehitys Mitä, Miksi & Miten? Maria Paasivaara

SAFe menestystarina - Case Osuuspankki

Ketterämpi Sonera Matka on alkanut!

Avointen ohjelmistojen käyttö ohjelmistokehityksessä

SOA SIG SOA Tuotetoimittajan näkökulma

Ville Isomöttönen. Agile. Jyväskylän Yliopisto Sivu 1 Tietotekniikan laitos

Scrumin käyttö ketterässä sovelluskehityksessä

Ohjelmistoprojekteista. Datanomiopiskelijat 2.vuosi

JIRA (& muut Atlassian -työkalut) Insta Response -tuotekehityksessä

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia

T SEPA päiväkirja

Visualisoinnin aamu 16.4 Tiedon visualisointi. Ari Suominen Tuote- ja ratkaisupäällikkö Microsoft

Pienen pankin matka DevOpsiin

Lakki. Lisää ot sik k o osoit t am alla. Nöyrästi vain lakki kourassa... Jussi Vänskä Espotel Oy. vierailuluentosarja OTM kurssi 2010

Ohjelmistotuotanto. Luento

Tietohallinnon liiketoimintalähtöinen toiminnanohjaus IT-ERP

Ketterä vaatimustenhallinta

TERVETULOA AAMIAISELLE

Ohjelmistoprosessit ja ohjelmistojen laatu kevät 2009

Ketteryys pähkinänkuoressa. Kokopäivän Scrum-kurssin sisältö tislattuna ja tiivistettynä kolmeen varttiin

Lean MITEN POISTAA TURHA, OPPIA JA KESKITTYÄ OLENNAISEEN

Testataanko huomenna?

Prosessiajattelu. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessikuvaus - CMMI. Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4.

Ohjelmistotestaus -09

Liite A Määritelmät 1 (6)

Automatisoitu konesali - vauhtia IT-infran muutoksiin

ja -kehitysmenetelmistä Jyri Partanen, QA Manager Sulake Corporation

Avoimen lähdekoodin kehitysmallit

Ajatuksia ketterästä ohjelmistokehityksestä ja laadusta

Ohjelmistotekniikka - Luento 3 Jouni Lappalainen

Ketterä projektikulttuuri on avain menestykseen - valmennuksella kohti ketterää kulttuuria

Ohjelmistotekniikka - Luento 3

Testaaminen ohjelmiston kehitysprosessin aikana

Kun scrum ei riitä - skaalaa ketterä tuotekehitys SAFe lla Nestori Syynimaa Sovelto Oyj

Prosessiajattelu. Organisaation prosessikuvaus - CMMI. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessien määritys CMMI käytänteet

Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä

Tutkittua tietoa. Tutkittua tietoa 1

statbeatmobile PROJECT REVIEW iteration 1

Turvallisen sovelluskehityksen käsikirja. Antti Vähä-Sipilä, F-Secure

Vaatimusmäärittely- ja hallinta. Peruskäsitteet. Syyt aikataulun ja budjetin ylitykseen. TJTA330 Ohjelmistotuotanto

JULKISTEN PALVELUJEN ELINKAARI; HYVÄ PALVELU EILEN, TÄNÄÄN, HUOMENNA MIHIN PALVELUT OVAT MENOSSA? Lauri Helenius, Solita Oy

Ohjelmistoprojektien hallinta Vaihejakomallit

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Yrittäjäkasvatuksen polku - sivusto. Yksityiskohtainen suunnittelu Huhtikuu 2018

OP Banking Event. Jan 2018 ACCENTURE SECURITY ENTER

Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:

JReleaser Yksikkötestaus ja JUnit. Mikko Mäkelä

Innovaatiivinen hallinta Saimaan ja Atlantin rannalla. Case: I-SSHP & Walter Reed Army Medical Center

Projektinhallintapäivä , Tampere Poimintoja koulutusnäkökulmasta

Miten Time to Profit on toteutettu yritysten tuotekehitysprojekteissa?

Testauksen suunnittelu ja dokumentointi ketterässä testauksessa Tutkimustuloksia

TÄYTTÖAUTOMAATIT TÄYTTÖAUTOMAATIT COMPUTER INFLATORS

Työn ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework

Menetelmäraportti - Konfiguraationhallinta

OpenSUSE Build Service

Konesali ilman rajoja Kongressi A

LAATURAPORTTI Iteraatio 1

Automaatio mahdollistaa Software as a Service - arkkitehtuurin

HITSAUKSEN TUOTTAVUUSRATKAISUT

Onnistunut Vaatimuspohjainen Testaus

Vaatimusmäärittely- ja hallinta

TDD Käytännössä Todellinen työkalu vai lehmipoikien laukkaa? Harri Kulmala Solita Oy

Perinteisesti käytettävät tiedon (datan) tyypit

Onnistunut ohjelmistoprojekti

Scrumjatkuvan palvelun DWprojektissa-case. Niina Mäkiranta & OP-scrum-tiimi Aureolis Oy

Johdatus ohjelmistotuotantoon

Project-TOP QUALITY GATE

Testausta vai määrittelyä? Hyväksymistestaus ja jatkuva integraatio ketterässä ohjelmistokehityksessä

SYSTEEMIJOHTAMINEN! Sami Lilja! itsmf Finland 2014! Oct ! Kalastajatorppa, Helsinki! Reaktor 2014

Aluksi. Riskien hallinta. Riskityyppejä. Riskillä on kaksi ominaisuutta. Reaktiivinen strategia. Proaktiivinen strategia

OTM viikoilla 18 ja 19

Työeläkeyhtiö Varma. IBM Software Day Tuukka Tusa, Digia

Työasemien hallinta Microsoft System Center Configuration Manager Jarno Mäki Head of Training Operations M.Eng, MCT, MCSE:Security, MCTS

Ohjelmistotekniikka - Luento 2

LAADUN VARMISTAMISEN JOHTAMINEN. Pasi Riihilahti RAY Kehitysjohtaja

Hallintatyökaluja Fujitsu-työasemille

Käytännön haasteita ja ratkaisuja integraation toteutuksessa. Jukka Jääheimo Teknologiajohtaja Solita Oy

Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut

T Testiraportti - järjestelmätestaus

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

Digitalisaatio pelialalla -kokemuksia Rovion pelipalveluista

Muutos mahdollisuutena Tuusula Anssi Tuulenmäki

SaaS-palvelutoimittajan valinta kilpailukyvyn ja kustannustehokkuuden parantamiseksi. Ari-Pekka Syvänne, Xenetic Oy / HCM-seminaari, 26.3.

Lab SBS3.FARM_Hyper-V - Navigating a SharePoint site

Transkriptio:

#SolitaTech ONKO ORGANISAATIOSI KYPSÄ DEVOPSIIN? Antti Tirilä Nääsvillen Oliopäivät 2015

LUKUVERSIO Muutokset: kuvia pienennetty, tekstiä lisätty

PERINTEISEN TOIMINNAN SIILOT DIGITAALISEN PALVELUN KUOLINMARSSIN TEMPO Business DEV QA IT? Viikkoja Viikkoja, ellei kuukausia Toistot päiviä Feedback

KETTERÄT MENETELMÄT SIILOJEN KIMPPUUN Developers Product Owner QA specialists

2000-LUVUN MENETELMÄ, SCRUM, ANTOI LUVAN OLLA TOIMITTAMATTA. POTENTIAALI = EI MITÄÄN. Agile Manifesto: Developers Product Owner QA specialists Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. Working software is the primary measure of progress.

ASENNUKSET SPRINTIN PÄÄTTEEKSI TYÖLÄITÄ, VÄÄRIN KÄYTETTYÄ AIKAA. TESTAUSAUTOMAATION PUUTTEET SALLIVAT RIKKOA VANHAA TOIMINNALLISUUTTA. TIIMIN ETENEMÄN SEURANTA MAHDOTONTA ( WORKING SOFTWARE UUPUI).

ILMIÖITÄ DEVOPSIN TAUSTALLA Ketterät projektimekanismit jättivät pulkan puolimäkeen Ops-väen (IT-osasto) kasvava kipuilu Vaikeuksia pysyä liiketoiminnan vaatimusten perässä yhä nopeammin muuttuvassa maailmassa Mikä on erottautumistekijä Web 2.0 aikakaudella? Aitojen pilvipalvelu-alustojen syntyminen Virtualisointiteknologiat kaikkien kukkarolle vuosituhannen vaihteen jälkeen AWS EC2 & S3 vuonna 2006 (esimerkkinä). Mahdollisuus manageroida infraa ohjelmallisesti.

AD 2009 John Allspaw @ Velocity 2009 10+ Deploys Per Day: Dev and Ops Cooperation at Flickr Patrick Debois -> DevOps Days 2009 Paikalla olleet ~50 ihmistä veivät ajatukset maailmalle DEVOPS-LIIKE: IT-OPEROINNIN TEHTÄVÄ MAHDOLLISTAJANA PITÄÄ NOSTAA UUDELLE TASOLLE.

Agile practices are a good start, but they are not sufficient. To really increase the rate of innovation, it s important to also invest in improving downstream release management... otherwise teams spend too much time delivering low-value software, because they are focused on emergency patches or system rollbacks due to deployment errors. Forrester Research 2012

OPS-IHMISET MUKAAN PALVELUNKEHITYSTIIMIIN -> TODELLINEN OHJELMISTOKEHITYKSEN SUPERTIIMI! KONKRETIA TÄRKEÄÄ! DEVOPS-KULTTUURI MANIFESTOITUU VAIN JATKUVAN TOIMITTAMISEN KYVYKKYYDELLÄ. Developers Product Owner QA specialists Operations

CONTINUOUS DEPLOYMENT PIPELINE Konkretisoi DevOps-kulttuurin, lunastaa Agilen lupaukset Tavoitteena siis päästä tilanteeseen, jossa kuka tahansa tiimistä voi viedä järjestelmäkokonaisuuden tuotantoon yhdellä napin painalluksella (ts. aina kun tarve) Ensin Kaikki työ näkyväksi. Piilotyötä ei saa olla missään muodossa. Prosessin (IT-tuotannon) pullonkaulat ratkaistaan koko ryhmän voimin heti kun ne havaitaan. Automatisoidaan kaikki toistuva, tylsä ja virhealtis manuaalityö. Automatisoidaan kaikki. Ymmärretään laadulle ja laadunvarmistukselle syntyvä paine. Tämä on hyvä asia.

Code Conf Version control Compilation and build Unit and integration tests Automatic deployment Acceptance tests Performance, Security etc Deployment to testing env Operational testing Deployment to demo env OK OK OK OK User acceptance testing Deployment to production env Production Create build candidate Promote build candidate Binaries Artifact repository

JATKUVAN TOIMITTAMISEN KÄYTÄNNÖT 1. Versionhallinta Kaikki projektin aikana muuttuva tieto viedään versionhallintaan (ohjelmakoodi, skriptit, dokumentaatio, konfiguraatiot jne) Ts. kaikki tarvittava ohjelmiston rakentamiseksi, ympäristöjen rakentamiseksi ja ohjelmiston viemiseksi ajoon Git, Subversion, Artifactory 2. Palvelinten ja infrastuktuurin / konfiguraation hallinta Ohjelmallinen hallinta tuo toistettavuuden ja eri ympäristöjen identtisen hallinnan. Kyse on paljon muustakin kuin paketinhallinnasta Versionhallinnan kautta tarkka näkyvyys muutoksiin ja muokkaajiin Ansible, Chef, Puppet, PowerShell Developers Product Owner QA specialists Operations

JATKUVAN TOIMITTAMISEN KÄYTÄNNÖT 3. Jatkuva integraatio (CI) Koodi integroidaan, ohjelmisto rakennetaan ja sitä vasten ajetaan autom. testit aina muutosten jälkeen Ensimmäinen palautepiste kehittäjälle Jenkins, Bamboo, Go 4. Automaattinen testaus Kattava, automatisoitu regressiotestaus toimii kehittäjien selkänojana ja vapauttaa koko tiimiltä aikaa keskittyä uuden tekemiseen Testejä voidaan ajaa eri vaiheissa asennusputkea JUnit, NUnit, QUnit, utplsql, Selenium, PhantomJS 5. Julkaisuehdokas ja autom. asennus Julkaisuehdokas täyttää autom. testauksen asettamat kriteerit Sama sovellus uuteen ympäristöön, ainoastaan konfig. eroja

JATKUVAN TOIMITTAMISEN KÄYTÄNNÖT 6. Asennuksen porrastettu ylennys Edellisen vaiheen mentyä läpi voi asennus seuraavaan vaiheeseen triggeröityä automaattisesti tai vaatia erill. komennon (oikeus rooleille) 7. Komponenttien ja kirjastojen hallinta Ohjelmiston build identtinen milloin tahansa, kenen tahansa toimesta Riippuvuudet versionhallinnassa tai erillisessä repositoryssä 8. Tietokantamuutosten hallinta Ohjelmistosta asennetaan aina uusi versio tyhjästä mutta tietokantaaeivoipoistaavaan muutokset migroidaan Muutostenperuutusvaikeaa mutta syytä valmistautua Flyway, DBMaintain, Liquibase

YHTEENVETO DevOps on hallussa.. mikäli organisaatiolla on kyky viedä liiketoimintakriittisestä ja liiketoiminnallista arvoa tuottavasta järjestelmästä uusi versio tuotantoon aina kun sille on tarve... kun tuotantoonvienti tapahtuu automatisoidusti, kontrolloidusti, laadukkaasti, ilmanerityisiä seremonioita... kun kehittäjät ja infra-osaajat yhdessä rakentavat tämän jatkuvan toimittamisen asennusputken, ja yhdessä ratkovat mahdolliset ongelmat ilman, että ristiin syytellään tilanteesta siilojen yli. Tarve aloittaa.. mikäli tuotantoonviennit ovat työläitä ja virhealttiita. simppelitkinpyynnöt makaavat pitkään IT:n/käyttöpalvelun työjonossa. kehitystiimeillä vaikeuksia näyttää projektin etenemää toimittamalla ehjää järjestelmää usein. Askel 1: Organisaatio tuo kehittäjiä (Devs) ja käyttöpalvelu-osaajia (Ops) työskentelemään yhdessä, rakentamaan jatkuvan toimittamisen kykyä. Askel 2: Ympäristöjen ohjelmallinen rakentaminen haltuun. Kaikki tuotettu materiaali versionhallintaan.

Tällaiselle tiimille voi vihdoin antaa kokonaisvastuun palvelun tuotannosta.

@SolitaOy #SolitaTech