Архитектор приложений против системного архитектора или архитектора предприятия?

Ответ 1

Как и любой другой такой термин, эти термины используются по-разному в разных местах и ​​иногда взаимозаменяемы. Вот какие различия обычно таковы:

• Архитектор приложений - это то, что многие из нас просто называют архитектором. Лицо, ответственное за наивысший уровень дизайна и возможностей для конкретного решения/проекта. Вы бы потрудились использовать приложение в названии, если вокруг были другие типы архитекторов, и вы хотели, чтобы это ясно, что этот человек беспокоится в основном о конкретном приложении.
• Корпоративный архитектор обеспокоен о всех решениях компаний. Как они полагаются друг на друга, как они использовать друг друга, насколько эффективны их общее содержание и улучшение сделайте. Он думает о том, как все решения вместе поддерживают миссию компании. Только крупная компания может гарантировать этот грандиозный титул. Архитектор Enterprise - большой выстрел, который встречается с CIO, CTO и другими крупными снимками.
• Архитектор систем может считаться более широким, чем Архитектор приложений, и меньше, чем Enterprise Architect. Это название иногда является тем же самым, что и Application Architect - большой выстрел по конкретному проекту. Иногда системная часть названия позволяет использовать более широкий диапазон: человек, в обязанности которого входит программное обеспечение, а также аппаратное обеспечение и ИТ, или кто-то беспокоился о нескольких проектах.

Ответ 2

На протяжении многих лет я встречал немало архитекторов с разными названиями, и у меня определенно есть собственное мнение о роли каждого из них, однако оно имеет тенденцию варьироваться от компании к компании, и тем более от страны в страну.

Enterprise Architect - ответственный за стратегическое мышление, дорожные карты, принципы и управление всем предприятием. Обычно имеет тесные отношения с бизнесом, вендорами и старшим ИТ-менеджером.

Решения или системный архитектор - ответственный за решение высокого уровня для конкретного набора бизнес-требований в рамках, установленных командой архитектуры предприятия. Это решение может охватывать несколько приложений.

Интеграция или SOA Architect - отвечает за интеграцию и/или бизнес-сервисную стратегию и управление. Поскольку эта роль обычно охватывает все предприятие, она часто выполняется экспертом, однако архитектор интеграции обычно работает на более подробном и техническом уровне, чем EA. В SOA архитектор интеграции может также быть членом (или даже лидером) центра передового опыта (или центра компетенции интеграции).

Информационный архитектор - отвечает за определение моделей данных, управление основными данными/решениями собственности и процессы качества данных для поддержки транзакционных, справочных данных и систем отчетности на предприятии. Часто выполняется экспертом.

Application Architect - отвечает за реализацию и процессы внутри конкретного приложения или набора приложений. Данное приложение может быть составлено из индивидуального готового продукта. Должен иметь глубокое знание продукта/приложения и часто с советами других архитекторов рассматривается как часть более крупного решения.

Это самые распространенные заголовки в моем опыте, но есть другие роли в архитектуре, которые вы будете видеть время от времени:

• Технический архитектор (для меня это то же самое, что и архитектор приложений, но другие могут не согласиться
• Бизнес-архитектор (определяет бизнес-стратегию и процессы)
• Архитектор инфраструктуры (серверы, решения платформы и часто безопасность)
• Сетевой архитектор (очевидно)

Ответ 3

Ну, это похоже на то, что ты в школе все еще смотришь в деловой мир и ожидаешь, что титулы на карточках будут такими же структурированными, как и система степени... его нет.

По правде говоря, название бизнеса является либо фирменным типом компании для поддержки внутренней системы оплаты или организационных карт. Его трудно взять от одной компании к другой на чем-то более, чем на очень общих условиях. Это не настоящий тест, как BA или PHD.

Что касается названий и рабочих ролей, команды в компаниях обычно разбиваются на группы Infrastructure (Server setup and networking) и Applications (DB admins, developers). У компании много разногласий, но это кажется довольно универсальным.

Я думаю, что ваш лучший выбор в планировании - это решить, что вам нравится делать, а затем учиться, чтобы сделать это очень хорошо. По пути, как ИТ-парень, вы должны забрать немного во всех областях, чтобы быть очень эффективным в любой области.

Удачи!

Ответ 4

То, что каждый означает, действительно определяется компанией, в которой вы работаете; что некоторые называют других разработчиков решений Архитектором системы. Все они (предположительно) занимают руководящие должности с некоторым подразумеваемым контролем над дизайном системы/программного обеспечения, но помимо этого я никогда не видел одного определения, которое сделает всех счастливыми. "Предприятие" подразумевает определенную сферу действия, но, возможно, не отличается от "Систем" (опять же, зависит от компании). Архитектор приложений обычно заставляет меня думать о ком-то, кто некоторое время работал в качестве старшего разработчика, и HR нуждался в новом названии, чтобы вознаградить за производительность. Похоже на то, как некоторые массовые компании любят титул "вице-президента", и это не значит ничего, кроме того, сколько дней отпуска вы получаете.

Ответ 5

Какой ад..

Архитектор: Приложения - проекты приложений Системы - проектирует множество приложений и координат в систему Предприятие - проектирует системы и координирует их с другими несистемными аспектами бизнеса.

Не забывайте о зарплате, бонусе и сколько времени вы тратите на беспокойство о своем названии.

Ответ 6

Enterprise Architect - самая большая роль всех. Он должен обладать полными технологическими знаниями.