Comment appelle-t-on les administrateurs système post-modernes ?

Pour l’administrateur système d’aujourd’hui, de nombreuses entreprises s’attendent à ce que vous ayez une connaissance multiplateforme, une connaissance du réseau, et connaissance des applications. Ajoutez à cela un soupçon de capacité de programmation, une pincée d’expérience d’administrateur système, une grande partie des compétences sociales et un engagement fanatique envers la fiabilité et l’automatisation.

Comment appelons-nous ce nouvel administrateur système post-moderne ? Utilisons-nous le même terme et étendons-nous simplement les responsabilités ? Ou donnons-nous un nouveau nom à ce rôle évolué ?

Nous avons discuté avec des amis à Activer l’administrateur système et dans le programme Correspondant d’Opensource.com pour avoir leur avis. Voici ce que nous avons entendu :

Titres possibles

• Que diriez-vous d’Enterprise Architect ou de Solutions Architect?
• Ou parlons-nous plutôt d’un ingénieur DevOps ou d’un ingénieur en fiabilité de site ?
• Quel niveau d’expérience et d’expertise recherchons-nous? Peut-être un spécialiste des applications ou un administrateur du service d’assistance informatique ?
• Entendu : ingénieur de plate-forme ou ingénieur système

Compétences potentielles

• configuration d’un nouveau compte utilisateur dans Google Workplace ou similaire
• configurer et commander un ordinateur portable, un téléphone portable, des contrats de service
• formation logicielle (enseigner à un nouvel utilisateur comment utiliser les tableaux kanban, les solutions de stockage partagé ou similaire)
• préparer des manuels de « procédures »
• surveiller et vérifier les paramètres de sécurité et l’utilisation du stockage
• garder un œil sur le stockage en commun
• désactiver un utilisateur qui nous quitte
• organiser le ramassage du matériel
• travailler avec un utilisateur et un fournisseur ayant des difficultés d’équipement personnel
• surveiller les services de connexion Internet, les services téléphoniques

Questions en suspens

L’administrateur système d’aujourd’hui doit-il comprendre le clustering, les conteneurs, le sharding FS, les communications unicast/multicast et d’autres sujets similaires ?

Y a-t-il une ligne de démarcation entre l’infrastructure et les systèmes ?

Le titre d’administrateur système pourrait-il rester le même pendant que le rôle change ?

L’image d’un administrateur système rampant sous le bureau pour réparer les porte-gobelets cassés s’applique-t-elle toujours ?

La plupart des administrateurs système d’aujourd’hui utilisent-ils déjà une approche PaaS en parallèle avec les tâches administratives de base de gestion des utilisateurs, des comptes, des applications et des licences ?

Sont-ils également une ressource utile pour les collègues, agissant comme un pont interpersonnel entre les autres départements et l’informatique ?

Partagez vos pensées et expériences dans les commentaires.