Tired of outsourcing? Get hired at a top product startup from Silicon Valley 🚀
×Закрыть

Материалы по теме «Java дайджест»

RSS

Java дайджест #29: Make Java great again Java дайджест #29: Make Java great again

Bogdan Shyiak 8854

В выпуске: NetBeans уходит под крыло Apache; в VS Code появилась поддержка Java; а у Java может появиться ключевое слово ’var’ и возможность AOT компиляции; релизы и планы на MicroProfile 1.0, Mockito 2.1.0, JUnit 5 и Spring 5; видео с JavaOne 2016. 2

Java дайджест #25 Java дайджест #25

Bogdan Shyiak 8355

Project Lombok; критическая уязвимость в большинстве ИДЕ от JetBrains; инструменты тестирования JUnit 5, Spock и Spring REST Docs 1.1.0; тюнинг производительности Hibernate; релиз JBoss EAP 7; исходный код H2 на GitHub. 2

← Сtrl 123 Ctrl →

Комментарии

На начальных этапах это когда? Почти всегда. Мало кто умеет думать в терминах микросервисов. Попилить на более мелкие — пожалуйста, а организовать их работу, так и спотыкаются об очевидные грабли
Хотел написать ему ответ, но походу меня опередили.
надо очень серьезно задуматься в необходимости микросервисной архитектурыБинго. С этого мы и начали.
На начальных этапах это когда? Когда в компании одна команда из 5 человек? Хороший пример, что быстрее будет, когда 5 человек должны запилить 10 сервисов для завершения MVP или 5 человек должны запилить 1..3 подсистемы?
Гарна стаття, дякую. Даремно не українською (бо ж російською Седжвік вже і так є). Хочу зауважити що сфера застосування цього алгоритму доволі вузька — це випадки коли операції union і find відбуваються упереміш.
Может быть скорость разработки? Но даже скорость разработки всей микросервисной системы будет ниже (значительно ниже на начальных этапах). На начальных этапах это когда? Когда в компании одна команда из 5 человек?
А причем тут код к контракту микросервиса? При том, что этот контракт описывается в коде, шарится между сервисами, и с помощью него на программном уровне они и дёргают друг-друга.
В случае саги у вас сама суть в том, что падает одна из цепи локальных транзакций, и если не первая, то вся система в целом УЖЕ находится в неконсистентном состоянии, которое нужно откатывать другой цепью транзакций. Смотря что подразумевается под консистентностью.
Как и обычные ACID транзакции [могут падать — К.С.].ACID означает определенный уровень гарантий — в том числе того, что упавшая транзакция оставит систему в консистентном состоянии, откатившись до ближайшего чекпоинта.
Иногда разрешают везти кота в клетке в салоне — Я уже несколько раз перевозил так. И опять же — правила авиакомпаний отличаются — иногда допускается не больше трех животных на рейс, у других меньше/больше.
И если уж так сльно хочется все сообщения обрабатывать асинхронно на уровне микросервисов, то я бы смотрел в сторону Akka. Вроде бы как в дотнете есть порт и от майкрософта что-то подобное было.
Там выходит жёсткая зависимость на уровне архитектуры, при чём здесь код? А причем тут код к контракту микросервиса? С точки зрения архитектуры да, в RPC взаимодействии более жесткая связь, чем messaging.
Жесткая зависимость только на уровне контракта. Точно такая же как и при асинхронном взаимодействии. Там выходит жёсткая зависимость на уровне архитектуры, при чём здесь код? Если один сервис дёргает другой.
Спасибо))