← Accueil · Stacks & langages · Toute la doc
Elixir et Phoenix sur Outscale
Phoenix et LiveView donnent du temps réel sans JavaScript à écrire, sur la machine virtuelle Erlang qui tient des millions de connexions. bige-ops pose ta release Phoenix sur Outscale avec PostgreSQL en subnet privé et la chiffre au catalogue public.
elixir dans bige-ops : port 4000, 512 MiB, MIX_ENV=prod, image construite avec mix release. Layout prêt à l’emploi : elixir-phoenix.
Frameworks et bibliothèques
Phoenix s’appuie sur Ecto pour les données et sur l’OTP d’Erlang pour la tolérance aux pannes.
Phoenix et LiveView
Le framework web d’Elixir : routeur, contrôleurs, channels, et LiveView pour des interfaces temps réel rendues côté serveur.
documentation officielle · Phoenix sur OpenCVE
Ecto
La couche données : schémas, changesets, requêtes composables, migrations ; PostgreSQL en premier lieu.
documentation officielle · PostgreSQL sur OpenCVE
Oban
Les jobs de fond persistés dans PostgreSQL : pas de broker en plus, la base fait la file.
Erlang/OTP et mix release
mix release produit une release autonome (runtime Erlang inclus), idéale dans une image Docker légère. Voir aussi Phoenix et les releases.
documentation officielle · Elixir sur OpenCVE · Erlang/OTP sur OpenCVE
Faire tourner Elixir sur Outscale avec bige-ops
Le runtime elixir de bige-ops expose Phoenix sur le port 4000 avec 512 MiB et MIX_ENV=prod. Ton Dockerfile construit la release (mix release) ; le LBU termine le TLS et parle HTTP à Phoenix.
| Topologie | Sur Outscale | Pour |
|---|---|---|
single-vm | une VM {name}-all avec IP publique : apps et bases en Docker Compose | prototype, démo, environnement de test |
multi-vm | VM app en subnet public derrière un LBU, une VM privée par base (security groups au CIDR du Net), NAT pour la sortie | la production simple et lisible |
oks | cluster OKS (control plane managé + nodepools), un Deployment par service, Service LoadBalancer → LBU | le scale horizontal, les microservices, l’HPA |
bige-ops add layout elixir-phoenix --name live # ou sur mesure : bige-ops add layout custom --runtime elixir --web none --no-worker \ --db postgres --topology multi-vm --lbu
Le layout elixir-phoenix ajoute un worker et Redis ; avec Oban, PostgreSQL suffit souvent.
Ce que bige-ops vérifie pour Elixir
Des failles, il y en aura toujours : l’important est de voir d’abord celles qui sont exposées. L’analyse du code Elixir 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é. PostgreSQL et Redis sont reconnus automatiquement ; garde Elixir sur OpenCVE, Erlang/OTP sur OpenCVE et Phoenix sur OpenCVE en référence pour le runtime et le framework. Si ton dépôt embarque un package.json (assets), ses dépendances npm sont comparées à la base publique des failles connues des bibliothèques open source (OSV).
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
PostgreSQL est la base naturelle de Phoenix : Ecto et Oban s’y appuient.
| Base | Avec ce langage | Failles connues |
|---|---|---|
| PostgreSQL | Ecto, Oban (files de jobs). Stack : Phoenix + PostgreSQL. | fiche OpenCVE |
| Redis | PubSub ou cache selon tes besoins. | 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 Elixir et Erlang/OTP dans l’image de build (les images officielles elixir et hexpm/elixir les combinent) et la version de Phoenix dans mix.lock. Docs : Elixir · Erlang/OTP · Failles connues : Elixir sur OpenCVE · Erlang/OTP 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 Elixir chiffrées
- Phoenix + PostgreSQL (368,30 € HT/mois estimés)
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.