← Accueil · Stacks & langages · Toute la doc

bige-ops Gratuit

Scala sur Outscale

Scala marie programmation fonctionnelle et JVM : Play pour le web, Pekko ou Akka pour les systèmes d’acteurs distribués et le streaming. Sur Outscale, bige-ops les déploie comme des services JVM, sur OKS ou en multi-VM.

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

Frameworks et bibliothèques

Les deux piliers du Scala serveur.

Play Framework

Le framework web réactif et sans état de l’écosystème Scala (et Java).

documentation officielle · Play Framework sur OpenCVE

Apache Pekko et Akka

Acteurs, clustering, streams : Apache Pekko est le fork communautaire de la fondation Apache ; Akka poursuit sa route de son côté.

documentation officielle · Apache Pekko sur OpenCVE · Akka sur OpenCVE

sbt

L’outil de build Scala ; sbt-native-packager produit l’image ou l’archive à déployer.

documentation officielle · Scala sur OpenCVE

Faire tourner Scala sur Outscale avec bige-ops

Déclare tes services Scala en runtime java : 1 GiB et le port 8080 par défaut, à ajuster selon le heap. Sur OKS, un cluster Pekko trouve ses pairs par l’API Kubernetes ; en multi-VM, les services partagent la VM app.

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 donnent des architectures JVM complètes avec Kafka, transposables à Scala.

Ce que bige-ops vérifie pour Scala

Des failles, il y en aura toujours : l’important est de voir d’abord celles qui sont exposées. L’analyse du code Scala 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

Slick, Doobie et Skunk pour PostgreSQL ; Alpakka Kafka pour le streaming.

BaseAvec ce langageFailles connues
PostgreSQLSlick, Doobie, Skunk. Stack : Quarkus sur OKS + PostgreSQL + Kafka.fiche OpenCVE
Apache KafkaPekko Connectors (Alpakka) Kafka. Stack : Spring Boot sur OKS + Kafka + Keycloak.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 Scala (Scala 3 a une ligne LTS) et sbt dans build.sbt et project/build.properties, et un JDK LTS dans l’image. Docs : Scala · Failles connues : Scala 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 Scala 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.