Services-conseils DevOps au Canada, bâtis par des spécialistes de l'infrastructure

Parlez à un spécialisteVoir nos capacités

Ils nous font confiance

  • Broadcom
  • SSENSE
  • Mondou
  • Université Western
  • Votatec
  • Ren's Pets
  • Ville de Mississauga
Le travail

Ce que couvrent nos services-conseils DevOps au Canada

Une seule équipe canadienne automatise votre infrastructure, vos chaînes de livraison et votre réseau, puis vous les remet en état de marche.

Contactez-nous

  1. Infrastructure décrite en code

    Nous décrivons vos serveurs, vos réseaux et vos comptes infonuagiques dans Terraform et Ansible, et chaque changement passe par une demande de tirage qui montre qui a changé quoi. N'importe quel environnement se rebâtit ainsi à partir de Git.

  2. Chaînes CI/CD et GitOps

    Tests automatisés, contrôles de sécurité, déploiement par étapes : chaque changement y passe avant la production. Avec GitOps, l'environnement reflète le dépôt, et un retour arrière prend un clic.

  3. Automatisation réseau

    Les changements apportés à vos routeurs, à vos commutateurs et à vos pare-feu passent par la même chaîne que vos applications, et nous déployons la configuration par les API des fournisseurs et par des scripts Python. Personne ne tape donc de commandes de mémoire dans une console.

Équipe de plateforme interne ou DevOps en tant que service?

C'est la décision que la plupart des entreprises canadiennes doivent prendre quand elles envisagent des services-conseils DevOps. Bâtir votre propre équipe de plateforme garde le savoir à l'interne, mais il faut du temps pour embaucher des gens qui ont déjà fait de l'ingénierie de plateforme, alors que le DevOps en tant que service vous donne tout de suite une équipe expérimentée. Vous gardez un accès complet au code. Bien des entreprises commencent par le service et bâtissent leur propre équipe plus tard.

Équipe de plateforme interne

  • Fonctionne bien avec une grande équipe de développement et une charge de travail stable.
  • Vous embauchez et formez vous-mêmes les spécialistes, ce qui prend des mois.
  • Le savoir reste dans votre entreprise une fois l'équipe en place.
  • Idéal si vous voyez la plateforme comme un produit à long terme.

DevOps en tant que service

  • Fonctionne bien quand il vous faut des résultats dans les prochains mois.
  • Des spécialistes chevronnés commencent à travailler sur vos systèmes dès les premières semaines.
  • Le code, les guides d'exploitation et les comptes infonuagiques vous appartiennent.
  • Passation facile si vous bâtissez votre propre équipe plus tard.

Les deux options reposent sur le même code : passer de l'une à l'autre ne veut pas dire repartir de zéro. Il vous faut plutôt des spécialistes de plus au sein de votre propre équipe? Pensez à notre service de renfort de personnel TI.

Demander une consultation

Parlez à un conseiller DevOps au Canada

Dites-nous qui vous êtes et sur quoi vous travaillez. Un spécialiste chevronné lit votre message avant de vous écrire : la première réponse est donc un vrai avis sur la portée, le risque et l'échéancier, en moins d'une heure, 24/7. Rien ici ne vous engage, et on vous dira franchement si on n'est pas le bon choix.

J'accepte de recevoir des courriels de SMEnode.

On utilise vos coordonnées pour répondre à ce message. Vous pouvez vous désabonner de nos courriels en tout temps. Confidentialité

Votre demande

Service
Services-conseils DevOps

La suite

  1. Un spécialiste chevronné répond en moins d'une heure, 24/7. Jamais un représentant.
  2. On fixe un appel de 30 minutes pour écouter, esquisser des options et nommer les risques.
  3. Vous recevez un énoncé de travaux cadré en 3 jours ouvrables.

Appelez la ligne 24/7

+1 514-465-1584
En profondeur

Que devraient apporter des services-conseils DevOps au Canada?

Voici ce sur quoi nous nous concentrons dans chaque transformation DevOps, et pourquoi cela compte pour les équipes canadiennes des secteurs réglementés.

Une transformation DevOps commence par des chiffres.

Avant de changer quoi que ce soit, nous menons une évaluation de votre maturité DevOps à partir des cinq indicateurs DORA : la fréquence de vos déploiements, le temps qu'un changement met à se rendre en production, la proportion de changements qui échouent, le temps qu'il vous faut pour rétablir le service et la fréquence à laquelle vous devez redéployer pour corriger un problème. Ces chiffres, nous les tirons de votre propre historique, dans Git et dans votre système de gestion des billets. Nous pouvons donc vous montrer exactement où votre équipe perd du temps.

La séparation des tâches, intégrée à la chaîne.

La ligne directrice B-13 du BSIF prévoit qu'une même personne ne devrait pas pouvoir écrire du code, l'approuver et le mettre en production, ce qui veut habituellement dire un comité des changements et beaucoup de paperasse pour les banques et les assureurs. Nous intégrons plutôt cette séparation à la chaîne : branches protégées, réviseurs obligatoires et approbations consignées. La piste d'audit se crée automatiquement à chaque livraison, prête pour l'examinateur.

Les changements réseau passent aussi par Git.

La plupart des firmes-conseils DevOps viennent du développement logiciel et s'arrêtent à l'application. Nous venons de l'infrastructure. Les changements de commutateurs, de pare-feu et de répartiteurs de charge passent donc par les mêmes demandes de tirage et chaînes que votre code. Nos spécialistes en réseaux d'entreprise écrivent et tiennent à jour les gabarits. En cas de problème, il suffit d'annuler le commit.

Le regard d'un conseiller chevronné sur vos TI?

Dites-nous ce que vous exploitez aujourd'hui et ce qui lâche sans cesse. Un spécialiste chevronné de SMEnode répond en moins d'une heure avec un premier avis sur la portée, le risque et l'échéancier. Aucun transfert aux ventes.

Demander une consultation
La méthode

Notre démarche de conseil DevOps au Canada, étape par étape

Nos services-conseils DevOps ne cherchent pas à tout changer d'un coup. Nous commençons par la partie de votre processus de livraison qui fait perdre le plus de temps, nous l'automatisons et nous prouvons qu'elle fonctionne en production. Puis nous passons à la suivante. Chaque phase livre quelque chose que votre équipe peut utiliser tout de suite, et vous gardez un accès complet au code et au raisonnement qui sous-tend chaque décision.

Phases du mandat

Phases 01 à 04

  1. Évaluation de la maturité DevOps

    Nous examinons vos chaînes, votre infrastructure et votre historique de déploiements, puis nous mesurons votre point de départ DORA. Vous recevez un rapport écrit qui montre d'où viennent réellement les retards et les échecs, avant que quiconque touche à un fichier de configuration.

  2. Codifier la fondation

    Votre infrastructure passe dans Terraform et Ansible, révisée et versionnée, y compris la zone d'atterrissage d'une migration infonuagique. Rebâtir un environnement prend ensuite une commande, pas une semaine.

  3. Bâtir la chaîne

    Nous mettons en place la CI/CD : tests automatisés, analyse de sécurité, déploiements par étapes et points d'approbation. Si vos journaux de compilation et vos artefacts doivent rester au Canada, nous hébergeons les exécuteurs de compilation dans une région infonuagique canadienne.

  4. Passer la main

    Nous documentons tout et formons vos spécialistes. Nous ajoutons aussi une surveillance, avec des niveaux de service clairs. Ensuite, votre équipe exploite le tout elle-même, ou nous continuons de l'exploiter pour vous en DevOps en tant que service, avec notre équipe de services infonuagiques gérés et DevOps.

Questions

Questions sur les services-conseils DevOps au Canada

Voici les questions que les responsables canadiens de l'ingénierie et des TI nous posent le plus souvent avant de lancer un projet DevOps.

Les services-conseils DevOps sont une aide concrète pour automatiser la façon dont vous bâtissez, testez et livrez vos logiciels et votre infrastructure. En pratique, nous mettons en place l'infrastructure décrite en code, nous bâtissons vos chaînes CI/CD et nous éliminons les étapes manuelles entre un changement de code et la production. Le signe d'un bon conseiller DevOps? Votre équipe peut ensuite tout exploiter sans aide extérieure.

Les deux prolongent le DevOps. Le DevOps met vos changements en production vite et de façon sûre. L'ingénierie de la fiabilité des sites (SRE) fixe des cibles de fiabilité sur lesquelles votre entreprise s'entend, puis s'en sert pour décider quand livrer et quand corriger. L'ingénierie de plateforme donne aux développeurs des gabarits et des environnements prêts à l'emploi, sans passer par l'exploitation pour chaque nouveau service. Le conseil en SRE vient habituellement une fois vos chaînes en place.

C'est le DevOps offert comme un service continu, plutôt que comme un projet ponctuel. Nous bâtissons et exploitons vos chaînes, votre code d'infrastructure et votre surveillance, pendant que votre équipe garde un accès complet aux dépôts, à la documentation et aux comptes infonuagiques. Ce modèle convient aux entreprises qui n'ont pas encore d'équipe de plateforme. Vous en embauchez une plus tard? Nous lui remettons tout.

Oui, mais il faut vérifier quelques détails. Nous pouvons héberger votre infrastructure, vos chaînes et vos fichiers d'état dans des régions infonuagiques canadiennes ou dans votre propre centre de données. Azure DevOps peut stocker le code source et les éléments de travail au Canada, mais garde les jetons d'accès et les clés SSH aux États-Unis, et GitHub n'offre pas encore de région de données canadienne. Pour les données du Québec, la question relève de la Loi 25.

Les deux. Nous concevons aussi le volet infonuagique sur AWS et Azure : les réseaux, la gestion des identités et des accès ainsi que les garde-fous d'utilisation, sans oublier Kubernetes là où il convient. La plupart des équipes veulent automatiser tout le parcours, de l'infrastructure infonuagique décrite en code jusqu'à la chaîne qui y déploie vos applications. Pour la structure des comptes AWS, c'est notre équipe-conseil AWS qui mène le travail.

Un peu, et seulement là où c'est utile. Nous bâtissons en partant de vos habitudes actuelles de gestion des branches et de revue de code, sans en imposer de nouvelles. Une habitude bloque des livraisons sûres? Nous expliquons pourquoi, et votre équipe décide. Une chaîne que les développeurs évitent est pire que pas de chaîne du tout, alors ceux qui l'utilisent tous les jours ont leur mot à dire.
Poursuivez

Où ce travail se rattache.

Ces disciplines partagent la même équipe chevronnée et arrivent souvent ensemble. Suivez le fil jusqu'à la prochaine.

Parlons-en

Confiez-nous le problème que votre
dernière firme-conseil a refilé

Découvrez nos servicesDemander une consultation

Un spécialiste chevronné de SMEnode répond en moins d'une heure, 24/7.