Size: a a a

Архитектура ИТ-решений

2019 November 14

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Собственно, в Нетфликсе точно так же -
Netflix created centralized teams (e.g., Cloud Platform, Performance & Reliability Engineering, Engineering Tools) with the mission of developing common tooling and infrastructure to solve problems that every development team has. Those centralized teams act as force multipliers by turning their specialized knowledge into reusable building blocks.
Вот совсем нет. Во-первых Netflix не требует использования собственных платформенных продуктов. Во-вторых платформенные  продукты Netflix это промышленные решения, которыми пользуются не только они. Сравнивать их с поделками доморощенных умельцев довольно сложно. Пользоваться продуктом последних можно заставить только из под палки.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Никакие полные команды не настраивают циски и даже не решают проблемы безопасности решений.
Они, конечно, full cycle - но в очень тесных рамках имеющихся решений.
Да не надо диски настраивать. Для этого есть Amazon и Google
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Это если деньги некуда девать - есть амазон и гугл. Обычно их все-таки считают.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и если законодательство позволяет. Финтеху в амазоне нельзя почти нигде.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Да и не так уж и просто настроить амазоновскую сеть для соответствия банальному PCI DSS.
источник

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
Но, кстати, а где конкретные числа, насколько подход Нетфликс эффективен?
Сколько денег они сэкономили?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Да и не так уж и просто настроить амазоновскую сеть для соответствия банальному PCI DSS.
С pci dss у Amazon все в порядке. Инфраструктура - это комодити. Если уж взялись делать свою инфру, то она должна быть построена так, что про админов никто ничего знать не должен. А команда может автономно выпустить продукт.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Если читать все это внимательно, то цель была - повесть ответсвенность за результат работы команды на саму команду.
А для этого пришлось выстроить соответствующую инфраструктуру.
Ну, ок.
Но не во всех компаниях есть проблемы с грызней между опсами, тестерами и разработкой. И это - не единственный способ эту грызню прекратить.
И ответственность команды никак не связана с универсальностью разработчиков, только с универсальностью (в конкртеных рамках) отдельной команды.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
С pci dss у Amazon все в порядке. Инфраструктура - это комодити. Если уж взялись делать свою инфру, то она должна быть построена так, что про админов никто ничего знать не должен. А команда может автономно выпустить продукт.
Amazon только сертифицирован как ДЦ для PCI DSS. Это очень небольшая часть того, что реально нужно сделать для сертификации решения.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Amazon только сертифицирован как ДЦ для PCI DSS. Это очень небольшая часть того, что реально нужно сделать для сертификации решения.
Это не значит что это сделать нельзя
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
С pci dss у Amazon все в порядке. Инфраструктура - это комодити. Если уж взялись делать свою инфру, то она должна быть построена так, что про админов никто ничего знать не должен. А команда может автономно выпустить продукт.
Так это всего лишь значит, что есть команды продуктов, а есть команды инфраструктуры. И уже команда продуктов не имеет компетенций в инфраструктуре и ее разработчики не так уж и универсальны, а всего лишь умеют пользоваться сделанными для них инструментами.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Это не значит что это сделать нельзя
Можно. Но не просто и требует специфических умений и настроек сетевого взаимодействия. Вряд ли содержащихся в произвольной "универсальной" команде, но имеющихся у инфраструктурщиков.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Т.е. никаких "универсальных" команд нет.
Есть команды со своей зоной ответственности и решающие задачи в этой зоне.
И как отсюда вытекает "универсальность" каждого члена в команде? Если многих компетенций в команде вообще нет.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Так это всего лишь значит, что есть команды продуктов, а есть команды инфраструктуры. И уже команда продуктов не имеет компетенций в инфраструктуре и ее разработчики не так уж и универсальны, а всего лишь умеют пользоваться сделанными для них инструментами.
Нет. Это значит что делается приватное облако, а все остальное делают продуктовые команды как и в случае с публичными облаками.
Понятное дело что заниматься приватным облаком будет отдельная команда. Но она не навязывает свой инструментарий
источник

AS

Alexander Smith in Архитектура ИТ-решений
Andrei Soloschak
Нет. Это значит что делается приватное облако, а все остальное делают продуктовые команды как и в случае с публичными облаками.
Понятное дело что заниматься приватным облаком будет отдельная команда. Но она не навязывает свой инструментарий
Не может не навязывать
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Мониторинг тоже каждая команда свой делает? И следит за ним 24*7?
И коллцентр каждая команда делает свой?
И процедуры обновления в облаке каждая делает своя?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
И облако - это частный (неэффективный) способ.
Нормальную базу в облако не положишь. Или HSM.
источник

AS

Alexander Smith in Архитектура ИТ-решений
Phil Delgyado
Мониторинг тоже каждая команда свой делает? И следит за ним 24*7?
И коллцентр каждая команда делает свой?
И процедуры обновления в облаке каждая делает своя?
Ага, и не ограничивает выборы бд, очередей, да даже типа апи
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Мониторинг тоже каждая команда свой делает? И следит за ним 24*7?
И коллцентр каждая команда делает свой?
И процедуры обновления в облаке каждая делает своя?
Ага, ещё протоколы стриминга каждая команда себе разрабатывает и пишет, движки баз данных разрабатывают, файловые системы ))
источник