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

Ктулху прав. Так намного проще.
но тут к успеху идет галера а не команда
Да, вот только создание галеры нужно было оплатить, нанять людей и заплатить им пока они идут к успеху, заплатить все пошлины и налоги. Притом не факт, что галера придёт к успеху, другими словами риск проебать все деньги тоже на хозяине галеры.
ловите хоязина галеры
На команду всем насрать. Главное чтобы галера плыла
Грамотно нарисовать хуй собачий тоже надо уметь, я вот не умею(
Те кто умеют грамотно рисовать собачьи хуи уже сделали состояние на фурри-порно.
Сочту возможным не согласиться.
Если айти-ландшафт достаточно развитый, кто-то с общим видением и знанием, куда все это должно идти, где у нас легаси и как именно его предполагается выводить из эксплуатации, какие будут переходные этапы и как должны делаться интеграции на каждом, где есть исторические унаследованные костыли и почему именно их надо бы сейчас переделывать (например, потому что грядет еще такая-то интеграция, которая именно в этом месте сделает нашу жизнь слишком интересной).
Понятно, это не для компании с одной-двумя командами, но когда команд под десяток, а число подсистем, что самописных, что внедренных, тоже исчисляется не пальцами одной руки, специальные люди, которые держат весь этот зоопарк в голове - весьма ценны.
Техлид действительно может знать, из каких модулей что собрать и что стоит задействовать при какой необходимости, но это только часть всего головняка.
Все это не отменяет того, что архитектор архитектору рознь, к сожалению.
Если айти-ландшафт достаточно развитый, кто-то с общим видением и знанием, куда все это должно идти, где у нас легаси и как именно его предполагается выводить из эксплуатации, какие будут переходные этапы и как должны делаться интеграции на каждом, где есть исторические унаследованные костыли и почему именно их надо бы сейчас переделывать (например, потому что грядет еще такая-то интеграция, которая именно в этом месте сделает нашу жизнь слишком интересной).
Понятно, это не для компании с одной-двумя командами, но когда команд под десяток, а число подсистем, что самописных, что внедренных, тоже исчисляется не пальцами одной руки, специальные люди, которые держат весь этот зоопарк в голове - весьма ценны.
Техлид действительно может знать, из каких модулей что собрать и что стоит задействовать при какой необходимости, но это только часть всего головняка.
Все это не отменяет того, что архитектор архитектору рознь, к сожалению.
У меня был в команде архитектор и ИТ-лид, который нифига не тех. В общем я без понятия, чем занимался архитектор, т.к. его слова почти никто не понимал
Я не знаю кто такой ИТ-лид. Есть техлид - он отвечает за технологии и архитектуру. И есть тимлид - он отвечает за людей и сроки. Но я думаю что профессии "системный архитектор" больше не существует поскольку IT-сфера за последние годы стала слишком огромной и разнообразной чтобы существовали какие-то универсальные приемы построения ПО, применимые везде. Есть опытные спецы, которые сделали много проектов в определенной области, и они просто становятся техлидами в этой области
А я напоминаю, что помимо разработки софта в этом вашем айти существует инфраструктура, как для запуска этого разработанного софта, так и внутренняя инфра компании/офиса и для этого тоже нужны архитекторы
Нет, для этого нужны девопсы. Архитектор нужен конкретно для программного продукта.
Девопс это частный случай системного инженера, для проектирования систем - нужны архитекторы, которые обычно вырастают из системных инженеров
А для инфры офиса девопс нахуй не нужен, там dev'оть то нечего, зато нужно чтобы почта/портал/vsphere/гит/... работали хорошо и удобно
Ок, расскажу на примере своего текущего проекта:
Девопсы: решают, сколько и в какой конфигурации компьют нужно на EC2, сколько и в какой конфигурации нам нужно VPC и как они между собой будут взаимодействовать, сколько серверов и сетей нам нужно на региональных фермах, как они будут подключены к инфре в AWS, какие сервисы у нас будут в HA, какие нет. Что будет развернуто на bare metal, что на виртуалках на bare metal, что на виртуалках в AWS, что в контейнерах под управлением docker compose, что в контейнерах под управлением docker swarm и что в кубернетисе, сколько вообще будет окружений и кластеров, чем они будут оркестрироваться и так далее.
Архитектор: решает какая часть системы будет в микросервисах, какая--нет. Как надо запатчить CEPH и OpenStack чтобы наш продукт с ними нормально работал, какая в принципе будет архитектура микросервисов и как они будут общаться между собой. Кто будет использовать Реббит, кто Кассандру, Зукипер, Кафку и другие сторонние решения.
Таким образом, архитект---это грейд девелопера, а девопс--это девопс. У них разные сферы отвественности и разный багаж знаний и навыков. Насчет офиса ничего сказать не могу---я в этой сфере не работал.
Девопсы: решают, сколько и в какой конфигурации компьют нужно на EC2, сколько и в какой конфигурации нам нужно VPC и как они между собой будут взаимодействовать, сколько серверов и сетей нам нужно на региональных фермах, как они будут подключены к инфре в AWS, какие сервисы у нас будут в HA, какие нет. Что будет развернуто на bare metal, что на виртуалках на bare metal, что на виртуалках в AWS, что в контейнерах под управлением docker compose, что в контейнерах под управлением docker swarm и что в кубернетисе, сколько вообще будет окружений и кластеров, чем они будут оркестрироваться и так далее.
Архитектор: решает какая часть системы будет в микросервисах, какая--нет. Как надо запатчить CEPH и OpenStack чтобы наш продукт с ними нормально работал, какая в принципе будет архитектура микросервисов и как они будут общаться между собой. Кто будет использовать Реббит, кто Кассандру, Зукипер, Кафку и другие сторонние решения.
Таким образом, архитект---это грейд девелопера, а девопс--это девопс. У них разные сферы отвественности и разный багаж знаний и навыков. Насчет офиса ничего сказать не могу---я в этой сфере не работал.
ИТ-лид это новая хрень продуманная в Иннотехе
По сути эти как тимлид и техлид, но там очень часто забивают на технические навыки, поэтому ИТ-лид превращается в менеджера, который просто постоянно на созвонах с бизнесом
По сути эти как тимлид и техлид, но там очень часто забивают на технические навыки, поэтому ИТ-лид превращается в менеджера, который просто постоянно на созвонах с бизнесом
и только глупые амазон, гугль, мс проводят сертификацию Cloud Solution Architect. и денег им предлагают тоже по незнанию
с мс сталкивался, там конечно ебически сложно ну и зарплаты до ухода этого мс были от 300+ точно
>Сейчас архитектуры софта по большому счету устоялись
Взоржал.
Чувак, ну если ты не видел в жизни ничего, кроме галер, и очередной стомилионной безликой прокладки между вебом и БД, это не значит, что этого не существует. Это значит, что твоя квалификация на уровне этих кусков говна, и да, в принципе, у них устоявшаяся архитектура. Там вообще вариантов не очень много.
Взоржал.
Чувак, ну если ты не видел в жизни ничего, кроме галер, и очередной стомилионной безликой прокладки между вебом и БД, это не значит, что этого не существует. Это значит, что твоя квалификация на уровне этих кусков говна, и да, в принципе, у них устоявшаяся архитектура. Там вообще вариантов не очень много.
У нас даже тест архитект есть.
Возможно. Конкретно на вашей работе есть такая роль и чем этот чувак занимается можно поподробней?
Нельзя, конечно. Абстрактно сколько угодно.
Просто ты не работал в норм местах с норм процессами, видимо. Если есть хоть что-то более-менее крупное, нужен архитектор, который, в том числе, будет пиздить ногами тех, кто пытается лезть мимо архитектуры
Сейчас все рисуют схемы как мы это по AWS аккаунтам и зонам раскидаем.
- Ща, подержи пиво, погнали!
приближаешь пятницу?
- Так, дай пиво обратно, погнали из среды в пятницу!
А то потом...
А то потом...
Чтобы написать коммент, необходимо залогиниться