Server-Technologie wÃ¤hlen (Phase 2) #10

New issue

Closed

opened 2026-05-13 12:26:20 +00:00 by jreinemann-euris · 1 comment

jreinemann-euris commented

2026-05-13 12:26:20 +00:00

(Migrated from github.com)

Ziel

REST-Server-Technologie fÃ¼r Phase 2 (GerÃ¤tesynchronisierung) auswÃ¤hlen.

Optionen

Ktor (Kotlin-native)
Spring Boot
Node.js / Express
Python / FastAPI

Hinweis

âš ï¸ Phase 2 â€“ wird erst bearbeitet, wenn v1.0 (Blocks 1â€“6) abgeschlossen ist.

Akzeptanzkriterium

Technologie ist ausgewÃ¤hlt und begrÃ¼ndet dokumentiert.

## Ziel REST-Server-Technologie fÃ¼r Phase 2 (GerÃ¤tesynchronisierung) auswÃ¤hlen. ## Optionen - Ktor (Kotlin-native) - Spring Boot - Node.js / Express - Python / FastAPI ## Hinweis âš ï¸ **Phase 2** â€“ wird erst bearbeitet, wenn v1.0 (Blocks 1â€“6) abgeschlossen ist. ## Akzeptanzkriterium Technologie ist ausgewÃ¤hlt und begrÃ¼ndet dokumentiert.

jreinemann-euris commented

2026-05-14 17:22:06 +00:00

(Migrated from github.com)

Entschieden (2026-05-14)

Gewählt: Ktor (Kotlin-nativer Server von JetBrains)

Begründung:

Gleiche Sprache wie der Android-Client (Kotlin) – Datenmodelle direkt teilbar
kotlinx.serialization als First-Class-Citizen – bestehendes Client-Datenmodell wiederverwendbar
Koroutinen-basiert – konsistent mit dem Android-Client
Leichtgewichtig – geringer RAM, schneller Start, kein Application-Server nötig
JetBrains-maintained – langfristige Pflege gesichert

Alternativen geprüft:

Spring Boot (Score 6/10) – zu schwergewichtig, Java-First, kein kotlinx.serialization
Node.js + Express (Score 5/10) – Sprachwechsel, kein Code-Sharing
Python + FastAPI (Score 5/10) – Sprachwechsel, andere Toolchain

ADR dokumentiert unter Anforderungen/design/server-tech/adr-server-technology.md

## Entschieden (2026-05-14) **Gewählt:** Ktor (Kotlin-nativer Server von JetBrains) **Begründung:** - Gleiche Sprache wie der Android-Client (Kotlin) – Datenmodelle direkt teilbar - kotlinx.serialization als First-Class-Citizen – bestehendes Client-Datenmodell wiederverwendbar - Koroutinen-basiert – konsistent mit dem Android-Client - Leichtgewichtig – geringer RAM, schneller Start, kein Application-Server nötig - JetBrains-maintained – langfristige Pflege gesichert **Alternativen geprüft:** - Spring Boot (Score 6/10) – zu schwergewichtig, Java-First, kein kotlinx.serialization - Node.js + Express (Score 5/10) – Sprachwechsel, kein Code-Sharing - Python + FastAPI (Score 5/10) – Sprachwechsel, andere Toolchain ADR dokumentiert unter `Anforderungen/design/server-tech/adr-server-technology.md`

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: bollwerkadmin/bollwerk#10

No description provided.