← Accueil · Stacks & langages · Toute la doc

bige-ops Gratuit

Kotlin sur Outscale

Kotlin a gagné le serveur après Android : concision, null-safety, coroutines. Ktor pour des services légers, Spring Boot en Kotlin pour profiter de tout l’écosystème Spring. Sur Outscale, bige-ops les traite comme des services JVM.

En bref. Kotlin tourne sur la JVM : runtime java dans bige-ops (port 8080, 1 GiB), image construite par Gradle depuis ton Dockerfile.

Frameworks et bibliothèques

Deux voies principales côté serveur.

Ktor

Le framework serveur de l’équipe Kotlin : asynchrone par coroutines, modulaire par plugins, moteurs Netty ou CIO.

documentation officielle · Ktor sur OpenCVE

Spring Boot en Kotlin

Spring prend Kotlin en charge de première classe : DSL de beans, coroutines dans WebFlux, extensions Kotlin pour Spring Data.

documentation officielle · Spring Boot sur OpenCVE · Kotlin sur OpenCVE

Gradle Kotlin DSL

Le build idiomatique d’un projet Kotlin (build.gradle.kts), qui produit un JAR exécutable pour l’image.

documentation officielle · Gradle sur OpenCVE

Faire tourner Kotlin sur Outscale avec bige-ops

Un service Kotlin se déclare en runtime java : 1 GiB et le port 8080 par défaut, ajustables par service (memory_mb, réplicas, HPA sur OKS). Ktor tient souvent dans 512 MiB.

TopologieSur OutscalePour
single-vmune VM {name}-all avec IP publique : apps et bases en Docker Composeprototype, démo, environnement de test
multi-vmVM app en subnet public derrière un LBU, une VM privée par base (security groups au CIDR du Net), NAT pour la sortiela production simple et lisible
okscluster OKS (control plane managé + nodepools), un Deployment par service, Service LoadBalancer → LBUle scale horizontal, les microservices, l’HPA
bige-ops add layout custom --runtime java --web none --worker \
  --db postgres --topology oks --lbu

Les pages Spring Boot et Quarkus ci-dessous donnent des architectures complètes, valables en Kotlin.

Ce que bige-ops vérifie pour Kotlin

Des failles, il y en aura toujours : l’important est de voir d’abord celles qui sont exposées. L’analyse du code Kotlin arrive ; ta stack est déjà couverte : avec ta clé OpenCVE, ses composants et ses images (y compris celles de tes Dockerfile et docker-compose) sont comparés aux failles connues publiées dans le registre mondial des vulnérabilités (CVE) ; l’exposition dans la simulation et le coût sur Outscale sont calculés à côté.

Tout est classé par urgence : ce qui est exposé à Internet d’abord. Pourquoi le refaire toi-même ? C’est chez toi, sur ton poste, et c’est gratuit. La méthode complète : ce que bige-ops vérifie.

Bases de données typiques

Exposed, jOOQ, Spring Data et R2DBC couvrent les bases relationnelles.

BaseAvec ce langageFailles connues
PostgreSQLExposed, jOOQ, Spring Data, R2DBC. Stack : Spring Boot sur OKS + Kafka + Keycloak.fiche OpenCVE
Apache Kafkaconsumers en coroutines, Spring Kafka. Stack : Quarkus sur OKS + PostgreSQL + Kafka.fiche OpenCVE
Rediscache, sessions.fiche OpenCVE

Règle d’or, quelle que soit la base : jamais exposée à Internet. En multi-VM elle vit dans le subnet privé, sans IP publique, derrière un security group limité au CIDR du Net ; sur OKS elle reste un Service interne (ClusterIP). Détail : réseau · ouvrir ou non et bases de données.

Versions à épingler

Épingle la version de Kotlin et du plugin Gradle dans build.gradle.kts, et un JDK LTS (25 ou 21) dans l’image. Docs : Kotlin · Failles connues : Kotlin sur OpenCVE · Ktor sur OpenCVE.

OpenCVE, la source des failles connues

Pour savoir quelles failles connues touchent les briques de ta stack, bige-ops s’appuie sur OpenCVE. OpenCVE rassemble les failles publiées dans le registre mondial des vulnérabilités (CVE) et ses sources officielles (NVD, MITRE, liste KEV des failles déjà exploitées tenue par la CISA, l’agence américaine de cybersécurité…), donne à chacune sa note de gravité sur 10 (CVSS) et sa probabilité d’être exploitée (EPSS), et les range par éditeur et par produit, consultables dans son explorateur. Le projet est open source : son code, ses issues et les contributions de sa communauté vivent sur GitHub, et il s’installe aussi chez toi. Merci à ses mainteneurs et à tous ceux qui font vivre ce référentiel : c’est grâce à eux que chaque composant de ta simulation a sa fiche de failles à jour.

Stacks Kotlin chiffrées

Docs officielles

Pour aller plus loin : layouts & topologies, VMs, OKS, volumes BSU, OOS, LBU, réseau, régions, bases de données, catalogue de prix. Toutes les stacks : stacks & langages.