Architecte d'application vs architecte de systèmes vs architecte d'entreprise?
Tant de mots à la mode. Je ne sais pas si je dois commencer à jouer au BS Bingo ou non. Et je n'essaie pas d'être cynique. Mais j'ai entendu beaucoup de gens avec ces différents titres. Il ne semble jamais y avoir de délimitation claire entre les trois. Ou il y a beaucoup de croisements de domaines entre les trois. En fait, un autre que j'ai vu en regardant ici sur Stackoverflow a également été "Architecte de solutions". Mais celui-ci ne semble pas être si répandu dans d'autres endroits.
Il y a des questions ici et là avec des réponses vagues. Mais je voudrais des réponses définitives à cela. Veuillez supposer que je suis encore relativement nouveau dans le domaine des logiciels et que j'essaie de tracer un cheminement de carrière.
Oh, et s'il vous plaît soyez des gens doux; ce n'est certainement pas une question en double. Ce n'est pas non plus un agrégat. Alors, veuillez le laisser tranquille. Xp
Comme tout autre terme de ce type, ces termes sont utilisés différemment à différents endroits et sont parfois interchangeables. Voici généralement les différences:
- Application Architect est ce que beaucoup d'entre nous appellent juste l'architecte. La personne responsable des niveaux les plus élevés de conception et de portée pour une solution/un projet particulier. Vous vous donneriez la peine d'utiliser Application dans le titre s'il y avait d'autres types d'architectes autour, et vous vouliez qu'il soit clair que cette personne s'inquiète principalement d'une application particulière .
- Enterprise Architect s'inquiète de toutes les solutions d'une entreprise. Comment ils s'appuient les uns sur les autres, comment ils s'utilisent, dans quelle mesure leur entretien et leur amélioration communs peuvent-ils être efficaces? Il réfléchit à la façon dont toutes les solutions réunies soutiennent la mission de l'entreprise. Seule une plus grande entreprise pourrait garantir ce titre grandiose. L'architecte d'entreprise est un gros plan qui rencontre le CIO, le CTO et d'autres gros plans.
- Architecte système peut être considéré comme ayant une portée plus large que l'architecte d'application et moins qu'un architecte d'entreprise. Ce titre est parfois exactement la même chose que Architecte d'application - gros plan sur un projet particulier . Parfois, la partie Système du titre peut avoir une portée plus large: la personne dont les fonctions incluent le logiciel mais aussi le matériel et [~ # ~] it [~ # ~] , ou quelqu'un inquiet à propos de plusieurs projets.
J'ai rencontré pas mal d'architectes avec des titres différents au fil des ans, et j'ai certainement ma propre opinion sur le rôle de chacun d'eux, mais cela a tendance à varier d'une entreprise à l'autre, et plus encore d'un pays à l'autre.
Enterprise Architect - responsable de la réflexion stratégique, des feuilles de route, des principes et de la gouvernance de l'ensemble de l'entreprise. A généralement une relation étroite avec l'entreprise, les fournisseurs et la haute direction informatique.
Architecte de solutions ou de systèmes - responsable de la conception d'une solution de haut niveau pour un ensemble spécifique d'exigences commerciales, dans le cadre défini par l'équipe d'architecture d'entreprise. Cette solution peut couvrir plusieurs applications.
Intégration ou SOA Architecte - responsable de l'intégration et/ou de la stratégie et de la gouvernance des services commerciaux. Étant donné que ce rôle couvre généralement l'ensemble de l'entreprise, il est souvent exécuté par un EA, cependant, un architecte d'intégration travaillera généralement à un niveau plus détaillé et technique qu'un EA. Dans une architecture SOA, un architecte d'intégration peut également être membre (ou même leader) du centre d'excellence (ou centre de compétences d'intégration)
Architecte de l'information - responsable de la définition des modèles de données, des solutions de gestion/propriété des données de base et des processus de qualité des données pour prendre en charge les systèmes transactionnels, de référence et de reporting dans toute l'entreprise. Souvent réalisée par un EA.
Architecte d'applications - responsable de la mise en œuvre et des processus au sein d'une application ou d'une suite d'applications spécifiques. L'application en question peut être faite sur mesure d'un produit standard sur mesure. Doit avoir une connaissance approfondie du produit/de l'application et sera souvent consulté par d'autres architectes dans le cadre d'une solution plus large
Ce sont les titres les plus courants de mon expérience, mais il y a d'autres rôles d'architecture que vous verrez de temps en temps:
- Architecte technique (pour moi, c'est la même chose qu'un architecte d'application, mais d'autres peuvent être en désaccord
- Architecte d'entreprise (définit la stratégie et les processus d'entreprise)
- Architecte d'infrastructure (serveurs, décisions de plate-forme et souvent sécurité)
- Architecte réseau (évident)
Eh bien, il semble que vous soyez encore à l'école, mais en regardant dans le monde des affaires et en s'attendant à ce que les titres sur les cartes soient aussi structurés qu'un système de diplômes ... ce n'est pas le cas.
À vrai dire, le titre de l'entreprise est soit un poste spécifique à l'entreprise pour soutenir le système de rémunération interne ou les organigrammes. Il est difficile de passer d'une entreprise à une autre à des conditions plus que très générales. Ce n'est pas vraiment une référence comme un BA ou un PHD.
En ce qui concerne les titres et les rôles, les équipes des entreprises se répartissent généralement en groupes d'infrastructure (configuration du serveur et mise en réseau) et d'applications (administrateurs de base de données, développeurs). Il y a beaucoup d'écarts par entreprise, mais cela semble assez universel.
Je pense que votre meilleur pari dans la planification est de décider ce que vous aimez faire, puis d'étudier pour le faire très bien. En cours de route, en tant qu'informatique, vous devez en ramasser un peu dans tous les domaines pour être très efficace dans tous les domaines de toute façon ..
Bonne chance!
Ce que chaque moyen signifie vraiment est déterminé par l'entreprise pour laquelle vous travaillez; ce que certains appellent un architecte de solution, d'autres appellent un architecte de système. Ce sont tous des postes de direction (supposés) avec une surveillance implicite de la conception des systèmes/logiciels, mais à part cela, je n'ai jamais vu une définition qui rendra tout le monde heureux. "Entreprise" implique une certaine portée de la position, mais ce n'est sans doute pas différent de "Systèmes" (encore une fois, dépend de l'entreprise). L'architecte d'application me fait généralement penser à quelqu'un qui a été un développeur senior pendant un certain temps et les RH avaient besoin d'un nouveau titre pour récompenser les performances. Un peu comme la façon dont certaines entreprises massives exercent le titre de "Vice-président" au point que cela ne signifie pas vraiment autre que le nombre de jours de vacances que vous obtenez.
Que se passe-t-il..
Architecte: Application - conçoit des applications Systèmes - conçoit plusieurs applications et coordonne dans un système Enterprise - conçoit des systèmes et coordonne avec les autres aspects non système de l'entreprise.
N'oublions pas le salaire, le bonus et le temps que vous passez à vous soucier de votre titre.
Enterprise Architect est le plus grand rôle de tous. Il doit avoir une connaissance complète de la mise en œuvre technologique.