AM
Но вот как заставить aws компенсировать риски потери данных зп сотрудников пентагона )))
Size: a a a
2021 February 13
AM
В целом ентерпрайзом можно назвать инфраструктуру которая оперирует юридически значимыми документами (электронными)
AM
Там и законы от скзи и о подписи.
AM
И есть регламенты разборов, и ответственные за глюки
AM
Тоесть контора образца середины 20 века, только вместо бумаги хмл
AM
Которые в случае чего могут быть предоставлены суду
AM
Mukanov Baurzhan
Следующим шагом хотел донести, что имеется проблема в части авторизации, где посредством Radius обращаются к основной базе данных, тем самым нагружая ее. Хотим предложить вариант авторизации посредством некой локальной таблицы, что снизило бы риск зависимости оказания услуги при нагруженности БД или недоступности ее
Вам лучше просто кубиками схематично отобразить, архимейт используете не правильно. Специалистов вводит в заблуждение.
AM
Топам архимейт имеет смысл заносить если они понимают что такое сервисная бизнес архитектура.
AM
А так лучше не стоит.
NZ
Alexey Mergasov
максимальная изоляция и независимость
Максимальная изоляция - это шина, а не рестфулл.
MB
Alexey Mergasov
Вам лучше просто кубиками схематично отобразить, архимейт используете не правильно. Специалистов вводит в заблуждение.
спасибо!
AM
Максимальная изоляция - это шина, а не рестфулл.
Как вам угодно)))
2021 February 14
F
Максимальная изоляция - это шина, а не рестфулл.
Так шина становится bottle neck же. Решение хорошее, но обрастает логикой внутри себя, и становится тем самым, от чего хочется избавиться.
AM
Так шина становится bottle neck же. Решение хорошее, но обрастает логикой внутри себя, и становится тем самым, от чего хочется избавиться.
тссс... об этом не принято говорить
DB
Так шина становится bottle neck же. Решение хорошее, но обрастает логикой внутри себя, и становится тем самым, от чего хочется избавиться.
Шина - bottleneck by design, иначе все все через неё бы и делали😉
F
Да, но к примеру во внутренней разработке энтерпрайза, где легаси ПО как грибов после дождя, завести ее - тоже решение. Потому что к очередям и брокерам сообщений не готова среда.
VN
А как организовать обмен данных между парой десятков систем, которые не очень хорошо могут в веб сервисы?
DB
V N
А как организовать обмен данных между парой десятков систем, которые не очень хорошо могут в веб сервисы?
А кто говорит что шина -это всегда плохо? Всегда становится узким местом - да.Но иногда без неё намного хуже. Любое ИТ-решение это набор +/- и компромиссов. Идеала не бывает.
ТЛ
V N
А как организовать обмен данных между парой десятков систем, которые не очень хорошо могут в веб сервисы?
По ftp протоколу. И единый для всех протокол обмена данными в части файла и структуры данных.
ТЛ
А кто говорит что шина -это всегда плохо? Всегда становится узким местом - да.Но иногда без неё намного хуже. Любое ИТ-решение это набор +/- и компромиссов. Идеала не бывает.
Согласен. В идеале, прежде чем принять решение, сделать таблицу сопоставления различных вариантов. Потом переложить на требования и возможности систем. Выбрать наиболее подходящий.