Size: a a a

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

2021 February 19

PD

Phil Delgyado in Архитектура ИТ-решений
Nick Z
В любой распределенной и многослойной системе.
Да даже если распределенная и многослойная система - то зачем там спаркс?
Если спроектировано нормально, то хватает и просто картинок в Confluence (и да, там есть версионирование).
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
гы... спаркс вообще нужно сжигать, гомункул на пичканый фичами, которые похоже ни кто никогда не тестировал
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
крайне не стабильное поделие
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
если говорить о трассировке и реальной работе продукт должен быть около Doors
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
роза , таже самая
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
но это шаг на полвека назад
источник

PD

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

AM

Alexey Mergasov in Архитектура ИТ-решений
Phil Delgyado
Да даже если распределенная и многослойная система - то зачем там спаркс?
Если спроектировано нормально, то хватает и просто картинок в Confluence (и да, там есть версионирование).
ну вот представьте в вашем финтехе вдруг предстоить обрабатывать не 100 000 счетов, а 300 000 000
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Alexey Mergasov
ну вот представьте в вашем финтехе вдруг предстоить обрабатывать не 100 000 счетов, а 300 000 000
да ещё на счетах ФНС всё в реале отражать,
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
да ещё и батчевая обработка пачек платежей.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, у меня обычно 10mln+, а там разницы с 300mln не очень много.
Интереснее не число счетов, а когда число TPS вылетает за 5K, но тут тоже архитектура-то достаточно простая, просто не такая же, как для 100TPS.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
не не ... аккаунтинг расширяется в 30 раз
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
ветрина со стейтами счетов распадается на шарды
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
в кубернетесе операторами будете шардировать?
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
скриптиком?
источник

PD

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

AM

Alexey Mergasov in Архитектура ИТ-решений
ну я как минимум без отлаженного механизма А\Б сравнения даже не подступился к решению такого рода задачи
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, у меня и на 10mln будет FDB, где шардирование из коробки )
Не MySQL же, конечно.
И даже на 10mln нужно шардирование
источник

PD

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

DZ

Denis Zarin in Архитектура ИТ-решений
Alexey Mergasov
ну я как минимум без отлаженного механизма А\Б сравнения даже не подступился к решению такого рода задачи
А что такое A/B в вашем контексте?
источник