Quelle est la différence entre un ingénieur en infrastructure et un administrateur système?


Réponse 1:

J'adore cette question! Bien que les titres informatiques soient assez interchangeables, il existe quelques notions de base:

  • Les ingénieurs conçoivent et construisent des choses Les administrateurs gèrent les choses

L'infrastructure au sens informatique est les éléments physiques que votre environnement informatique exécute sur les serveurs, les réseaux, le stockage, etc. Ainsi, un ingénieur d'infrastructure conçoit et construit les serveurs et le réseau dans vos centres de données.

Les administrateurs systèmes s'occupent des systèmes (serveurs comme stockage, principalement, mais certains réseaux) qui sont déjà là. Administrateur de systèmes est généralement un titre sous un ingénieur.

Maintenant, aucune des règles pour qui fait quoi en informatique n'est claire. Les administrateurs de systèmes peuvent en fait travailler sur l'infrastructure et la construire et les ingénieurs d'infrastructure peuvent être appelés pour effectuer un travail quotidien.

J'espère que cela pourra aider.


Réponse 2:

On sait que les gens se disputent les différences entre le titre «ingénieur» et le titre «administrateur».

La différence, au jour le jour, dépend en grande partie de l'endroit où vous vous trouvez. Dans certains endroits (au Canada, par exemple), le titre «ingénieur» est protégé (voir Réglementation et autorisation d'exercer en ingénierie - Wikipedia).

En supposant que vous n'êtes pas dans un endroit comme celui-ci, vous devriez regarder votre entreprise et voir si les RH font une distinction entre les ingénieurs et les administrateurs. Dans mon entreprise actuelle, je n'ai en fait pas le droit d'avoir un titre d'ingénieur, car je n'ai pas de diplôme d'ingénieur. Je suis donc administrateur.

Vous avez peut-être remarqué que tout ce que j'ai écrit est spécifique au titre. C'est parce que quand il s'agit du travail que chacun fait, tout est assez arbitraire. Je connais certaines entreprises où «administrateur système» est synonyme d '«ingénieur système» (ce qui est drôle, car l'administrateur système est parfois le titre que vous obtenez après avoir obtenu votre diplôme du helpdesk, et l'ingénieur système est le titre que vous obtenez après avoir terminé un cours de niveau master). dans une université!), mais ils font la même chose dans beaucoup d'entreprises. Je connais certaines entreprises où «Site Reliability Engineering» est la crème de la crème, et certaines entreprises où elles jouent essentiellement un rôle d'administrateur / helpdesk d'application. D'autres ont pris la relation interdépartementale «Dev / Ops» et l'ont transformée en titre, avec «DevOps Engineer».

Cela dit, si vous veniez à moi pour travailler dans mon entreprise et que vous étiez un `` administrateur système '', je m'attendrais à ce que vous ayez une excellente connaissance de votre système d'exploitation par défaut, que ce soit Windows ou Linux. Je m'attendrais à ce que vous puissiez écrire l'automatisation pour prendre en charge les fonctions administratives et comprendre le concept d'administration répétable via la gestion de la configuration, tout en étant à l'aise pour discuter de divers métiers autour des techniques de provisioning.

Si vous étiez un `` ingénieur en infrastructure '', je m'attends à ce que vous puissiez parler de ces choses, ainsi que de problèmes à plus grande échelle, tels que la planification et la gestion de la capacité, les problèmes de basculement de site, les problèmes d'architecture de service et, en général, les choses qui ont un impact sur le entreprise dans son ensemble.

Les ingénieurs d'infrastructure, à mon avis, ne sont pas des C * Os, ni même des directeurs. Ce sont les gens qui doivent implémenter techniquement la direction de l'entreprise, et en tant que tels, ils doivent être conscients du grand plan de l'entreprise et de l'infrastructure, afin de pouvoir prendre de bonnes décisions qui ne trompent pas l'entreprise. dans 5 ou 10 ans.


Réponse 3:

On sait que les gens se disputent les différences entre le titre «ingénieur» et le titre «administrateur».

La différence, au jour le jour, dépend en grande partie de l'endroit où vous vous trouvez. Dans certains endroits (au Canada, par exemple), le titre «ingénieur» est protégé (voir Réglementation et autorisation d'exercer en ingénierie - Wikipedia).

En supposant que vous n'êtes pas dans un endroit comme celui-ci, vous devriez regarder votre entreprise et voir si les RH font une distinction entre les ingénieurs et les administrateurs. Dans mon entreprise actuelle, je n'ai en fait pas le droit d'avoir un titre d'ingénieur, car je n'ai pas de diplôme d'ingénieur. Je suis donc administrateur.

Vous avez peut-être remarqué que tout ce que j'ai écrit est spécifique au titre. C'est parce que quand il s'agit du travail que chacun fait, tout est assez arbitraire. Je connais certaines entreprises où «administrateur système» est synonyme d '«ingénieur système» (ce qui est drôle, car l'administrateur système est parfois le titre que vous obtenez après avoir obtenu votre diplôme du helpdesk, et l'ingénieur système est le titre que vous obtenez après avoir terminé un cours de niveau master). dans une université!), mais ils font la même chose dans beaucoup d'entreprises. Je connais certaines entreprises où «Site Reliability Engineering» est la crème de la crème, et certaines entreprises où elles jouent essentiellement un rôle d'administrateur / helpdesk d'application. D'autres ont pris la relation interdépartementale «Dev / Ops» et l'ont transformée en titre, avec «DevOps Engineer».

Cela dit, si vous veniez à moi pour travailler dans mon entreprise et que vous étiez un `` administrateur système '', je m'attendrais à ce que vous ayez une excellente connaissance de votre système d'exploitation par défaut, que ce soit Windows ou Linux. Je m'attendrais à ce que vous puissiez écrire l'automatisation pour prendre en charge les fonctions administratives et comprendre le concept d'administration répétable via la gestion de la configuration, tout en étant à l'aise pour discuter de divers métiers autour des techniques de provisioning.

Si vous étiez un `` ingénieur en infrastructure '', je m'attends à ce que vous puissiez parler de ces choses, ainsi que de problèmes à plus grande échelle, tels que la planification et la gestion de la capacité, les problèmes de basculement de site, les problèmes d'architecture de service et, en général, les choses qui ont un impact sur le entreprise dans son ensemble.

Les ingénieurs d'infrastructure, à mon avis, ne sont pas des C * Os, ni même des directeurs. Ce sont les gens qui doivent implémenter techniquement la direction de l'entreprise, et en tant que tels, ils doivent être conscients du grand plan de l'entreprise et de l'infrastructure, afin de pouvoir prendre de bonnes décisions qui ne trompent pas l'entreprise. dans 5 ou 10 ans.


Réponse 4:

On sait que les gens se disputent les différences entre le titre «ingénieur» et le titre «administrateur».

La différence, au jour le jour, dépend en grande partie de l'endroit où vous vous trouvez. Dans certains endroits (au Canada, par exemple), le titre «ingénieur» est protégé (voir Réglementation et autorisation d'exercer en ingénierie - Wikipedia).

En supposant que vous n'êtes pas dans un endroit comme celui-ci, vous devriez regarder votre entreprise et voir si les RH font une distinction entre les ingénieurs et les administrateurs. Dans mon entreprise actuelle, je n'ai en fait pas le droit d'avoir un titre d'ingénieur, car je n'ai pas de diplôme d'ingénieur. Je suis donc administrateur.

Vous avez peut-être remarqué que tout ce que j'ai écrit est spécifique au titre. C'est parce que quand il s'agit du travail que chacun fait, tout est assez arbitraire. Je connais certaines entreprises où «administrateur système» est synonyme d '«ingénieur système» (ce qui est drôle, car l'administrateur système est parfois le titre que vous obtenez après avoir obtenu votre diplôme du helpdesk, et l'ingénieur système est le titre que vous obtenez après avoir terminé un cours de niveau master). dans une université!), mais ils font la même chose dans beaucoup d'entreprises. Je connais certaines entreprises où «Site Reliability Engineering» est la crème de la crème, et certaines entreprises où elles jouent essentiellement un rôle d'administrateur / helpdesk d'application. D'autres ont pris la relation interdépartementale «Dev / Ops» et l'ont transformée en titre, avec «DevOps Engineer».

Cela dit, si vous veniez à moi pour travailler dans mon entreprise et que vous étiez un `` administrateur système '', je m'attendrais à ce que vous ayez une excellente connaissance de votre système d'exploitation par défaut, que ce soit Windows ou Linux. Je m'attendrais à ce que vous puissiez écrire l'automatisation pour prendre en charge les fonctions administratives et comprendre le concept d'administration répétable via la gestion de la configuration, tout en étant à l'aise pour discuter de divers métiers autour des techniques de provisioning.

Si vous étiez un `` ingénieur en infrastructure '', je m'attends à ce que vous puissiez parler de ces choses, ainsi que de problèmes à plus grande échelle, tels que la planification et la gestion de la capacité, les problèmes de basculement de site, les problèmes d'architecture de service et, en général, les choses qui ont un impact sur le entreprise dans son ensemble.

Les ingénieurs d'infrastructure, à mon avis, ne sont pas des C * Os, ni même des directeurs. Ce sont les gens qui doivent implémenter techniquement la direction de l'entreprise, et en tant que tels, ils doivent être conscients du grand plan de l'entreprise et de l'infrastructure, afin de pouvoir prendre de bonnes décisions qui ne trompent pas l'entreprise. dans 5 ou 10 ans.