Size: a a a

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

2020 December 01

PD

Phil Delgyado in Архитектура ИТ-решений
Кстати, а котлин под Native Image нормально живет?
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
Были какие-то проблемы с корутинами, но их вроде пофиксили.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Впрочем, ктор, вроде бы, и так быстрее кваркуса стартует...
источник

SB

Sergey Bezrukov in Архитектура ИТ-решений
А nginx быстрее ктора ) Это всё же немного разного класса штуки.
источник

F

Fagor in Архитектура ИТ-решений
ага, и в целом это все вообще не имеет значения в 99% случаев
источник

R

Roman in Архитектура ИТ-решений
это не java se. хотя мы понимаем, что своё огромное применение эта штука находит
источник

R

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

R

Roman in Архитектура ИТ-решений
у native image в контейнерах есть отрицательное свойство - он не режется на слои
источник

R

Roman in Архитектура ИТ-решений
под Джокер такую схемку сделали для тех, кто делает образы контейнерные сам (не через спринг например) https://bit.ly/36bBLYQ
источник

F

Fagor in Архитектура ИТ-решений
классно, но задам вопрос зачем? продать - отлично. А если не продать, то что?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Sergey Bezrukov
А nginx быстрее ктора ) Это всё же немного разного класса штуки.
Да ладно, примерно одинаковые, если со спрингом сравнивать.
Но реально потребностей в чем-то сверх ктора у нас так и не появилось.
источник

F

Fagor in Архитектура ИТ-решений
P.S. пару частных случаев,не вариант, а базовых концепций привносящих что то не вижу. И капиталов не вижу, как у некоторых "некромансеров", забытое в инновацию превращать.
источник
2020 December 02

PT

Peter Tugolukov in Архитектура ИТ-решений
Всем привет. Есть вопрос к сообществу.
Задача: есть микросервис, в котором есть товары.
Сущность товара состоит из: id, цена, название, картинка.
Есть микросервис биллинга, в котором есть транзакции.
Транзакция - id, дата транзакции, id пользователя, id товара.
Нужно запилить фронт, на котором будет показываться список транзакций сразу с инфой по товарам. Например, в элементе списка будет дата транзакции, имя и фотка товара.
Проблема - данные берутся из разных микросервисов.
Первый вариант, который приходит в голову - запилить backend for frontend, который будет собирать сначала транзакции, а потом списки товаров и уже готовый json отдавать на фронт.
Но проблема - что если понадобится что-то более сложное? Может быть сразу с пагинацией и фильтрацией.
Какие еще варианты есть?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Если надо, могу фигануть схему.
источник

YG

Yuri Gasnikov in Архитектура ИТ-решений
Peter Tugolukov
Всем привет. Есть вопрос к сообществу.
Задача: есть микросервис, в котором есть товары.
Сущность товара состоит из: id, цена, название, картинка.
Есть микросервис биллинга, в котором есть транзакции.
Транзакция - id, дата транзакции, id пользователя, id товара.
Нужно запилить фронт, на котором будет показываться список транзакций сразу с инфой по товарам. Например, в элементе списка будет дата транзакции, имя и фотка товара.
Проблема - данные берутся из разных микросервисов.
Первый вариант, который приходит в голову - запилить backend for frontend, который будет собирать сначала транзакции, а потом списки товаров и уже готовый json отдавать на фронт.
Но проблема - что если понадобится что-то более сложное? Может быть сразу с пагинацией и фильтрацией.
Какие еще варианты есть?
Я бы делал витрину данных с локальным хранилищем. Подозреваю , что помимо пагинации, данные из разных микросервисов надо мержить. Это + пагинация делает формирование ответа на лету монструозным и неповоротливым
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Да, надо мерджить.
источник

PT

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

PT

Peter Tugolukov in Архитектура ИТ-решений
Есть фронт, в который могут вносить изменения разные команды. Типа, одна команда сделала свой раздел, вторая и так далее.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Предполагается, что витрины будет поддерживать команда, которой нужна эта инфа для фронта?
источник

YG

Yuri Gasnikov in Архитектура ИТ-решений
Peter Tugolukov
Предполагается, что витрины будет поддерживать команда, которой нужна эта инфа для фронта?
Это , по крайней мере , логично
источник