Accès anticipé — skopea.io

Votre parc cloud, expliqué.
Pas seulement affiché.

Ce qui tourne, ce qui a changé, pourquoi ça casse, combien ça coûte : un seul regard sur AWS et Kubernetes, dans le navigateur, le terminal ou par l'API.

Merci ! Vous êtes sur la liste.

Accès anticipé pour les premiers inscrits. Pas de spam.

skopea · webshop / production

7 projets• 23 environnements• 6 éteints cette nuit• 1 à regarder

Matrix

webshop

production 11/12 staging 12/12 preprod éteint

payments

production 6/6 staging 6/6

mobile-api

production 9/9 preprod éteint

Versions

composant	staging	production
storefront	2.14.0	2.14.0 aligné
orders-api	4.2.0	4.1.0 en retard · 2 j
worker	1.8.3	1.9.0-hotfix divergent

✦ SKOPEA AI

pourquoi storefront est dégradé en production ?

1 pod sur 12 redémarre en boucle depuis 09:08 : OOMKilled, limite 512Mi. Ça commence avec la release 2.14.0 déployée à 09:06. → logs du run planté · → runbook de l'équipe

Diagnostic de chemin — shop.example.com

premier saut en défaut : target group (1/2 sain)

Branché sur ce que vous utilisez déjà

AWS

EKS

ECS

EC2

Lambda

Kubernetes

Argo CD

Jenkins

GitHub Actions

GitLab CI

Bitbucket

CodePipeline

Azure DevOps

OpenTofu

Terraform

CloudWatch

New Relic

Identity Center

Slack Teams

Bedrock

Anthropic

MCP

Scalewaycoûts

Azurestates IaC, Entra ID

Un seul regard, pour les devs comme pour les ops

Fini les douze onglets entre consoles cloud, CI et monitoring.

Chaque environnement, lisible

Services, infrastructure et points d'entrée sur un même écran, en diagramme 2D ou 3D, avec le trafic de chaque arête et le premier saut en défaut.

Enquêter sans changer d'outil

Pourquoi ce pod plante, qui a déclenché le scaling, ce qui s'est passé mardi soir : événements, logs et décisions Karpenter au même endroit.

Livraisons et infra-as-code

Quelle version tourne où et depuis quand, quel Terraform a vraiment été appliqué, avec quel commit, et ce qui attend encore.

FinOps qui dit vrai

La facture expliquée par projet et par équipe, jusqu'au détail Kubernetes, avec un simulateur « et si » chiffré sur la flotte réelle.

Auto-stop des environnements

Plannings par jours et par heures, arrêt et démarrage à la demande, et des fenêtres « allumé jusqu'à samedi » qui se rangent seules.

Une IA qui connaît votre parc

Un assistant sur votre propre modèle, vos runbooks comme base de connaissance, et un serveur MCP pour vos agents, avec vos droits.

SSO SAML Rôles à portée et audit Access Map : qui peut quoi, par où Lecture seule par défaut Installé dans votre compte AWS

Aussi à l'aise dans votre terminal

Une CLI pour les scripts et la CI, une TUI plein écran pour naviguer au clavier.

zsh — skopea

➜ skopea diagnose DEGRADED webshop / production ✗ storefront crash-looping · OOMKilled next skopea service release list ➜ skopea power stop --env preprod ✓ preprod stopped · 9 components ➜ skopea service logs storefront \ --since 15m --grep 'OOM' 09:08:41 OutOfMemoryError: Java heap ➜

CLI

skopea tui

workacme › webshop › production│ Environment● alice · operator

ServicesEventsVersionsInfraCosts

SERVICE STATUS READY VERSION storefront crash-loop 11/12 2.14.0 orders-api steady 4/4 4.1.0 worker progressing 2/3 1.9.0 search steady 2/2 3.0.4 cart steady 3/3 2.2.1 admin stopped 0/0 1.4.0

storefront · events 09:06 deploy 2.14.0 09:08 OOMKilled web-7d4b 09:08 BackOff restarting 09:12 Unhealthy readiness 09:14 karpenter +1 node

✦ Demander à Skopea : webshop ▸ production · ctrl+k

? help : command ^P palette l logs e events g $ costs q back

TUI

500+commandes 489opérations d'API documentées → MCPpour vos agents IA

Et ce n'est que le début

Construit avec nos premiers utilisateurs, au rythme de leurs retours.

en cours

Une topologie vivante

Un modèle du parc observé en continu, et sa dérive signalée.