DevOps Software

Une chose que je n'aime pas à propos de Github, c'est que certaines fonctionnalités avancées peuvent sembler déroutantes pour les nouveaux utilisateurs, surtout lorsqu'il s'agit de travailler avec des branches, des conflits de fusion ou des opérations Git en ligne de commande. Il faut parfois du temps pour bien comprendre le flux de travail si quelqu'un n'a pas de formation technique. J'ai également remarqué que la gestion de très grands dépôts ou de plusieurs projets à la fois peut devenir un peu compliquée sans une organisation adéquate. Un autre domaine qui pourrait être amélioré est les notifications et le suivi des projets, car les mises à jour importantes peuvent parfois être enterrées lorsqu'on travaille sur des dépôts actifs avec de nombreux contributeurs. La plateforme est très puissante, mais les débutants peuvent avoir besoin de temps d'apprentissage avant d'utiliser toutes les fonctionnalités confortablement. Un accueil plus simple et une explication plus conviviale des outils avancés rendraient l'expérience encore meilleure. Avis collecté par et hébergé sur G2.com.

Github résout de nombreux problèmes courants liés à la gestion du code, à la collaboration sur les projets et au contrôle de version. Avant d'utiliser GitHub, gérer différentes versions de fichiers et coordonner le travail avec plusieurs personnes était plus difficile et confus. Avec Github, tout reste organisé en un seul endroit, ce qui facilite le suivi des modifications, la gestion des mises à jour et la collaboration sans perdre de travail important. L'un des plus grands avantages pour moi est qu'il permet de gagner du temps lors des projets de développement. L'historique des versions aide à récupérer d'anciens fichiers ou modifications lorsque nécessaire, ce qui réduit les erreurs et rend la gestion de projet plus fiable. Je trouve également que la collaboration est beaucoup plus fluide car les membres de l'équipe peuvent travailler sur le même projet, revoir le code et partager des commentaires facilement sans créer de confusion. Un autre avantage utile est l'accès à distance et la sauvegarde. Étant donné que les projets sont stockés en ligne, je peux y accéder depuis différents appareils et continuer à travailler de n'importe où. Github aide également à améliorer la productivité en gardant les dépôts, la documentation et les mises à jour structurés de manière professionnelle. Il fonctionne bien pour les petits projets personnels comme pour les travaux de développement en équipe plus importants, ce qui en fait une plateforme très pratique pour une utilisation quotidienne. Avis collecté par et hébergé sur G2.com.

UI / UX

While lifecycle stages and archival suggestions exist, once you get to 100+ flags the dashboard still lacks service- or team-based grouping. Naming conventions end up being the main organizational tool. Native folders or tag-based grouping by service would lower cognitive overhead.

The targeting rule builder becomes unwieldy with complex, multi-context rules (infrastructure + account + custom attributes). Managing nested conditions is cumbersome for power users.

Flag search and filtering are fine at small-to-mid scale, but at enterprise flag volumes, bulk operations and cross-project visibility feel limited.

Integrations

The DynamoDB persistent store has a hard 400KB per-item limit. Flags that exceed this are silently skipped with only an ERROR log, with no proactive alerting or dashboard visibility.

On cold start with a persistent store, the SDK serves last-known (potentially stale) flag data and is technically “not initialized” until streaming reconnects. For kill switches or processing limits, that stale-default window is operationally risky.

Local-to-production flag parity is still a manual discipline. File-based local configs can drift from production state and create environment mismatches.

Performance

Streaming connections can drop in containerized environments behind load balancers due to network timeouts. The SDK does auto-reconnect and exposes status listeners (DataSourceStatusProvider), but the reconnection window still creates brief stale-flag exposure under load.

For high-throughput services evaluating flags on every request, evaluation overhead compounds. The SDK doesn’t provide built-in per-flag evaluation latency metrics, so teams have to instrument this themselves.

Cold-start hydration from DynamoDB is slower than in-memory. During this window, flags fall back to coded defaults, which can cause unexpected behavior for critical operational flags.

Pricing / ROI

~~Seat-based pricing doesn't differentiate roles~~ — corrected: LD now offers unlimited seats on Developer and Foundation tiers. However, usage-based pricing (service connections, MAUs) can be hard to predict for high-throughput platforms. Better cost-forecasting tools within LD would help.

Enterprise and Guardian tier pricing is fully custom with no published benchmarks, which makes it difficult to budget or compare without a sales conversation.

Evaluation volume costs are opaque at scale. There’s no self-serve way to model, “If we add X more flags across Y services, what’s the cost impact?”

Support / Onboarding

Documentation covers the basics well, but advanced patterns (multi-context targeting design, persistent store tuning, high-throughput optimization) are scattered across blog posts, support articles, and GitHub issues instead of being consolidated in one place.

For production incidents involving SDK streaming behavior or cache inconsistencies, troubleshooting requires correlating SDK status listeners, DynamoDB state, and network logs. A unified diagnostics view would speed resolution.

There are no published reference architectures for high-throughput event platforms. Teams designing targeting context models at scale are largely self-guided.

AI / Intelligence

LD launched AI Experiments, AI Versioning, and AI Configs (GA May 2025) — a significant step forward. However, compliance-aware model routing (ensuring data doesn’t flow to disallowed regions) is still custom logic that teams must build themselves.

Feedback-loop-driven flag decisions (tying flag choices to downstream quality metrics automatically) aren’t natively supported. Experimentation still requires manual metric setup rather than closed-loop optimization.

For teams already managing AI features via plain JSON flags (model overrides, prompt configs), the migration path to the new AI Configs feature isn’t well documented. Avis collecté par et hébergé sur G2.com.

Avant LaunchDarkly, chaque changement de configuration ou bascule de fonctionnalité nécessitait un cycle de déploiement complet—30 à 60 minutes minimum dans un grand monorepo. La réponse aux incidents signifiait écrire une correction, la faire réviser, construire et déployer, ce qui prenait facilement de 1 à 4 heures pendant que le problème continuait d'impacter les utilisateurs. Les déploiements étaient tout ou rien, et la gestion des fonctionnalités par client signifiait souvent des listes de comptes codées en dur dans le code.

Depuis l'adoption de LaunchDarkly, la réponse aux incidents est passée de plusieurs heures à quelques secondes. Les drapeaux de coupure nous permettent de désactiver une fonctionnalité défectueuse immédiatement au lieu d'attendre un déploiement complet. Pour un pipeline d'événements en temps réel, cette différence peut prévenir une perte de données significative lors des pannes.

Nous pouvons également ajuster la configuration sans déploiements. Les pools de threads, les limites de traitement et les intervalles de réessai sont désormais gérés via des drapeaux. Un cycle d'ajustement qui prenait 2 à 4 heures par itération (changement → déploiement → observation) prend maintenant environ 5 minutes.

Les déploiements progressifs ont remplacé l'ancienne approche tout ou rien. Nous pouvons d'abord livrer à 1 % des comptes, et si un bug est détecté à 5 % de déploiement, il affecte 20 fois moins d'utilisateurs—réduisant considérablement les escalades de support.

Le ciblage par client ne nécessite plus de changements de code. Activer des fonctionnalités pour des comptes spécifiques signifiait auparavant une PR plus un déploiement ; maintenant, c'est juste un changement de règle de drapeau, économisant des dizaines d'heures d'ingénierie sur plus de 30 drapeaux ciblés par compte.

Enfin, les équipes peuvent livrer plus indépendamment. Le code peut être fusionné derrière des drapeaux désactivés, et les chefs de produit peuvent basculer les fonctionnalités quand ils sont prêts. Cela a éliminé les branches de longue durée, réduit les conflits de fusion et supprimé beaucoup de coordination le jour de la sortie entre les équipes. Avis collecté par et hébergé sur G2.com.

Il y a plusieurs inconvénients significatifs pour notre flux de travail spécifique. Pour commencer, devoir travailler dans une application distincte en dehors de Salesforce ajoute une étape supplémentaire et perturbe notre processus. Nous avons également constaté que la fonctionnalité CI/CD ne répondait pas à nos besoins, même après une longue preuve de concept ; dans l'ensemble, elle semblait boguée et manquait d'une option de rétro-promotion native. De plus, le processus de déploiement ne prend pas en charge la fusion automatique : il s'arrête à chaque conflit lors de la comparaison, ce qui nous oblige à résoudre manuellement les conflits et à faire des sélections à chaque fois. Enfin, l'absence d'une API externe est une limitation majeure car elle nous empêche d'intégrer Gearset avec nos pipelines personnalisés ou d'autres outils externes. Avis collecté par et hébergé sur G2.com.

Il offre une interface facile à utiliser qui répond à nos besoins de déploiement de base, en particulier pour les tâches administratives. Il simplifie également le transfert de métadonnées entre les environnements par rapport à une méthode manuelle. Cela dit, il semble actuellement moins aligné avec les besoins spécifiques de notre équipe de développement, notamment en ce qui concerne les workflows CI/CD automatisés et le niveau de flexibilité dont nous avons besoin pour les intégrations. Avis collecté par et hébergé sur G2.com.

Je n'ai pas de grandes aversions pour GitLab ; c'est un bon produit dans l'ensemble. Avis collecté par et hébergé sur G2.com.

GitLab résout des problèmes liés à la collaboration en développement logiciel, à la gestion du code, à l'automatisation CI/CD et au déploiement du code à différentes étapes plus facilement. Pour moi, il répond à la difficulté de gérer le code entre différentes équipes et de garder tout le monde aligné. Dans l'ensemble, GitLab aide à résoudre le défi majeur d'organiser le travail de développement en un seul endroit et de rendre le processus plus fluide depuis les modifications de code jusqu'au déploiement, ce qui me bénéficie en réduisant la confusion et en améliorant la coordination. Avis collecté par et hébergé sur G2.com.

Il n'y a rien que je "n'aime pas" à propos de la plateforme. Elle fait tout ce dont j'ai besoin vraiment bien. Avis collecté par et hébergé sur G2.com.

Le plus grand problème que la plateforme Bitrise Mobile DevOps résout pour moi est de simplifier la publication des applications, ce qui me fait gagner du temps dans le processus, surtout que je porte plusieurs casquettes en tant que développeur indépendant. Elle aide également à exécuter des tests pour garantir la qualité des applications. Avis collecté par et hébergé sur G2.com.

Ce que je n'aime pas chez Redgate Flyway se résume généralement à quelques domaines clés qui peuvent ralentir les flux de travail de développement et ajouter des charges inutiles.

Tout d'abord, la courbe d'apprentissage peut sembler assez raide, surtout pour les équipes qui découvrent la gestion de base de données basée sur les migrations. La documentation semble parfois insuffisante, ce qui rend plus difficile la compréhension et la gestion efficace des migrations. En conséquence, les développeurs peuvent se sentir frustrés et la période de montée en compétence peut prendre plus de temps que nécessaire.

Un autre inconvénient majeur est le manque de certaines fonctionnalités, en particulier lorsque des capacités importantes sont limitées aux éditions payantes. Cette "fatigue du paywall" vient du fait de voir des fonctions qui semblent devoir être standard—comme les annulations de migrations, les simulations ou des rapports plus avancés—verrouillées derrière des niveaux de prix plus élevés. Cela peut être difficile à justifier, surtout pour les petites équipes ou les projets avec des budgets serrés. Avis collecté par et hébergé sur G2.com.

Dans le monde rapide du développement logiciel, gérer les changements de base de données peut souvent ressembler à naviguer dans un champ de mines. Des environnements incohérents, des erreurs manuelles et le redouté syndrome "ça marche sur ma machine" sont des maux de tête courants qui peuvent faire dérailler les projets et entraîner des temps d'arrêt coûteux. C'est précisément là que Redgate Flyway intervient, offrant une solution robuste à ces problèmes omniprésents et apportant des avantages significatifs à notre développement et à nos opérations.

L'un des principaux problèmes que Redgate Flyway aborde est le manque d'une approche standardisée et contrôlée par version pour les changements de base de données. Traditionnellement, les mises à jour de base de données impliquaient souvent une série de scripts ad hoc et d'interventions manuelles, rendant incroyablement difficile le suivi des changements appliqués, quand et par qui. Flyway résout cela en traitant les migrations de base de données comme du code, nous permettant de définir, versionner et appliquer ces changements systématiquement à travers tous nos environnements. Cela signifie que notre schéma de base de données est toujours synchronisé avec notre code d'application, éliminant les incohérences entre les environnements de développement, de test et de production. Le bénéfice ici est clair : une qualité et une fiabilité améliorées, car nous pouvons appliquer les mêmes normes rigoureuses de contrôle de version, de test et de révision de code que nous utilisons pour notre code d'application à notre base de données.

Un autre problème critique que Flyway aborde est le potentiel d'erreurs manuelles et l'instabilité qui en résulte lors des déploiements. Lorsque les changements de base de données sont gérés manuellement, l'erreur humaine est presque inévitable, entraînant des déploiements défectueux, une corruption des données ou un comportement inattendu. Flyway automatise ce processus, garantissant que les changements sont appliqués dans le bon ordre et de manière cohérente. Cette automatisation réduit non seulement le risque d'erreurs, mais accélère également considérablement le processus de déploiement. Pour nous, cela se traduit par une plus grande tranquillité d'esprit, sachant que ce que nous avons testé dans un environnement de préproduction sera de manière fiable ce qui sera mis en production. Cela minimise le risque et l'impact des échecs de base de données en garantissant que nos migrations sont testées, vérifiées et même réversibles. Avis collecté par et hébergé sur G2.com.

À part quelques petits problèmes, il n'y a pas grand-chose à redire. Avis collecté par et hébergé sur G2.com.

Nous avions l'habitude de gérer les soumissions de magasin manuellement, ce qui était chronophage et sujet aux erreurs. Appcircle a automatisé tout ce flux : construire, signer et publier, réduisant ainsi considérablement notre cycle de publication. La fonctionnalité Re-sign Binary a également été un énorme gain de temps, nous permettant de redistribuer la même version avec différentes identités de signature sans reconstruire à partir de zéro. Le module de publication, en particulier, a supprimé la nécessité pour quiconque dans l'équipe d'avoir un accès direct aux identifiants du portail développeur, ce qui a également amélioré notre posture de sécurité. Avis collecté par et hébergé sur G2.com.

Ce que je n'aime pas, c'est qu'à mesure qu'un projet grandit, la tarification et l'utilisation peuvent commencer à sembler un peu moins prévisibles. De plus, si vous avez besoin d'un contrôle très personnalisé sur votre infrastructure, Vercel peut sembler plus directif qu'une configuration entièrement autogérée. Avis collecté par et hébergé sur G2.com.

Vercel résout les problèmes de workflows de déploiement lents, de configuration d'infrastructure complexe et de visibilité limitée sur les performances du frontend. Il me fournit un moyen plus rapide et plus simple de déployer des projets, de partager des liens de prévisualisation pour les tests, et de surveiller les performances et la fiabilité sans avoir à assembler plusieurs outils. Le plus grand avantage pour moi est de pouvoir avancer plus rapidement avec moins de charge opérationnelle, ce qui est particulièrement utile lorsque je construis et itère rapidement. Avis collecté par et hébergé sur G2.com.

One thing I dislike about Copado DevOps is that the initial setup and learning curve can feel complex for new users, especially for teams that aren’t familiar with DevOps practices. Some configurations and more advanced features may also require additional training before you can use them effectively. Aside from that, the platform works well for managing Salesforce deployments and helps keep the deployment process organized. Avis collecté par et hébergé sur G2.com.

Copado DevOps helps address the challenge of managing Salesforce deployments, version control, and release coordination across multiple environments. It reduces deployment errors, strengthens collaboration among development teams, and automates repetitive release tasks. For me, this means saving time, improving deployment reliability, and keeping the overall Salesforce development lifecycle more organized and efficient. Avis collecté par et hébergé sur G2.com.

Le fait que vous ne puissiez pas déployer des serveurs individuels lorsqu'ils font partie d'un groupe est un peu ennuyeux. Mais cela peut être contourné via leur API. Ce serait formidable d'avoir un bouton d'interface utilisateur pour déployer sur ces serveurs. Avis collecté par et hébergé sur G2.com.

DeployHQ comble les lacunes fonctionnelles que de nombreux hôtes gérés n'ont pas et permet l'automatisation de portions significatives des déploiements et des flux de travail grâce à son API. Avis collecté par et hébergé sur G2.com.

Parfois, cela semble un peu limité lorsque je travaille sur des tâches Salesforce légèrement plus complexes. Pour les déploiements de base, cela fonctionne bien, mais lorsque j'ai essayé de gérer des changements plus détaillés, j'ai dû encore compter sur d'autres outils en parallèle. Il m'a également fallu un certain temps au début pour comprendre le flux global, donc un peu plus de conseils ou une direction plus claire aideraient vraiment les nouveaux utilisateurs à démarrer. Cela dit, pour des cas d'utilisation simples, cela fait toujours bien le travail. À part cela, cela fonctionne bien pour des déploiements simples et structurés. Avis collecté par et hébergé sur G2.com.

Dans mon travail, gérer les déploiements et suivre les changements dans Salesforce manuellement peut être chronophage et sujet aux erreurs. Copado Essentials aide à résoudre ce problème en fournissant une méthode structurée pour gérer les déploiements et suivre les changements à travers les environnements. Cela réduit mes efforts manuels, me fait gagner du temps et m'aide à éviter les erreurs. Dans mon travail actuel, je l'utilise principalement pour gérer les petits déploiements et suivre les changements étape par étape. Bien qu'il améliore ma productivité et rende mon flux de travail plus efficace, organisé et fiable. Avis collecté par et hébergé sur G2.com.

One area that could be improved is the user interface, which can feel dated compared to newer platforms. As the number of jobs and workflows increases, navigation and administration can become more complex. Avis collecté par et hébergé sur G2.com.

Before using Jenkins, many routine processes required manual execution and monitoring, which increased the possibility of delays and inconsistencies. Tracking the status of recurring tasks also required additional effort.

Jenkins helps by automating scheduled and repeatable workflows, providing visibility into task execution and reducing manual intervention. This makes processes more consistent and allows teams to focus on higher-value work instead of repetitive administrative activities.

As a result, less time is spent on manual coordination, workflows are more reliable, and task tracking becomes much easier. This improves efficiency, reduces errors, and helps maintain a more organized working environment. Avis collecté par et hébergé sur G2.com.

L'interface utilisateur pourrait être plus intuitive, et parfois les grands ensembles de données prennent plus de temps à traiter que prévu. Avis collecté par et hébergé sur G2.com.

J'utilise Prodly DevOps pour rendre la gestion des changements et les déploiements Salesforce plus rapides et moins sujets aux erreurs. Il automatise la migration des configurations, assure l'exactitude, maintient la conformité, améliore la vitesse de publication et réduit le risque de déploiement. Cela me fait gagner du temps et me donne confiance dans des changements fluides. Avis collecté par et hébergé sur G2.com.

Je crois que la solution DevOps devrait avoir une segmentation plus importante de l'accès et de la sécurité, avec la possibilité de segmenter l'accès aux pipelines ou à d'autres ressources au sein de la branche. Dans la solution de sauvegarde, il serait intéressant d'avoir la possibilité de transférer des données entre organisations, comme supprimer des données de l'organisation A et les transférer à l'organisation B. Avis collecté par et hébergé sur G2.com.

J'utilise Flosum comme solution DevOps et de sauvegarde pour Salesforce, résolvant des problèmes tels que le rollback, le versionnage de code et l'analyse de qualité, qui étaient absents dans le DevOps Center de Salesforce. Avis collecté par et hébergé sur G2.com.

Il n'y a pas de fonctionnalité que je n'ai pas aimée. Avis collecté par et hébergé sur G2.com.

Plus tôt avec d'autres produits, le déploiement n'était pas fluide. Il est facile à suivre. Avis collecté par et hébergé sur G2.com.

Certaines options de configuration avancées ne sont pas immédiatement disponibles ou évidentes dès le départ, surtout pour les flux de travail CI plus complexes. Cependant, la documentation et l'équipe de support sont très réactives, et d'après notre expérience, elles ont été ouvertes aux retours et prêtes à aider à trouver de bonnes solutions lorsque ces cas particuliers se présentent. Avis collecté par et hébergé sur G2.com.

Semaphore nous aide à gérer efficacement les ressources CI et à optimiser l'exécution des pipelines en fonction de la nature des modifications apportées. Cela réduit les coûts CI, raccourcit les temps d'attente et améliore l'expérience globale des développeurs en donnant à notre équipe plus de contrôle sur la manière et le moment où les ressources sont utilisées. Avis collecté par et hébergé sur G2.com.

Certains liens de documentation mènent à des impasses ou à des URL génériques, ce qui brise le parcours autrement fluide, imaginez suivre une carte au trésor pour découvrir qu'un des X mène à un mur blanc. La revendication de "150+ intégrations" est alléchante mais non vérifiée ; j'aimerais voir la liste des invités avant de m'engager dans cette fête. Les sections Centre d'aide et Ressources ressemblent à des échafaudages autour d'un bâtiment encore en construction, promettant une structure, mais vous ne pouvez pas encore emménager. Avis collecté par et hébergé sur G2.com.

Les outils de sécurité ont traditionnellement donné l'impression de monter un orchestre où chaque musicien parle une langue différente, joue à partir de partitions différentes et vous facture séparément. Opsera vous remet une seule baguette de chef d'orchestre. Il réduit le chaos de Gitleaks, Semgrep, Trivy et des cadres de conformité en une seule interface conversationnelle qui vit à l'intérieur de l'IDE que vous utilisez déjà. Plus besoin de changer de contexte entre quinze onglets de navigateur comme un contrôleur aérien frénétique. L'approche shift-left signifie attraper les vulnérabilités alors qu'elles ne sont encore que des fautes de frappe, et non après qu'elles soient devenues des incendies en production. Les 12 à 20 heures économisées chaque semaine ne sont pas du vent marketing, c'est la différence entre passer votre vendredi à éteindre des incendies et rentrer chez vous à l'heure. Avis collecté par et hébergé sur G2.com.

- aucun hébergeur allemand disponible, seulement de grands hébergeurs américains Avis collecté par et hébergé sur G2.com.

Héberger notre "application Drupal mono repo" en tant que "projet poly site". Chaque locataire a son propre :

- base de données

- système de fichiers

- drapeaux de fonctionnalités activés

Tout cela à partir d'une seule base de code.

Les déploiements peuvent être déclenchés manuellement ou automatiquement, faciles à gérer. La configuration de l'infrastructure d'un nouveau client peut être automatisée. Et elle est prête en quelques minutes pour exécuter le même code dans un nouveau projet.

Je peux me concentrer sur le développement de l'application et ne pas avoir peur de gérer l'infrastructure pour cela. Nous avons auto-hébergé Lagoon pendant 1/2 an et sommes passés au service entièrement géré par Amazee. Meilleure décision jamais prise pour mon équilibre travail-vie en tant que CTO. Avis collecté par et hébergé sur G2.com.

Apporter des changements est complexe et nécessite un engagement constant des fournisseurs.

Une nouvelle personne a besoin de temps pour comprendre RevTrac.

Le processus DevOps utilisant RevTrac n'est toujours pas simple. L'intégration avec les outils d'automatisation n'est pas facile.

Il n'y a pas de moyen facile d'identifier les erreurs de déploiement avant que le déploiement ne soit effectué.

Les rapports sur les métriques DORA sont inexistants. Avis collecté par et hébergé sur G2.com.

Aide au déploiement automatisé des transports et au suivi facile des modifications. Les flux de travail et les approbations sont personnalisés et aident à maintenir la qualité lors du déploiement des modifications d'un système à un autre. RevTrac aide à avoir un contrôle centralisé de toutes les modifications. Avis collecté par et hébergé sur G2.com.

Il n'y a pas beaucoup d'inconvénients, mais travailler avec le shadow-DOM pour personnaliser les composants en serait probablement un. Si vous pouvez éviter d'avoir trop de personnalisations, alors c'est le produit parfait. Avis collecté par et hébergé sur G2.com.

Des composants faciles à utiliser permettent de développer et de lancer rapidement notre application. De plus, pouvoir travailler sur une seule base de code et déployer sur les applications iOS et Android est un énorme avantage pour nous. Avis collecté par et hébergé sur G2.com.