KamoCRM

Ingénierie de plateforme et DevOps

Kubernetes, les pipelines et la sécurité de déploiement que personne ne remarque jusqu'à ce qu'il manque

Il existe une catégorie de problèmes qui n'apparaît qu'après le déploiement et qui est invisible pour une équipe de développement qui n'a jamais utilisé de pager. Un déploiement qui abandonne des requêtes parce que les pods sont retirés du service avant d'arrêter de recevoir du trafic. Un budget de perturbation exprimé de manière à ce qu'un nœud puisse prendre le dernier réplica. Une tâche planifiée s'exécutant sur trois réplicas à la fois parce que rien ne la rend unique. Ce ne sont pas des sujets avancés. Ce sont la différence entre un système qui est en service et un système qui apparaît en service.

Ce que le travail implique

  • Conception de cluster et d'espace de noms, ou une évaluation franche que vous n'avez pas besoin de Kubernetes du tout
  • Des manifestes de déploiement avec des portes de préparation, des crochets pré-arrêt et des périodes de préparation minimales en standard, pas comme une réflexion a posteriori
  • Les budgets de perturbation sont exprimés de sorte qu'un drain de nœud ne puisse pas prendre votre dernière réplique
  • Des pipelines qui se construisent, se protègent et se déploient, avec des gardes capables d’arrêter une libération
  • Metrics, logs et traces câblés avant le lancement
  • Runbooks écrits pour quiconque est sur appel, y compris dans le cas où ce n'est pas nous

Pourquoi nous sommes crédibles à ce niveau

Nous exploitons un cluster RKE2 qui contient 106 déploiements et 267 pods répartis sur 19 espaces de noms. Nous avons notre propre stockage, notre propre ingress, notre propre automatisation des certificats et notre propre virtualisation. Les règles de sécurité de déploiement que nous appliquons au travail des clients sont celles que nous avons écrites après avoir brisé les nôtres.

Ce qui déplace le prix

Nous vous proposons un devis après la découverte et le numéro est fixé avant que tout ne commence.Ce sont les choses qui le déplacent, de sorte que vous pouvez voir à peu près où se situe votre projet avant de nous parler.

  • Que vous commenciez de zéro ou que vous héritiez d'une infrastructure qui a dérivé de sa configuration
  • Exigences de conformité et de résidence des données, qui limitent l’endroit où les choses peuvent fonctionner
  • Combien d'environnements doivent exister et rester cohérents les uns avec les autres
  • Si votre équipe doit l’utiliser par la suite, ce qui rend la documentation et la formation partie intégrante du travail

Preuve que nous l'avons fait

The cluster we run our own company onA production Kubernetes platform, operated by the people who deploy to itKnowing something is wrong before a customer tells usMetrics, logs and distributed traces, self-hosted and actually usedA distributed data layer, chosen deliberatelyDistributed SQL, wide-column, cache, object storage and vectors — each for a reason

Questions qui nous sont posées

Autres Développement d'applications travaux

Custom web applicationsThe system your business actually runs on, built properlyAPI and integration developmentMaking two systems agree, including the one with no documentationMobile applicationsCross-platform where it makes sense, native where it does notSI and retrieval systemsAssistants that read your documents, and know what they are not allowed to read
Tout Développement d'applications

Dites-nous ce que vous essayez de faire

Une courte conversation est généralement suffisante pour savoir si nous sommes les bonnes personnes, si nous ne le sommes pas, nous le dirons et vous indiquerons quelque part mieux.

Commencez une conversationJ'utilise déjà KamoCRMComment nous citons