Pull to refresh
2
Karma
-1
Rating
Тетка Андрей @Kecven

Java Developer

Разработка архитектуры для чайников. Часть 3

Привет. Наверное уже в сотый раз повторю, что данная статья для чайников. У меня не было задачи описать каждый вариант архитектуры. Если бы я начал это делать, то книг 10 спокойно можно было бы написать) Тут просто намёки, куда можно посмотреть и краткое изложение что это такое.

Но что касаемо вашей ситуации, в чём проблема делать проверки в сервисе биллинга, который списывает деньги. Примерно так же мы должны делать проверки на фронтоне и на бекенде, так и тут тоже самое. Мы перед тем как списывать деньги и поменять владельца лота должны проверить что всё в итоге нормально и у пользователя есть деньги, а у владельца остался лот. Как мы написали "СРАЗУ УЧТЕМ ЧТО СЕРВИСЫ ВЫПОЛНЯЮТСЯ в 1м экземпляре, в 1 потоке.". если мы говорим про один поток, так это вообще не проблема.
false positive Конкретно в данном случае не проблема. Если мы имеем дело с деньгами, то это Нужно делать по сотне дополнительных проверок везде. Но если мы говорим о том, что поставился лайк под фоточкой или нет, то лучше забить и сэкономить ресурсы сервера и если в один из 1.000.000 случаев лайк не поставился, то это не страшно, за то сервера работают быстрее, пользователь увидел обновление сразу и доволен. Всё зависит от задачи.

Разработка архитектуры для чайников. Часть 3

Спасибо, на этот раз мне помогала @Ethera с проверкой на ошибки. )

Разработка архитектуры для чайников. Часть 3

eda (event driven architecture). Да, ошибочка. Поправлю.

Разработка архитектуры для чайников. Часть 1

Ну данная статья и правда не про то, естественно я решал конкретные задачи при разработке архитектуры, но данная статья скорее общая вводная что делать, если вам упала задача разработать новую архитектуру и через какие этапы нужно пройти. С одной стороны печально что статью заминировали, а с другой вижу что люди добавляют в закладки и пишут в личку благодарности, так что кому та статья помогла.

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

Но что меня поразило это "корпоративный пиар". Я же даже нигде названия компании не указывал ))) пиар явно божественный получился)

Разработка архитектуры для чайников. Часть 1

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

Information

Rating
Does not participate
Location
Всеволожск, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity