Какая разница между "Архитектором решений" и "Архитектором приложений"?

Насколько я понимаю, Архитектор решений - это просто "маркетинговый" термин для Архитектор приложений. Правильно ли это, или роли действительно разные? Если да, то как?

И да, я искал это как в StackOverflow, так и в Google.

Ответ 1

Для людей, которые никогда не работали в очень большой организации (или имели, но это было неблагополучным), "архитектор", возможно, оставил плохой вкус во рту. Однако это не только законная роль, но и очень стратегическая для умных компаний.

  • Когда приложение становится настолько обширным и сложным, что имеет дело с общим техническим видением и планированием, а перевод бизнес-потребностей в техническую стратегию становится работой на полный рабочий день, то есть архитектором приложений , Архитекторы приложений также часто наставляют и/или ведут разработчиков, и хорошо знают код своих ответственных приложений.

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

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

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

Примечание: многочисленные другие ответы говорят о том, что для этих названий нет "стандартных". Это неправда. Перейдите в любой IT-отдел Fortune 1000, и вы всегда будете использовать эти заголовки.

Два наиболее распространенных неправильных представления о "архитекторе":

  • Архитектор - это просто более высокопоставленный разработчик с причудливым названием
  • Архитектор - это тот, кто технически бесполезен, не кодируется годами, но все еще бросает свой вес в бизнесе, что затрудняет жизнь для разработчиков.

Эти неправильные представления исходят от многих архитекторов, которые делают довольно плохую работу, а организации делают ужасную работу по пониманию того, для чего нужен архитектор. Обычно продвигать топ-программиста в роль архитектора, но это неправильно. У них есть некоторые дублирующие, но не идентичные навыки. Лучший программист может часто быть, но не всегда, идеальным архитектором. Хороший архитектор имеет понимание хорошего многих технических аспектов ИТ-индустрии; лучше понимание бизнес-потребностей и стратегий, которые должен иметь разработчик; отличные коммуникативные навыки и часто некоторые навыки управления проектами и бизнес-аналитики. Для архитекторов важно, чтобы их руки были грязными с кодом и технически оставаться острыми. Хорошие делают.

Ответ 2

В основном в мире ИТ-сертификатов вы можете называть себя всего лишь тем, что хотите, до тех пор, пока вы не ступите на ноги "реальной" профессиональной организации. Например, вы можете быть "Microsoft Certified Solution Engineer" на вашей визитной карточке, но если вы напишете волшебную фразу "Профессиональный инженер" (или P. Eng), вы будете в юридической ситуации, если у вас нет этого железного кольца. Я знаю, что есть похожие названия для "настоящих" архитекторов, о которых я не помню, но пока вы не упоминаете, что вы можете быть "сертифицированным сетевым архитектором Cisco" или похожим.

Ответ 3

Нет, у архитектора другая задача, кроме программиста. Архитектор больше озабочен нефункциональными ( "ile" ) требованиями. Как надежность, ремонтопригодность, безопасность и т.д. (Если вы не согласны, рассмотрите этот мысленный эксперимент: сравните CGI-программу, написанную на C, которая делает сложный сайт, по сравнению с реализацией Ruby on Rails. Оба они имеют одинаковое функциональное поведение, а выбор архитектуры RoR имеет какие преимущества.)

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

Ответ 4

Существуют допустимые различия между типами архитекторов:

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

Архитекторы решений сосредотачиваются на конкретном решении, например, в банке используется новая система приобретения кредитных карт.

Архитекторы доменов сосредоточены на определенных областях, например архитектор приложений или сетевой архитектор.

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

Ответ 5

Не существует отраслевых стандартных определений для названий работы архитекторов - Application/System/Software/Solution Architect все относятся в целом к ​​высокопоставленному разработчику с сильным дизайном и лидерскими навыками. Баланс дизайна, стратегии, развития (часто основных служб или структур) и управления различаются в зависимости от организации и проекта.

Единственное название должности "Архитектор", имеющее для меня другое значение, - это "Enterprise Architect", который я считаю скорее позицией ИТ-стратегии.

Ответ 6

"Архитектор" - это заголовок, предоставленный тому, кто может проектировать несколько слоев приложений, которые хорошо работают на высоком уровне. Все, что попадает в общий тип "архитектора" без определенного типа технологий (т.е. "Решения", "Приложения", "Бизнес" и т.д.), Говорит о маркетинге.

Ответ 7

На самом деле существует определенная разница. Архитектор решений выглядит как требование целостности, например, требование состоит в том, чтобы сократить количество сотрудников в колл-центре с помощью заказов Pizza, архитектор решений просматривает все компоненты, которые будут должны собраться вместе, чтобы удовлетворить это, такие вещи, как программное обеспечение для распознавания голоса, какое оборудование требуется, какая ОС лучше всего подходит для его размещения, интеграция программного обеспечения IVR с системой обеспечения и т.д.

С другой стороны, прикладная архитектура в этом сценарии имеет дело с особенностями взаимодействия программного обеспечения, с каким языком лучше всего подходит, как наилучшим образом использовать любые существующие api, создавая api, если ни один не существует и т.д.

Оба имеют свое место, обе задачи должны быть выполнены для того, чтобы удовлетворить требования, и в крупных организациях вы будете посвящать себя этим людям, в небольших магазинах-разработчиках часто, когда разработчику придется выполнять все архитектурные задачи, как часть общего развития, потому что нет никого другого, и это слишком цинично, чтобы сказать, что его просто маркетинговый термин, это реальная роль (даже если он выбирает его ad-hoc) и особенно ценен в проекте кик-офф.

Ответ 8

Мне нравится то же самое! Хотя я не совсем не согласен с Оли. Я бы отдал избранным немногим людям титул Software Architect, если они этого захотят, но опыт говорит мне, что люди, которые на самом деле заслуживают звания Software Architect, обычно не входят в названия.

Ответ 9

По моему опыту, когда я консультировался в Computer Associates, маркетинговый крик был "продавать решения, а не продукты". Поэтому, когда у нас появился проект, и мне нужно было надеть архитекторную шляпу, я бы стал архитектором решений, так как я бы разработал решение, в котором будут использоваться некоторые компоненты, в первую очередь продукты CA, и, возможно, некоторые сторонние или ручные закодированные элементы.

Теперь я больше сосредоточен как разработчик, я сам архитектор приложений, поэтому я архитектор приложений.

То, что я вижу это, как уже обсуждалось, немного отличается от стандартов именования.

Ответ 10

Написание?

Серьезно, хотя - они оба пугают место работы BS. "Программист" вам не подходит? Станьте "Архитектором"!

На самом деле... Что такое мир??

Изменить: я явно навредил чувствам "архитекторов"!

Редактирование 2: Хотя я согласен с чувствами, что фразировка может быть истолкована как означающая, что некоторые люди имеют дело со всей проблемной областью (например, аппаратное обеспечение, программное обеспечение, развертывание, сопровождение), большинство людей, которые хотят удовлетворить клиента (и делают больше денег) предоставит полный сервис, если потребуется, независимо от их звания.

В реальной жизни это просто маркетинговый пух.

Ответ 11

Когда ваш заголовок не подходит на вашей визитной карточке, потому что вы носите слишком много шляп, тогда кто-то говорит, что для вас отличное название.

например. Программирование/ИТ/Управление проектами/Стратегия/Бизнес-аналитик

Другие способы получения титула архитектора:

  • Вы проводите больше времени на телефоне и на доске, чем на самом деле разрабатываете рабочее программное обеспечение.
  • Вы тратите больше времени на то, чтобы помочь людям настроить Outlook/Entourage, чем на самом деле разрабатывать рабочее программное обеспечение.
  • На самом деле вы не так хороши для кодера.