Телеграмм чат группы itarchitect страница 2700

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

2004 membersпожаловаться на группу

2020 March 04

S

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

Mikhail Romashov

Благодарю за расширенный ответ. Я системный аналитик, требования к времени ответа в целом от бизнеса, к отдельным компонентам от нашего архитектора, основное микросервисы в OpenShift. Сейчас пока функциональное тестирование, смотрим что в принципе работает правильно. На тестовом контуре сильно не укладываемся во время, профилирование пока не проводится, работаем над основной функциональностью.
Можно предположить, что на тесте слабое железо, но хотелось бы разобраться комплексно. Понимаю, что конкретные тайминги покажет только профилирование

Железом не закидаете, у вас же пропускная способность
Если вы на ровном месте не укладываетесь - дальше будет хуже

источник

11:30пожаловаться #1

S

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

Стройте граф сервисов и смотрите задержки по нему

источник

11:30пожаловаться #2

AP

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

Mikhail Romashov

Благодарю за расширенный ответ. Я системный аналитик, требования к времени ответа в целом от бизнеса, к отдельным компонентам от нашего архитектора, основное микросервисы в OpenShift. Сейчас пока функциональное тестирование, смотрим что в принципе работает правильно. На тестовом контуре сильно не укладываемся во время, профилирование пока не проводится, работаем над основной функциональностью.
Можно предположить, что на тесте слабое железо, но хотелось бы разобраться комплексно. Понимаю, что конкретные тайминги покажет только профилирование

Если в целом и не зная специфики, то я бы вообще не рекомендовал использовать микросервисные подходы. Это совершенно прям конфликтующие в 99% случаев вещи - микросервисы и быстрое время выполнения задачи

источник

11:30пожаловаться #3

AP

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

потому что микросервисы это всегда множество вызовов между сервисами (или сервисами и шиной), а это долго.
Быстрее эти же вызовы погрузить в память, желательно локальную для всех компонент... а это не просто монолит, это в идеале один процесс.
В пределе, разумеется

источник

11:33пожаловаться #4

AS

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

Хм.. С чего бы это... Кажется есть повод задуматься...

Защита прав потребителя

источник

11:33пожаловаться #5

MR

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

Alexey Pryanishnikov

потому что микросервисы это всегда множество вызовов между сервисами (или сервисами и шиной), а это долго.
Быстрее эти же вызовы погрузить в память, желательно локальную для всех компонент... а это не просто монолит, это в идеале один процесс.
В пределе, разумеется

Требование стейтлесс, оперативка на сервис ограничена

источник

11:36пожаловаться #6

OS

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

Alexander Samarin

Защита прав потребителя

А нет ли и в ИТ потребителей? Может их тоже надо защитить от архитекторов из числа бывших девелоперов?

источник

12:17пожаловаться #7

AS

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

в этом контексте, потребители - владельцы построенных домов. Владелец просит архитектора разработать проект дома, потом для исполнения владелец нанимает строителей, а архитектор (как представитель владельца) их контролирует. Три независимые лица.

источник

12:24пожаловаться #8

S

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

тут вот критика на всё софтостроение
https://habr.com/ru/post/423889/

со всем согласен...

источник

13:02пожаловаться #9

AP

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

о, прикольно, я про это 10 лет назад ныл, потом привык)
Думаю, что есть коллеги, которые 20 лет назад аналогично печалились

источник

13:07пожаловаться #10

EG

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

Papyrus это попытка сделать бесплатный клон Rational Software Architect. Бесплатные тулы для моделирования нормально не работают.
Подойдет для студентов и написания научных статей

А не поделитесь ссылкой на этот инструмента для знакомства, а то что-то не гуглится только по слову.

источник

13:11пожаловаться #11

S

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

Edward Galiaskarov

А не поделитесь ссылкой на этот инструмента для знакомства, а то что-то не гуглится только по слову.

rational продали HCL (индусская компания). Они нормального сайта не родили
старое https://www.ibm.com/developerworks/downloads/r/architect/index.html
так же на ютубе полно роликов было

IBM Developer : Download : IBM Rational Software Architect Designer

Download IBM Rational Software Architect Designer (RSAD), and improve your solution delivery outcomes. RSAD reduces complexity while helping you comprehend, collaborate, and communicate more effectively.

источник

13:14пожаловаться #12

S

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

вариацией для real-time & embedded - https://www.hcltechsw.com/wps/portal/products/rtist

HCL Software

HCL Software Site

источник

13:15пожаловаться #13

EG

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

rational продали HCL (индусская компания). Они нормального сайта не родили
старое https://www.ibm.com/developerworks/downloads/r/architect/index.html
так же на ютубе полно роликов было

IBM Developer : Download : IBM Rational Software Architect Designer

Download IBM Rational Software Architect Designer (RSAD), and improve your solution delivery outcomes. RSAD reduces complexity while helping you comprehend, collaborate, and communicate more effectively.

Спасибо.

источник

13:15пожаловаться #14

S

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

похоже индусы прибивают продукт окончательно, видимо все разбежались. Я бы одним из архитекторов/разработчиков, но после продажи rational-а индусам свалил, как многие другие
в Папирус вкладывалась Obeo - они пытаются занять место Rational-а. С непонятным успехом... есть поддержка со стороны ряда европейских военных компаний типо Thales-а

источник

13:19пожаловаться #15

P

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

Mikhail Romashov

Благодарю за расширенный ответ. Я системный аналитик, требования к времени ответа в целом от бизнеса, к отдельным компонентам от нашего архитектора, основное микросервисы в OpenShift. Сейчас пока функциональное тестирование, смотрим что в принципе работает правильно. На тестовом контуре сильно не укладываемся во время, профилирование пока не проводится, работаем над основной функциональностью.
Можно предположить, что на тесте слабое железо, но хотелось бы разобраться комплексно. Понимаю, что конкретные тайминги покажет только профилирование

На шифте проблем не будет, отлично масштабируется горизонтально.

источник

13:34пожаловаться #16

P

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

На шифте проблем не будет, отлично масштабируется горизонтально.

Железо не тянет.

источник

13:36пожаловаться #17

P

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

Mikhail Romashov

Благодарю за расширенный ответ. Я системный аналитик, требования к времени ответа в целом от бизнеса, к отдельным компонентам от нашего архитектора, основное микросервисы в OpenShift. Сейчас пока функциональное тестирование, смотрим что в принципе работает правильно. На тестовом контуре сильно не укладываемся во время, профилирование пока не проводится, работаем над основной функциональностью.
Можно предположить, что на тесте слабое железо, но хотелось бы разобраться комплексно. Понимаю, что конкретные тайминги покажет только профилирование

Ты же в ВТБ, да? ЕФР? Или где там ещё шифт?

источник

13:38пожаловаться #18

PD

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

На шифте проблем не будет, отлично масштабируется горизонтально.

Горизонтальное масштабирование про throughput, не latency

источник

13:55пожаловаться #19

YB

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

Alexey Pryanishnikov

потому что микросервисы это всегда множество вызовов между сервисами (или сервисами и шиной), а это долго.
Быстрее эти же вызовы погрузить в память, желательно локальную для всех компонент... а это не просто монолит, это в идеале один процесс.
В пределе, разумеется

Для этого шины все строятся на пакетном обмене данными. Если в классическом стеке вы группируете данные по ниткам бизнес-логики, то в микросервисах вы группируете данные по рабочей области. Это работает медленнее на малых объёмах, зато повышение нагрузки с повышением объёма не прямое, и это позволяет дольше жить на имеющихса ресурсах, а при горизонтальном масштабировании фокусироваться именно на масштабировании узких мест.

источник

14:13пожаловаться #20