Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Je vais mettre en place l'observabilité et la surveillance
Spécialiste SRE et DevOps en Kubernetes, Terraform et Cloud
Je suis un Staff Site Reliability Engineer avec plus de 12 ans d'expérience pratique en DevOps, infrastructure cloud, Kubernetes, Terraform, CI/CD, observabilité, automatisation et fiabilité en produc...
À propos de ce service
Vous avez besoin d'une visibilité fiable sur vos systèmes, pas simplement d'un tableau de bord ? Je vais configurer, améliorer ou dépanner une solution d'observabilité limitée pour une application, un service, une charge de travail, un namespace ou un pipeline de télémétrie convenu.
Un cluster Kubernetes complet est inclus uniquement si sa taille, ses charges de travail, ses sources de télémétrie et ses intégrations nécessaires correspondent au package choisi et sont convenus avant la commande.
Selon le package et le périmètre convenu, je peux vous aider avec :
- la collecte de métriques, logs et traces
- la configuration d'OpenTelemetry, OTLP et Grafana Alloy
- l'intégration de Grafana, Prometheus, Loki et Alertmanager
- les tableaux de bord et alertes exploitables
- la définition de SLI et SLO
- le dépannage de télémétrie manquante, d'alertes bruyantes et de pipelines
- la validation, la documentation et la transmission
Je suis un Staff Site Reliability Engineer avec plus de 12 ans d'expérience en DevOps et SRE. Mon travail inclut l'observabilité en production, l'instrumentation d'applications, les pipelines de télémétrie, la gestion des incidents et les revues de fiabilité.
Chaque package a des limites définies pour les environnements, sources de télémétrie, tableaux de bord, alertes et SLO. Les plateformes multi-environnements, multi-clusters, critiques pour la production ou de grande taille nécessitent une discussion avant la commande.
Outils:
Docker
•
GitLab
•
Jenkins
•
GitHub
•
BitBucket
•
Kubernetes
•
Amazon EKS
Frameworks:
Terraform
•
Ansible
Langage de programmation:
Bash
•
Python
Expertise:
Installation
•
Développement
•
Configuration
FAQ
Traduction automatique
Quels outils d'observabilité supportez-vous ?
Mon expérience principale inclut Grafana, Grafana Cloud, Grafana Alloy, Fluentbit/D, Promtail Prometheus, Loki, Mimir, Elasticsearch, Alertmanager, OpenTelemetry, pipelines OTLP et l'observabilité Kubernetes. Partagez votre stack actuelle avant la commande pour que je puisse confirmer la compatibilité et le périmètre.
Pouvez-vous améliorer une configuration d'observabilité existante ?
Oui. Je peux revoir, dépanner et améliorer la collecte de télémétrie, les tableaux de bord, les règles d'alerte, les pipelines OpenTelemetry et les configurations Grafana. Le périmètre dépend du nombre d'applications, charges de travail, sources de télémétrie, environnements, tableaux de bord, alertes et intégrations impliqués.
Qu'est-ce qu'une source de télémétrie ?
Une source de télémétrie désigne une application, un service, une charge de travail, un pipeline de collecte ou un système compatible envoyant un ensemble défini de métriques, logs ou traces. Plusieurs applications, clusters, environnements, comptes ou pipelines indépendants nécessitent un périmètre supplémentaire.
Un package inclut-il un cluster Kubernetes entier ?
Pas automatiquement. Les packages sont limités par le nombre et la complexité des charges de travail, sources de télémétrie, tableaux de bord, alertes, intégrations et SLO. Un petit cluster peut convenir après revue, mais les clusters multi-namespace, multi-équipe ou de grande taille nécessitent une offre personnalisée.
Que couvre le package Premium ?
Le package Premium couvre un périmètre système convenu dans les limites listées pour la collecte de télémétrie, tableaux de bord, règles d'alerte et SLIs ou SLOs. Il ne couvre pas automatiquement toutes les applications, charges de travail, namespaces, clusters, comptes ou environnements d'une organisation.
Pouvez-vous travailler avec des systèmes en production ?
Oui, après revue de l'environnement et accord sur l'accès, les sauvegardes, la validation, le rollback et la fenêtre de changement. Les travaux critiques pour la production peuvent nécessiter une offre personnalisée et doivent être explicitement autorisés avant toute modification.
Aurez-vous besoin d’accéder à mes systèmes ?
Cela dépend du travail. Je peux nécessiter l'accès au dépôt, fichiers de configuration, détails architecturaux, échantillons ou accès limité dans le temps à une plateforme de staging/observabilité. L'accès doit être individuel, avec le moindre privilège, limité au périmètre convenu. N'envoyez pas de mots de passe, clés privées ou secrets par messages ordinaires.
Les modifications du code applicatif sont-elles incluses ?
De petites modifications d'instrumentation, limitées, peuvent être incluses si convenues avant la commande. Les fonctionnalités applicatives, défauts non liés, refactoring important ou stacks d'applications non supportés sont hors périmètre et nécessitent une évaluation séparée.
Quelles informations dois-je fournir avant de commander ?
Veuillez fournir le type de votre application ou plateforme, la stack actuelle, le nombre de charges de travail/services, l'environnement, la télémétrie déjà disponible, les tableaux de bord ou alertes souhaités, les problèmes connus, les contraintes d'accès et le résultat attendu. Contactez-moi avant de commander pour un environnement de production, multi-clusters ou complexe.
Proposez-vous une surveillance continue ou un support en cas d'astreinte ?
Non. Ce service couvre la configuration, la validation, la documentation et un support limité après livraison. Il n'inclut pas la surveillance 24/7, la gestion des incidents d'urgence ou la propriété opérationnelle continue.
