Kuinka DevOps näkyy Ambientian asiantuntijan arjessa? Entä mitä sovelluksen elinkaaren hallinta Ambientialla tarkoittaa? Estraadille astuvat kokeneet asiantuntijat - ALM expert Mika Nokka ja Platform Architect Tero Järvenpää.
2. APIen hallinnalla
uutta liiketoimintaa
Webinaari – 16.2. klo 14-15
Henrin Kokkikoulu -
OpenShift
Aamiainen Helsingin konttorilla –
22.2. klo 8.30-9.30
Sosiaalinen Intranet
Tapahtuma Helsingissä – 9.3. klo
8.30-11
E-Commerce
Helsinki
Tapahtuma (Messukeskus osasto
5g34) – 8.-9.3.
Liferay Audience
Targeting
Webinaari – 21.3. klo 10-11
DevOps Stack –
CI/CD
Webinaari – 28.3. klo 10-11
DEVOPS ATLASSIAN WAY
WEBINAARI 24.10. klo 10-11
10:00 Tervetulosanat ja alustus aiheeseen, Olli Aro, Sales Director
10:10 Miten koen DevOpsin työssäni?, Tero Järvenpää, Platform Architect
10:25 DevOps Atlassian Way – Bitbucket & Bamboo & Jira & Hipchat, Mika Nokka, ALM expert
10:50 Ambientian ALM-tarjonnan esittely, Olli Aro, Sales Director
10:55 Kysymykset, yhteenveto ja Atlassian-hupparin arvonta
11:00 Tilaisuus päättyy
3. Kuka äänessä?
Tero Järvenpää
Platform Architect
tero.jarvenpaa@ambientia.fi
+358 40 540 2317
Mika Nokka
ALM Expert
mika.nokka@ambientia.fi
+358 40 512 0009
Olli Aro
Sales Director
olli.aro@ambientia.fi
+358 40 707 4143
4. ITSM Atlassian Way
Webinaari – 26.10. klo 14-11
GDPR – vaikutukset
organisaation prosesseihin
ja järjestelmiin
OpenShift Day
Kokopäivän tilaisuus Helsingissä
– 14.11. klo 10-16
ITSM Atlassian Way
Kokopäivän tilaisuus Helsingissä
– 16.11. klo 10-18
Datacenter Atlassian
Way
Webinaari – 28.11. klo 14-15
Hybridipilvistä
Webinaari – 30.11. klo 14-15
Q4
Webinaari – 3.11. klo 10-11
5. APIen hallinnalla
uutta liiketoimintaa
Webinaari – 16.2. klo 14-15
Henrin Kokkikoulu -
OpenShift
Aamiainen Helsingin konttorilla –
22.2. klo 8.30-9.30
Sosiaalinen Intranet
Tapahtuma Helsingissä – 9.3. klo
8.30-11
E-Commerce
Helsinki
Tapahtuma (Messukeskus osasto
5g34) – 8.-9.3.
Liferay Audience
Targeting
Webinaari – 21.3. klo 10-11
DevOps Stack –
CI/CD
Webinaari – 28.3. klo 10-11
ILMOITTAUDU
www.ambientia.fi/tapahtumat
14. DevOps
Andrew Clay Shaferin ja Patrick Debois’n vuosina 2008 ja 2009
aloittama liikehdintä jonka tavoitteena on tuoda erillisinä toimintoina
toimivat järjestelmien kehitys- (Dev) ja käyttöpalvelut (Ops)
lähemmäksi toisiaan.
Vuosikymmenen mittaan määritelmiä on tullut samaa tahtia
määrittäjien kanssa..
15. Gene Kim ja Three Ways
Ensimmäinen tapa: Järjestelmäajattelu (Systems thinking)
- Ajattele kokonaisuutta, älä sen osia. Älä osaoptimoi.
Toinen tapa: Palautesilmukat (Feedback Loops)
- Luo ja vahvista palautesilmukoita, jotka mahdollistavat muutosten
vaikutusten havainnoinnin.
Kolmas tapa: Kokeilemisen kulttuuri (Culture of Experimentation)
- Vaali kulttuuria joka kannustaa kokeilemalla oppimiseen.
16. Miksi DevOps on niin tärkeää?
Oikein toteutettuna DevOps parantaa koko organisaation
suorituskykyä ja arvonluontia asiakkaille.
Kasvavalla määrällä toimialoja DevOps ei ole enää kilpailuetu vaan
elinehto kilpailussa säilymiselle ylipäätään.
18. DevOps Ambientialla
Mikä on Platform Architect?
• Opsin edustaja Devin puolella
• Ohjaa sekä Deviä että Opsia lähemmäs toisiaan
• Alustan kehitys vastaamaan Devin tarpeita
• Suunnittelee Devin haluamia ratkaisuja Opsin tarpeet huomioiden
• Koordinoi Deviltä Opsille tulevaa työtä
• Pohjatiedot
• Aikataulut
19. DevOps Ambientialla
Kuka tekee työn?
• Devillä käytettävissä vaihtuva henkilö Opsista (“DevOps-kierto”)
• Noin kuukauden vuorot
• Tietämyksen leivittäminen
• Skaalautuvuus
20. DevOps Ambientialla
Opsin toimintamallit ja työkalut (eli miksi asiat halutaan tehdä tietyllä tavalla)
• Ylläpidettävyys
• Standardoidut valmiit ratkaisut (ei keksitä pyörää uudelleen)
• Päivitykset
• Dokumentointi
• Automaatio
• Ei tehdä samaa työtä kahteen kertaan
• Mitkä asiat kannattaa tuoda automaation piiriin
21. DevOps Ambientialla
Miten tämä kaikki näkyy asiakkaalle?
• Projektit nopeammin käyntiin ja läpi
• Muutokset nopeammin valmiiksi
• Jatkuvasti parempaa palvelua
22. DevOps Ambientialla
Miten koen DevOpsin työssäni?
• PA-rooli perustettiin, jotta Deviä ja Opsia saadaan lähemmäs
toisiaan
• PA:n asemassa DevOpsin vaikutukset kokee selkeimmin
• Yhteistyötä Devin ja Opsin välillä (ei vastakkainasettelua tai syyttelyä)
• Liiketoimintalähtöisyys
• Jatkuva muutos
• DevOps on prosessi
28. THE NEW NORMAL
Agile & Git
7 7 %
Teams of
< 10
8 4 %
Teams of
10-50
6 8 %
Teams of
51-100
7 9 %
Teams of
101-150
8 4 %
Teams of
> 150
overall
77%report using
AGILE
29. THE NEW NORMAL
Agile & Git
8 6 %
Teams of
< 10
8 3 %
Teams of
10-50
6 5 %
Teams of
51-100
7 3 %
Teams of
101-150
7 9 %
Teams of
> 150
overall
78%report using
GIT
30.
31. Devops – tärkeimmät asiat
• Mitä tehdään ja milloin, missä speksit asuvat, kuka tekee ja mitä, miten toteutuksen
eteneminen kulkee, onko bugi korjattu, milloin se on testissä tai tuotannossa
• Mistä saan kysyttyä apuja, onko meidän palvelut pystyssä
• Missä asiakkaiden feedback asuu, miten se on liittyy tuotteen kehittämiseen
32. Devops CI/CD flow Atlassianin tuotteilla
• Joskus työkalujen ja työkalujen integroinnin kanssa voi olla
hukassa, jopa pää pensassa
• Tässä katsauksessa
• Atlassianin työkaluketjun mahdollisuudet
(muutos softaan tiketistä deploymenttiin)
• Työn etenemisen näkyvyydestä
• Parhaan työkaluketjuston (oma ja työnantajan
mielipide) hyödyntäminen
33. Kuvitteellinen tuote johon tarvitaan pieni muutos
Jonkinlainen weppisovellus jota asiakkaat käyttävät
Tarvittaessa työkaluketjusta saadaan tuotua tietoa ulos:
JIRA issue
Buildin tiedot
Käytetyn branchin perusteella ”QA vai testituote” tieto
34. Katsauksen työkaluston ja toiminnan himmelikuva
JIRA
Code hosting:
Bitbucket
server
• Jenkins Build
server
Bamboo
Build server
Confluence
Amazon
prod. WEB
service
Ambientia
QA WEB
service
Ambientia
production
WEB
service1
Ambientia
production
WEB
service2
HipChatDeveloper
SourcTree / Git client
SW dev environment
Product deployment
Python generated HTML+
JavaScript pages
44. Mitä siis tulikaan tehtyä?
• Tuotteessa oli bugi tehtiin JIRA issue
• Koodin muutettiin, buildattiin,testattiin QA servolla
• Tehtiin virallinen PullRequest muutoksen viemisestä tuotantoon
(joku katselmoi)
• Releasen teko (jossa tämä ja muut muutokset) vietiin
tuotantoon
• Kaikki tämä seurattavissa alkuperäisellä issuella (ja HipChatin
autokommenteissa), ei tarvitse pomppia eri työkalujen välillä
erikseen, seurataan tarvittaessa linkkejä
45. Kysymyksiä? Liikaa pyöritystä?
• Näillä vinkeillä päätä ei tarvitse pitää enää pensaassa
Atlassianin työkalujen suhteen, asiat toimivat hyvin
• Samat asiat voi tehdä muillakin (jopa ilmaisilla) vermeillä
• Miten paljon haluaa käyttää aikaa ja rahaa itse ketjun
virittelyyn? Atlassianissa paljon valmista
• Paremmin askelin issueiden metsästykseen ?