Size: a a a

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

2019 November 14

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Вскройте тогда бд monzobank. Может обогатитесь :)
А они не в Amazon, у них свое облако. Которое как-то сутки лежало (после чего в банках на облака еще несколько лет не будут смотреть)
источник

IN

Igor Nikolskiy in Архитектура ИТ-решений
Phil Delgyado
А они не в Amazon, у них свое облако. Которое как-то сутки лежало (после чего в банках на облака еще несколько лет не будут смотреть)
Угу. Уплыл.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
А они не в Amazon, у них свое облако. Которое как-то сутки лежало (после чего в банках на облака еще несколько лет не будут смотреть)
Трансграничка же, ну какой нафиг Амазон
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexey Pryanishnikov
Трансграничка же, ну какой нафиг Амазон
Ну, можно же смешанное делать. Часть в амазоне, а часть - в локальных ДЦ конкретных государств )
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Ну, можно же смешанное делать. Часть в амазоне, а часть - в локальных ДЦ конкретных государств )
Я как-то шутки ради предлагал всё хранить в зарубежном облаке, но поставить у себя один сервак, куда реплицировать ровно одну случайную запись.
Уже не помню, что сказали юристы )
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Alexey Pryanishnikov
Я как-то шутки ради предлагал всё хранить в зарубежном облаке, но поставить у себя один сервак, куда реплицировать ровно одну случайную запись.
Уже не помню, что сказали юристы )
Можно играться с Амазоном в конкретной стране. Для РФ не проходит, а вот для Европы/США вполне.
А есть страны, которым все равно и там вполне рассматривают процессинг в Амазоне. Ну или процессинг в амазоне, а ПДН локально. Сложно, но реализуемо и иногда выгодно для стартапа с кучей денег и без компетенций.
источник

AS

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

PD

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

PD

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

AS

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

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Почему универсальность невыгодна - хорошо понятно.
А можно привести пример, когда она выгодна (не лозунги, а модельку)
когда ты не знаешь, чем завтра придётся заниматься
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Вероятно вы прочли только то, что вам понятно.
Цитату?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Phil Delgyado
Цитату?
Having teams of specialists who each own a slice of the life cycle can create silos that slow down end-to-end progress. Grouping differing specialists together into one team can reduce silos, but having different people do each role adds communication overhead, introduces bottlenecks, and inhibits the effectiveness of feedback loops.
источник

PD

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

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Ну, вообще там простой сервис, да )
🤦‍♂️
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Soloschak
Having teams of specialists who each own a slice of the life cycle can create silos that slow down end-to-end progress. Grouping differing specialists together into one team can reduce silos, but having different people do each role adds communication overhead, introduces bottlenecks, and inhibits the effectiveness of feedback loops.
Тут опять таки только про slice of life cycle. Ни одного слова про бэк-фронт или доменные модели.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Andrei Soloschak
Having teams of specialists who each own a slice of the life cycle can create silos that slow down end-to-end progress. Grouping differing specialists together into one team can reduce silos, but having different people do each role adds communication overhead, introduces bottlenecks, and inhibits the effectiveness of feedback loops.
Продолжение
To rethink our approach, we drew inspiration from the principles of the devops movement. We could optimize for learning and feedback by breaking down silos and encouraging shared ownership of the full software life cycle:
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Тут все только про life cycle. А не про компетенции/
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Это вообще про другое.
Что каждый сотрудник в команде может нажать кнопочку deploy - да не вопрос, но при чем тут универсальность и ее эффективность?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Full cycle developers are expected to be knowledgeable and effective in all areas of the software life cycle.
источник