Latest News

123 Main Street, New York, NY 10001

// expertises · what we actually do

Quatre disciplines qu'on pratique. Pas dix qu'on prétend maîtriser.

Vous évaluez des prestataires. Soyons donc directs : voici ce qu'on construit, comment on le construit, et ce qu'on refuse de prendre. Avec les vraies technologies, les vraies versions, et les vraies durées en production.
01 / 04

Développement Logiciel Sur-Mesure

Ce sont les projets pour lesquels on rentre chez soi avec encore quelques lignes de code en tête. Applications métier complexes, plateformes critiques avec contraintes réglementaires fortes, intégrations qui doivent tenir dix ans.

On code en Java, Python, Node.js et Go. Notre stack favorite pour un greenfield en 2026 : Spring Boot 3.2 + PostgreSQL 16 + Redis 7 + Kafka 3, déployée sur Kubernetes avec CI/CD GitLab. Côté client, c’est React 18 en TypeScript natif selon le besoin.

On ne livre pas de code écrit à l’arrache. Chaque fonctionnalité passe par une revue de code (deux paires d’yeux minimum), des tests unitaires (couverture ≥ 80% sur la logique métier), et des tests d’intégration. Si vous lisez « pas le temps pour les tests » chez un autre prestataire, ce ne sera pas chez nous.

Le code qu’on n’a pas le temps de tester est le code qu’on n’a pas le temps de maintenir.

A. DIOP · Architecte Senior · Kamel Digital · 2024

02 / 04

Solutions Critiques & Haute Disponibilité

Quand un système n'a pas le droit de tomber, on ne traite pas ça comme un bug à éviter. On le traite comme une exigence de design dès la première ligne d'architecture.

Concrètement : architecture redondante (Active-Active ou Active-Passive selon le cas), monitoring proactif (Prometheus + Grafana en standard), runbooks automatisés, et tests de chaos avant chaque mise en production majeure.

// ARCHITECTURE TYPE — HAUTE DISPONIBILITÉ

Client
web · mobile
CDN
Cloudflare
API GW
Kong / Envoy
Services
k8s · 3+ AZ
DB HA
primary + replica

RPO < 1min

RTO < 5min
SLA 99.99%
Pour les secteurs réglementés — santé, finance, gouvernance — on documente les choix d’architecture pour audit (ISO 27001, RGPD, HDS quand applicable). Pas par paperasse : parce que cette documentation, vous en aurez besoin le jour où l’auditeur arrive.
99.99%

uptime mesuré

< 200ms
latence p99
0
data loss en 6 ans
03 / 04

Architecture d'Entreprise & Urbanisation SI

L'architecture d'entreprise, c'est mettre de l'ordre dans ce que dix ans de décisions tactiques ont laissé. Cartographier ce qui existe. Décider ce qui doit disparaître. Tracer une trajectoire que vos équipes peuvent réellement suivre.
On utilise TOGAF comme cadre méthodologique et ArchiMate comme langage de modélisation. Mais ces outils ne sont que ça : des outils. Le vrai travail, c’est de comprendre le métier, identifier les vraies dépendances (pas celles dans le PowerPoint, celles dans la réalité), et faire des choix techniques alignés avec les contraintes business.
On n’est pas des consultants qui produisent des slides. On est des architectes qui codent et qui ont vu ce qui casse en production. Ça change radicalement la nature des recommandations qu’on fait.
L’architecture qui marche est rarement la plus élégante sur le papier. C’est celle qui survit aux trois prochaines années de décisions imprévues.
O. SARR · Lead Architect · Kamel Digital
04 / 04

Expertise Systèmes d'Information

Audit, conseil, accompagnement à la transformation. Trois mots qui peuvent vouloir dire tout et n'importe quoi. Voici ce que ça veut dire chez nous.

Audit. On plonge dans votre SI pendant deux à trois semaines. On lit le code, on examine l’infra, on interviewe les équipes. À la fin, vous avez un rapport qui dit ce qui marche, ce qui craint, et dans quel ordre traiter les problèmes. Pas un PowerPoint de 80 slides. Un document utilisable.

Conseil. On aide à prendre les bonnes décisions structurantes. Choix de stack, choix d’organisation tech, modèles d’équipes. On donne notre avis franchement, même quand il diffère de celui que vous attendiez.

Accompagnement. On bosse avec vos équipes pendant la transformation, on les forme, on transfère les compétences. L’objectif n’est pas qu’on devienne indispensables. L’objectif est qu’à la fin, vous puissiez vous passer de nous.