В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

3188 membersпожаловаться на группу
2021 June 02

MV

Mikhail Velkin in Архитектура ИТ-решений
Если проходить честно к своей работе, то иначе и не будет. Разве что занять позицию страуса.

Сколько бы вы не выжидали, всегда будет страх перед новым, т.к. саппорт, багофикс, новые фичи, текучка, etc.
источник
20:49пожаловаться#1

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, они как раз привыкли к этому, но не к кафке, конечно )
источник
21:01пожаловаться#2

PD

Phil Delgyado in Архитектура ИТ-решений
Скорее сделать bff, он точно пригодится. Можно и на C#
источник
21:01пожаловаться#3

PD

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

НМ

Николай Мехматовец... in Архитектура ИТ-решений
Что вместо Kafka?
источник
21:04пожаловаться#5

PD

Phil Delgyado in Архитектура ИТ-решений
А какую задачу решаете? Вообще очередей между бэком и фронтом нет (нормальных),
Но можно сделать асинхронщину через websocket/server-send-messages/etc. И через специальный сервис, который будет это интегрировать с бэком (их сколько-то готовых есть, внутри обычно redis pub/sub)
источник
21:05пожаловаться#6

PD

Phil Delgyado in Архитектура ИТ-решений
Но скорее всего вам такое не нужно )
источник
21:06пожаловаться#7

НМ

Николай Мехматовец... in Архитектура ИТ-решений
В виде отдельного сервиса или отдельного контроллера в существующем api?
источник
21:09пожаловаться#8

PD

Phil Delgyado in Архитектура ИТ-решений
Я бы скорее сделал отдельным сервисом (несколькими, для разных фронтов), но это просто про привычку не светить бэком в интернет.
В теории можно и контроллером внутри, но скорее всего станет неудобно и небезопасно
источник
21:10пожаловаться#9

PD

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

НМ

Николай Мехматовец... in Архитектура ИТ-решений
Задача именно для брокера - обеспечить доставку сообщений (запросов) и их обработку. Например, в контексте выставления счета на заказ в интернет-магазине.
источник
21:11пожаловаться#11

PD

Phil Delgyado in Архитектура ИТ-решений
А зачем там брокер? Где там сообщение? Процесс платежа не очень удобно укладывается на ту же кафку.
источник
21:12пожаловаться#12

MV

Mikhail Velkin in Архитектура ИТ-решений
Не факт. Там много факторов: нагрузка, SLA, CI/CDl/CDp, A/B тестирование и переход с коробок/аутсорса на собственный код, отказоусточивость, [гео]резервирование и т.д.
источник
21:12пожаловаться#13

PD

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

PD

Phil Delgyado in Архитектура ИТ-решений
Но в среднем, без опыта, как не стоит делать микросервисы, так и не стоит идти в облако.
источник
21:14пожаловаться#15

НМ

Николай Мехматовец... in Архитектура ИТ-решений
Сервис выставления счёта может быть недоступен какое-то время, а заказ ушёл. Чтобы он не потерялся, кидаем в очередь и дожидаемся, пока сервис поднимется. Далее обрабатываем сообщение из брокера.
Или я что-то упускаю?)
источник
21:14пожаловаться#16

PD

Phil Delgyado in Архитектура ИТ-решений
Эээ, так нельзя. А если товар закончился. пока сервис лежал? А если деньги у клиента закончились?
источник
21:15пожаловаться#17

PD

Phil Delgyado in Архитектура ИТ-решений
Какие НФТ вообще и какая предметка? Магазин - но сколько товаров, платежей в секунду и в сутки, посетителей в сутки и т.п.?
источник
21:16пожаловаться#18

MV

Mikhail Velkin in Архитектура ИТ-решений
Облака - это не только MSA. Это и ВМ, и stateful, и CDN. Не собрав все НФТ, не поймешь... 😏
источник
21:16пожаловаться#19

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, CDN - это отдельная штука  )
источник
21:17пожаловаться#20