Технічні статті й дайджести

RSS
← Сtrl 123456...18 Ctrl →

Коментарі

Мабуть тут буде доречна аналогія не із мікроскопом та молотком, а із пушкою по горобцям. Мікросервіси — це точно важка зброя, яка інколи працює для сайтів, навантаження яких вимірюється сотнями запитів за секунду, а не десятками чи сотнями тисяч.
Яка різниця?
Ніяк. В розподіленому середовищі атомарність доволі ілюзорна річ. Одразу видно глибоке розуміння питання. Як там 2PC/ACP до речі, який описанний і успішно використовується з 80х років минулого сторіччя, теж всьо?
Хоча насправді вся ця багатогігабайтна срань просто перекидає жалюгідні коротенькі пласкі жсони з кількох баз на фронт. О, знатно пригоріло, одразу видно що не зміг. Не підійшов мікроскоп забивати цвяхи. Поганий мікроскоп. Співчуваю.
Ніяк. В розподіленому середовищі атомарність доволі ілюзорна річ. Це твердження справедливе тільки у мікро-сервісному середовищі 3-5 синьорів, 2 девопси, 2 тестери, півроку. Якщо на мікросервісах і івент-драйвен.
Насправді Microservice architecture != Event driven architecture.  100%!!!
Цікаво чи оцінював хтось з якого моменту переваги мікросервісної архітектури перевищують її недоліки, у порівнянні з монолітом. Якщо під конкретну задачу уже хтось інший завчасно заімлементував усе що необхідно
saga pattern + compensating events все вірно, от тільки на практиці реалізація саги перетворюється на побудову підводно-підземного танка-літака з вбудованою функцією виходу в космос.
як все ж таки досягти атомарності при розподіленій транзакції в event-driven підході. Ніяк. В розподіленому середовищі атомарність доволі ілюзорна річ. Як правильно в такому випадку ревертнути транзакцію? 3-5 синьорів, 2 девопси, 2 тестери, півроку.
на справді суть мікросервісів в тому щоб для розробки однієї фічі можно було залучити як мінімум команд Це суть сферичного коня у вакуумі.
Абсолютно підтримую. Більшості інформаційних систем мікросервіси так само корисні як коню 5-6 додаткових ніг, і на кожній нозі різна версія копита. І кілька ніг заскейлені в 3 поди просто тому що так можна.
Цікаво чи оцінював хтось з якого моменту переваги мікросервісної архітектури перевищують її недоліки Коли ти стаєш амазоном.
Це очевидні задачі, я не сподіваюсь що цей сайт за три місяці буде таким самим популярним як ДОУ. Інша справа чи захочуть українці розвивати цей сайт, як це робили свого часу юзери на московському хабрі з нуля, ще до введення ППА.
Доки сервіс не набере 100к юзерів — головною проблемою буде як їх залучити. На другому місці — створювання контенту.