«Архітектура програмного забезпечення — це завжди пошук компромісів». Чим займається архітектор ПЗ: огляд професії від Олександра Савченка, Ciklum

Роль та обов’язки архітектора ПЗ

Архітектура ПЗ — це те, з яких компонентів складається продукт та як вони взаємодіють, і як система буде розвиватися з часом. 

Розробка архітектури — це комплексний процес, який починається зі взаємодії із зацікавленими сторонами. Спершу архітектор повинен зібрати від стейкхолдерів всю необхідну інформацію, аби зрозуміти, з яких компонентів складатиметься продукт, і описати, як вони пов’язані. 

Далі зібрану інформацію треба проаналізувати та визначити вимоги до побудови архітектури — ASR (Architecturally Significant Requirements). Вони включають функціональні вимоги, проєктні обмеження, атрибути якості (такі як безпека, доступність, продуктивність, зручність використання тощо), а також додаткові вимоги від стейкхолдерів.

Після цього архітектор створює дизайн, який підходить елементам продукту і задовольняє всі ASR, та створює архітектурну документацію. Розробляючи дизайн, архітектори користуються вже відомими дизайн-концептами, серед яких еталонні архітектури, дизайн паттерни та стилі, архітектурні тактики, девелопмент фреймворки тощо. Серед цих концептів зазвичай для кожного рішення є альтернативні опції, тому архітектор аналізує альтернативи (trade-off analysis) і обирає найкращу. Саме тому іноді кажуть, що «архітектура не створюється, а вибирається».

Щоб архітектура була правильно імплементована, архітектор також долучається до різних етапів розробки продукту. Зокрема оргструктури і делівері методу, девелопмент практик, інфраструктури, тестової стратегії, релізів, наступної підтримки продукту тощо.

Загалом весь цикл розробки виглядає так:

Якщо підсумувати, то головне завдання архітектора — зрозуміти бізнес-потреби, виявити архітектурні драйвери, створити дизайн архітектури, пояснити команді розробників, як її втілити, і врешті пересвідчитися, що архітектура імплементована правильно. І, звичайно, це комунікація зі стейкхолдерами та передавання інформації від бізнесу розробникам і навпаки. Грегор Хоп метафорично назвав цей процес «архітектурним елеватором», адже архітектор їздить на «елеваторі» і поширює інформацію між «поверхами», тобто департаментами.

Що повинен знати та вміти архітектор ПЗ

Зважаючи, що типи архітектур і архітекторів бувають різні (Application / Solution / Enterprise / Data / Cloud Architect тощо), необхідні знання та навички можуть відрізнятися. Але загалом архітектор повинен бути:

• ІТ-експертом: мати потужну експертизу в інженерії та знання у різних напрямах — фронт-енді, бек-енді, девопс, даних та аналітиці, тестуванні, проджект менеджменті, бізнес аналізі тощо. Треба розуміти, як працюють усі елементи, і як архітектура буде імплементована. А також мати досвід з різними архітектурними та делівері методологіями і бізнес-доменами.
• Аналітиком: аналізувати значні обсяги даних і володіти методами одержання інформації від стейкхолдерів.
• Комунікаційником: отримувати та передавати інформацію від бізнесу розробникам і навпаки, вміти слухати, презентувати і пояснювати свої рішення.
• Лідером і ментором: навчати інших інженерів і драйвити процес імплементації.

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

Загалом навички архітекторів можна умовно поділити на Core та Soft. 

Серед Core навичок:

• Фундаментальні поняття, методи та фреймворк — стандарти (такі як 42010), життєвий цикл розробки архітектури, бізнес домени, TOGAF, ADD, ATAM, CBAM, View and beyond (SEI V&B) тощо.
• Управління вимогами — методи виявлення вимог, методи оцінки архітектури, технологічні тренди, архітектурні принципи, ASRи, фітнес функції. 
• Проєктування та аналіз — еталонні архітектури, деплоймент патерни, архітектурні патерни та стилі, архітектурні тактики, зовнішні компоненти розробки (SaaS платформи, фреймворки, API, технології тощо).
• Документація — типи моделей та точки зору архітектури, мови опису архітектури, шаблони і стандарти.
• Впровадження та інтеграція — делівері методології та процеси, життєвий цикл розробки, реліз менеджмент, керування та конфігурування інфраструктури, стратегії тестування тощо.
• Платформи та технології — SaaS платформи, хмарні рішення, компоненти інфраструктури (такі як засоби моніторингу та логування), бази даних, системи подій тощо.

А до Soft навичок належать:

• Управління знаннями, змінами, зацікавленими сторонами, бізнес-ризиками.
• Лідерство та менторинг.
• Впровадження інновацій та стратегічне планування.

Більш широкий список можна знайти в SFIA або TOGAF фреймворках.

Як стати архітектором і розвиватися в архітектурі

Різні компанії мають власну специфічну організаційну структуру, а відтак і різні шляхи розвитку талантів. Проте загалом я б виокремив два класичних способи стати архітектором:

Перший передбачає розвиток від девелопера до технічного / тім ліда, далі — до Application Architect, який розробляє архітектуру окремої категорії або аплікації / компонента, потім — Solution Architect, який відповідає за весь продукт, і врешті — до Enterprise Architect, який працює на рівні організації.

Другий відрізняється тим, що після девелопмент треку можна розвиватися двома шляхами:

• По Application Architect треку — це більш технічний розвиток, де архітектори детальніше працюють з інженерією і розвивають саме ці навички.
• Або по Solution Architect треку — це бізнес-трек, де крім інженерних, знадобиться розвивати й бізнес-навички.

Обидва шляхи дають можливість стати Enterprise Architect.

Скільки заробляє архітектор в Україні

Зарплати архітекторів залежать від багатьох факторів: типу архітектора, продукту і технології, необхідного досвіду, вимог позиції. Так як архітектура зазвичай є наступним кроком після девелопменту, зарплати можна порівнювати з зарплатами розробників, очікуючи потенційно вищої компенсації.

Якщо розглядати більш детально по типах архітекторів, то:

• Для Application Architect рівень компенсації залежить від мови програмування, на якій написаний продукт. Наприклад, для мов Go / Scala / Rust зарплатні медіани вищі, тож такі архітектори зароблятимуть більше. В середньому медіана зарплати цього типу архітекторів вища від Senior девелопера на 30–35% і від Team/Tech Lead на 15%. Наприклад, якщо середня зарплата Senior Java девелопера $5000, а Lead Java — $5800, то медіана Java Application Architect буде $6500. По Go стек: якщо медіана для Senior Go девелопера $6000, то Go Application Architect — $7800.
• Зазвичай медіана для Solution Architect вища на 15–20% від Application Architect, так як цей тип архітектора має більш широкий спектр досвіду і володіє багатьма технологіями, але й може бути такою ж як у Application Architect ролі, якщо це паралельні треки. Також є випадки, коли компенсація менша залежно від унікальності технології для Application Architect ролі.
• Компенсація Enterprise Architect вища, ніж у інших типів архітекторів, оскільки ця роль ще більш унікальна і їх не так багато на ринку (іноді ці спеціалісти виступаються в ролі «Proxy-CTO»). Зарплата може коливатися в залежності від компанії від $7000 до $9000, а може бути й вища.

Вакансії та попит

Вакансій архітектора, порівняно з можливостями для розробників, зазвичай менше, оскільки вимоги до ролі вищі, а позиції — більш унікальні. Наприклад, Solution Architect або Cloud Architect може один працювати на проєкті на 30+ інженерів; Application Architect може як працювати в команді з 10 інженерів, так і відповідати за весь технологічний напрям (наприклад, Back-End) в програмі з 50+ інженерів; Enterprise Architect може займати цю роль в організації зі 100-200 чи й більше інженерів.

З огляду на попит на архітекторів, то вакансії є як в продуктових компаніях, так і в аутсорсі. Продуктові компанії частіше шукають Application Architect зі знанням технологій, на яких написаний продукт. Аутсорс раніше більше шукали Solution Architect, які можуть драйвити пресейли, але зараз все частіше є запит на Application архітекторів. Різні компанії часто комбінують роль архітектора з технічним лідом в окремому технічному стеку, тому варто пам’ятати про досвід і навички в лідерстві та менеджменті.

Відчутно зріс попит на архітекторів для хмарних рішень, адже багато продуктів розгортаються в хмарі, або компанії мігрують в хмару. Також зросла тенденція пошуку архітекторів в інтеграції різних платформ та сервісів (таких як SAP, Netsuite, SalesForce), що спричинено збільшенням використання SaaS платформ.

Вакансії досить різноманітні, тому треба пам’ятати: хто шукає — той знайде.

Книги, курси та інші матеріали про архітектуру ПЗ

Архітектура — це окрема ІТ галузь, попри тісний зв’язок із девелопментом. Існують навіть цілі «архітектурні школи», які описують етапи та методи розробки архітектури дещо по-різному. Загалом книг про архітектуру ПЗ чимало. Я б звернув увагу на такі:

• SEI: Software Architecture in Practice та Documenting Software Architectures: Views and Beyond 
• Neal Ford and Mark Richards: Fundamentals of Software Architecture: An Engineering Approach та Software Architecture: The Hard Parts: Modern Trade-Off Analyses for Distributed Architectures 
• Gregor Hohpe: The Software Architect Elevator: Redefining the Architect’s Role in the Digital Enterprise 
• Joseph Ingeno: Software Architect’s Handbook: Become a successful software architect by implementing effective architecture concepts  
• Murat Erder, Pierre Pureur, Eoin Woods: Continuous Architecture in Practice 

Окрім книг, є велика кількість інших джерел для навчання. Я рекомендую розглянути наступні, але й ними обмежуватися не варто:

• Курси: O’Reilly (Software Architecture Fundamentals та Software Architecture video training series), SEI (Software Architecture: Principles and Practices та Documenting Software Architectures), TOGAF курси, Arcitura, IASA.
• Сертифікації: SEI, TOGAF, IASA.
• Додаткові спеціалізовані ресурси від:  SEI, TOGAF, IASA, IBM Garage Methodology, Microsoft Architecture Guide, AWS Architecture Center.
• та звичайно «Architectural Katas» — для тренування та пропрацьовування архітектури.

Хто такий СТО, CIO та CPO і як зрости до цих ролей. Короткий гайд за C-level IT-професіями від СТО GigaCloud

По темi

Хто такий СТО, CIO та CPO і як зрости до цих ролей. Короткий гайд за C-level IT-професіями від СТО GigaCloud

Хто такий Software Developer: гайд по професії від Андрія Борисенка

По темi

Хто такий Software Developer: гайд по професії від Андрія Борисенка

Читайте головні IT-новини країни в нашому Telegram

По темi

Читайте головні IT-новини країни в нашому Telegram

Нові Underdogs виробники зарядних станцій Scat та «Промавтоматика Вінниця»

З чого складаються розробки, які допомагають нашим воїнам на фронті