Skip to content
Snippets Groups Projects

Compare revisions

Changes are shown as if the source revision was being merged into the target revision. Learn more about comparing revisions.

Source

Select target project
No results found
Select Git revision

Target

Select target project
  • mortennn/devops-workshop
  • alexholt/devops-workshop
  • rokasb/devops-workshop
  • fredrjul/devops-workshop
  • oyvihen/devops-workshop
  • martieje/devops-workshop
  • erlendrr/devops-workshop
  • akramber/devops-workshop
  • eddasv/devops-workshop
  • arvidjk/devops-workshop
  • sigurask/devops-workshop
  • nikolaiz/devops-workshop
  • wilhelbj/devops-workshop
  • pettelau/devops-workshop
  • eirsteir/devops-workshop
  • eskilgj/devops-workshop
  • stiande/devops-workshop
  • devops-workshop-test/devops-workshop
  • leonaro/devops-workshop
  • jonmkr/devops-workshop
  • idagh/devops-workshop
  • alekhal/devops-workshop
  • frodpede/devops-workshop
  • oahjellj/devops-workshop
  • freand/devops-workshop
  • devops-g10/devops-workshop
  • eivisha/devops-workshop
  • karolisw/devops-workshop
  • andetel/devops-workshop
  • erleronn/devops-workshop
  • ianpe/devops-workshop
  • fridtjbs/devops-workshop
  • jonathkd/devops-workshop
  • williagt/devops-workshop
  • augustsn/devops-workshop
  • helenwi/devops-workshop
  • maikebre/devops-workshop
  • magnusrf/devops-workshop
  • casperp/devops-workshop
  • simenshj/devops-workshop
  • emilhkl/devops-workshop
  • alexapr/devops-workshop
  • wiktorpm/devops-workshop
  • luannt/devops-workshop
  • robinru/devops-workshop
  • sebashes/devops-workshop
  • snorrsj/devops-workshop
  • gardaf/devops-workshop
  • jorgetei/devops-workshop
  • mmstene/devops-workshop
  • siveral/devops-workshop
  • mariskau/devops-workshop
  • veb/devops-workshop
  • jakobfk/devops-workshop
  • surya/devops-workshop
  • nicolahb/devops-workshop-32
  • amrevill/devops-workshop-group-17
  • vsbugge/devops-workshop-g-33
  • oscarss/devops-workshop-gr-25
  • nwlie/devops-workshop-gruppe-43
  • eriskjel/devops-workshop-22
  • jakob/devops-workshop-g40
  • leonehe/devops-prosjekt-g-37
  • martdam/devops-workshop-2022-g-34
  • sojohans/devops-workshop
  • magnulal/devops-workshop-group-28
  • lealr/devops-workshop-g-20
  • callumg/devops-workshop-gruppe-29
  • heinerlo/devops-workshop-group-17
  • lehoff/devops-workshop-group-18
  • alinahm/devops-workshop-group-10
  • andesei/devops-workshop-group-12
  • sigridwv/devops-workshop
  • filipbv/devops-workshop
  • amtvedt/devops-workshop
  • magngje/devops-workshop
  • henninss/devops-workshop
  • emillaa/devops-workshop-team-10
  • stials/devops-workshop
  • kjellit/devops-workshop
  • systemutvikling1/devops-workshop-gruppe-6
  • larstalian/devops-workshop-solo
  • martiiv/dev-ops-test-martin
  • servank/devops-workshop
  • emilkle/devops-workshop
85 results
Select Git revision
Show changes
Commits on Source (11)
......@@ -17,12 +17,11 @@ Chat applikasjon med RESTful Java backend (JAX-RS).
## Hvordan kjøre prosjektet lokalt
For å kjøre prosjektet lokalt trenger man Maven på maskinen. Det kan lastes ned [her](https://maven.apache.org/download.cgi). Pakk ut Maven og les README som
følger med for å innstallere Maven.
For å kjøre prosjektet lokalt trenger man Maven på maskinen. Først, sjekk om det allerede er installert. Hvis ikke, kan det lastes ned [her](https://maven.apache.org/download.cgi). Pakk ut Maven og les README som følger med for å innstallere Maven.
For at meldingsapplikasjonen skal fungere trenger man en tilkobling til database for lokal kjøring. Drifterne setter opp databaser på VM.
I filen Databse.java må IP til VM legges til i varaiabelen "IP_TO_VM"
I filen Database.java må IP til VM legges til i varaiabelen "IP_TO_VM"
Når Maven er installert, og databasetilkobling er satt opp kan prosjektet kjøres med følgende kommando:
```text
......@@ -144,20 +143,20 @@ Om en ser på oversikten over endepunkter vi har under, ser en at en del av URIe
og vil erstattes av en konkret verdi. Dette er mulig, fordi alle entitetene (se databasemodellen) får en ID når de opprettes, så disse er allerede tilgjengelige.
Vi kan ta et eksempel:
GET /user/{userId} vil bli f.eks. GET /user/1234, som vil hente ut all data for brukeren som har fått IDen '1234'
PUT /user/{userId} vil bli f.eks. PUT /user/1234, og denne vil oppdatere data på brukeren med ID '1234'.
`GET /user/{userId}` vil bli f.eks. `GET /user/1234`, som vil hente ut all data for brukeren som har fått IDen '1234'.
`PUT /user/{userId}` vil bli f.eks. `PUT /user/1234`, og denne vil oppdatere data på brukeren med ID '1234'.
POST blir en liten joker i dette tilfellet. Siden POST brukes for å opprette ting, og den tingen ikke har fått noen ID ennå (husk, denne IDen er det databasen
selv om lager, ikke noe vi skal sende med), så blir URIen for å opprette en bruker blir simpelthen:
`POST` blir en liten joker i dette tilfellet. Siden `POST` brukes for å opprette ting, og den tingen ikke har fått noen ID ennå (husk, denne IDen er det databasen
selv om lager, ikke noe vi skal sende med), så blir URIen for å opprette en bruker simpelthen:
POST /user
`POST /user`
Jeg skrev at POST brukes for å opprette ting, men dette er en sannhet med modifikasjoner. POST brukes også for å sende inn data som serveren trenger for å utføre
Jeg skrev at `POST` brukes for å opprette ting, men dette er en sannhet med modifikasjoner. `POST` brukes også for å sende inn data som serveren trenger for å utføre
oppgaver, selv om den ikke oppretter noe. Kalkulatoren er et godt eksempel på dette, hvor man må sende inn regnestykket man vil ha utført, men som ikke oppretter
noe i databasen.
Data blir sendt i kroppen på HTTP-requesten/responsen, i et format som kalles JSON. Som tidligere nevnt, dette er noe som allerede systemet tar seg av for oss,
slik at vi slipper å tenke på det. Det eneste som kan være viktig i denne sammenhengen, er annotasjonene @Consumes og @Produces (se segmentet "Informasjon om server").
slik at vi slipper å tenke på det. Det eneste som kan være viktig i denne sammenhengen, er annotasjonene `@Consumes` og `@Produces` (se segmentet "Informasjon om server").
Disse vil alltid være JSON for vår del, og det finnes eksempler på hvordan man gjør det i koden, noe som kan være greit å huske til man skal implementere egne
endepunkter, samt hvilket HTTP-verb man skal bruke (dette er stort sett oppgitt i oppgavene).
......@@ -185,46 +184,45 @@ endepunkter, samt hvilket HTTP-verb man skal bruke (dette er stort sett oppgitt
## Docker og Maven
Dette systemet bruker Maven. Maven er et verktøy som hjelper til å håndtere dependencies i systemet. Ved å bruke Maven
forsikrer man at alle bruker samme versjon av depencies, og at man lett kan endre de på kun et sted, dersom det
forsikrer man at alle bruker samme versjon av depencies, og at man lett kan endre de på kun ett sted, dersom det
endres hva som trengs for å kjøre systemet. I tillegg brukes Maven både til å kompilere systemet og kjøre tester.
Dependencies deklareres i filen pom.xml. Filen web.xml brukes for å sette URLer i den ferdig kompilerte applikasjonen.
Dependencies deklareres i filen pom.xml. Filen `web.xml` brukes for å sette URLer i den ferdig kompilerte applikasjonen.
Docker er et verktøy som lar oss kjøre forskjellige programmer i egne konteinere for kjøring av systemet. Dette
er blant annet database, testdatabase, database klient og server som kan kjøre chat applikasjonen. Filene som brukes til dette er
Dockerfile og docker-compose. Dockerfile er en fil med oppskrift til hvordan en enkelt konteiner skal bygges. Filene
som starter med docker-compose er oppsett av flere konteinere i samme miljø. Her er også en av fordelene at man lett kan
som starter med `docker-compose` er oppsett av flere konteinere i samme miljø. Her er også en av fordelene at man lett kan
bytte verktøy som brukes, eller versjoner av verktøyene. Ved hjelp av docker kan utviklerene enkelt levere kode og
dockerfiler til drifterene, som kun trenger å bruke dockerfilene for å kjøre og rulle ut systemet.
## Informasjon om server
Server består av fire mapper:
- dao
- data
- resources
- websocket
- `dao`
- `data`
- `resources`
- `websocket`
DAO står for Data Access Object, og brukes av systemet for å kommunisere med databasen. I dao mappa finner vi også
klassen Database, som er filen som sørger for tilkobling til databasen. Ved hjelp av dao klassene kan vi bruke java
objekter til å kommunisere med databasen.
DAO står for Data Access Object, og brukes av systemet for å kommunisere med databasen. I `dao`-mappa finner vi også
klassen `Database`, som er filen som sørger for tilkobling til databasen. Ved hjelp av `dao`-klassene kan vi bruke java-objekter til å kommunisere med databasen.
I data mappa finner vi objektklassene som brukes i systemet. Vi har GroupChat, Message og User.
I mappa `data` finner vi objektklassene som brukes i systemet. Vi har `GroupChat`, `Message` og `User`.
Resources er filene som brukes for kommunikasjon mellom klient og server. Her brukes rammeverket JAX-RS for å lage
webtjenester som er RESTful. I resource filene brukes det følgende annoteringer:
- @Path
- @GET
- @POST
- @PUT
- @Consumes
- @Produces
- `@Path`
- `@GET`
- `@POST`
- `@PUT`
- `@Consumes`
- `@Produces`
@Path bestemmer hvilke adresse ressursene skal være tilgjengelige (se segmentet om endepunkter).
`@Path` bestemmer hvilke adresse ressursene skal være tilgjengelige (se segmentet om endepunkter).
@GET, @POST og @PUT setter hvilke HTTP verb metoden svarer på. F.eks., en metode med @GET vil ikke svare om det kommer
inn en forespørsel til den samme adressen, dersom klienten bruker HTTP-verbet POST.
`@GET`, `@POST` og `@PUT` setter hvilke HTTP verb metoden svarer på. F.eks., en metode med `@GET` vil ikke svare om det kommer
inn en forespørsel til den samme adressen, dersom klienten bruker HTTP-verbet `POST`.
@Consumes og @Produces definerer formatet på data som kommer inn og formatet på data metoden returnerer (JSON, for oss).
`@Consumes` og `@Produces` definerer formatet på data som kommer inn og formatet på data metoden returnerer (JSON, for oss).
Websocket er nødvendig for å hente inn nye chatmeldinger etterhvert som de skrives. Alternativet til websockets er å
hele tiden sende forespørsler for å sjekke om det er noen nye meldinger tilgjengelig.
......
......@@ -12,7 +12,12 @@ services:
image: influxdb
restart: always
environment:
INFLUXDB_DB: glances
- DOCKER_INFLUXDB_INIT_MODE=setup
- DOCKER_INFLUXDB_INIT_USERNAME=admin
- DOCKER_INFLUXDB_INIT_PASSWORD=adminadmin
- DOCKER_INFLUXDB_INIT_ORG=ntnu
- DOCKER_INFLUXDB_INIT_BUCKET=glances
- DOCKER_INFLUXDB_INIT_RETENTION=1w
- DOCKER_INFLUXDB_INIT_ADMIN_TOKEN=randomTokenValue
ports:
- 8086:8086
......@@ -353,6 +353,27 @@ prefix=localhost
# You can also use dynamic values
#tags=system:`uname -s`
[influxdb2]
# NOTE: localhost will NOT work here!
host=INSERT_IP_TO_VM_HERE
port=8086
protocol=http
org=ntnu
bucket=glances
token=randomTokenValue
# Prefix will be added for all measurement name
# Ex: prefix=foo
# => foo.cpu
# => foo.mem
# You can also use dynamic values
#prefix=foo
# Followings tags will be added for all measurements
# You can also use dynamic values.
# Note: hostname is always added as a tag
#tags=foo:bar,spam:eggs,domain:`domainname`
[cassandra]
# Configuration for the --export cassandra option
# Also works for the ScyllaDB
......
......@@ -7,6 +7,5 @@ fi
clear
echo "Starting logsystem..."
sudo -u $SUDO_USER touch ~/warnings.txt # Run as normal user, so the file is created in the right home directory
glances -C glances.conf --export influxdb -q &
glances -C glances.conf --export influxdb2 -q &
echo "Done."