Autoplius.lt — Le plus grand portail de petites annonces automobiles des pays baltes

Les utilisateurs ont besoin d'une recherche rapide et pertinente sur plus de 210 000 annonces avec de nombreux filtres (marque, modèle, année, kilométrage, prix, région, type de carrosserie, etc.). Les requêtes SQL lourdes ne supportaient pas la charge et n'offraient pas la pertinence requise.

• Conception et optimisation des index ElasticSearch pour les entités clés (annonces, voitures, concessionnaires, pièces détachées).
• Implémentation de la synchronisation des données entre la BD et ElasticSearch via des événements RabbitMQ.
• Configuration de la recherche à facettes, des agrégations et des tris pour les filtres.
• Optimisation des mappings et de la réindexation pour de gros volumes.

La publication, la modification, la modération et l'indexation des annonces sont des opérations lourdes qui ne peuvent pas être exécutées de manière synchrone dans le cycle HTTP. Sous une charge croissante, cela provoquait des retards et des timeouts.

• Conception de files d'événements pour la publication, la mise à jour, la suppression et la modération des annonces.
• Implémentation de workers avec Symfony Messenger + RabbitMQ.
• Ajout de politiques de retry, d'une dead-letter queue et du monitoring.
• Assurance de l'idempotence des handlers.

Les pages populaires (accueil, catégories, top annonces, pages concessionnaires) généraient une charge énorme sur la BD à chaque requête. Une livraison plus rapide et une charge réduite étaient nécessaires.

• Introduction d'un caching multi-niveaux des données chaudes et des agrégats dans Redis.
• Configuration de l'invalidation du cache via des événements (publication/modification/suppression d'annonce).
• Utilisation de Redis pour les sessions et les verrous distribués.
• Ajout du monitoring hit/miss et des temps de réponse.

Les acheteurs ont besoin d'accéder aux rapports d'historique des véhicules directement sur la page de l'annonce. Une intégration fiable avec le service externe Autoistorija.lt était nécessaire sans bloquer les requêtes utilisateurs.

• Implémentation d'un client d'intégration avec Autoistorija.lt avec caching des réponses.
• Déport des requêtes lourdes vers des tâches asynchrones via RabbitMQ.
• Ajout de la gestion des erreurs, des timeouts et des scénarios de fallback.
• Assurance du rendu des rapports dans les templates Twig sur la page de l'annonce.

Les concessionnaires ont besoin d'outils d'évaluation du marché, d'analyse de la performance des annonces et de l'environnement concurrentiel, ainsi que d'automatisation de la gestion des annonces. Les capacités existantes étaient insuffisantes pour la planification de l'assortiment.

• Développement du backend pour Autopulsas : agrégation des données de marché, calcul des métriques par segment.
• Implémentation de l'analytique sur les annonces du concessionnaire et des concurrents.
• Ajout d'outils de gestion en masse des annonces (opérations bulk).
• Création de rapports et d'exports pour les concessionnaires.

Les vendeurs particuliers ont besoin d'outils simples : évaluation du véhicule et possibilité de payer l'annonce après la vente (« Mokėk, kai parduosi »). Une gestion correcte des paiements et des conditions de service était nécessaire.

• Implémentation d'un service d'évaluation du véhicule basé sur les données de marché.
• Développement de la mécanique « Mokėk, kai parduosi » : paiement différé, suivi de la vente, débit selon les conditions.
• Intégration de la passerelle de paiement et traitement des statuts via RabbitMQ.
• Ajout de notifications et d'un tableau de bord vendeur.

Le portail sert près de 600 000 utilisateurs et plus de 11 millions de visites par mois. Un fonctionnement stable sous pic de charge sans dégradation de la réponse était nécessaire.

• Profilage des goulots d'étranglement et optimisation des requêtes SQL et des index.
• Introduction du caching et du traitement asynchrone des opérations lourdes.
• Optimisation des templates Twig et de la livraison des assets statiques.
• Configuration de la mise à l'échelle horizontale des workers.

Le portail fonctionne 24/7, et les pannes d'indexation, de files d'attente ou d'intégrations sont critiques pour l'activité. Un système de monitoring et d'alertes était nécessaire.

• Mise en place de la collecte de métriques sur ElasticSearch, RabbitMQ, Redis et les événements métier clés.
• Implémentation d'alertes sur anomalies (croissance de la DLQ, retards d'indexation, erreurs de workers).
• Ajout de dashboards pour l'équipe.
• Intégration de la journalisation des opérations critiques.

Des centaines de milliers d'annonces sont publiées sur le portail, dont des doublons, des publications frauduleuses et incorrectes. Une modération automatisée était nécessaire sans retards pour les vendeurs légitimes.

• Implémentation d'un pipeline de modération : règles automatisées + file de vérification manuelle.
• Ajout de contrôles sur les doublons et les schémas suspects.
• Déport de la modération vers des tâches asynchrones via RabbitMQ.
• Ajout d'outils pour les modérateurs et journalisation des décisions.

Toutes les actions sur les annonces (création, modification, modération, suppression) devaient être traçables pour le règlement des litiges et l'analytique. Un système d'audit était nécessaire, sans ralentir les processus principaux.

• Conception d'un schéma d'audit log lié à l'annonce, à l'utilisateur et à l'action.
• Implémentation de l'écriture asynchrone de l'audit via RabbitMQ.
• Ajout d'outils de recherche et d'export des audit logs (ElasticSearch).
• Assurance de l'immuabilité des enregistrements.

La croissance de l'audience et du nombre d'annonces nécessitait une mise à l'échelle de l'infrastructure sans réécrire les composants clés. Une solution résiliente aux pics de charge et à la croissance des données était nécessaire.

• Déport des opérations lourdes vers des workers séparés, scalables horizontalement.
• Configuration du sharding des index ElasticSearch.
• Optimisation de l'utilisation de Redis et RabbitMQ.
• Introduction de tests de charge et de profilage.