2
Я новичок в NSB, и я искал какое-то эмпирическое правило для принятия решения о том, что представляет собой отдельный сервис. К сожалению, я не нашел много онлайн или в книге David Boike's или на странице docs.NServiceBus & решающие границы службы
Типичными примерами являются продажи, доставка, выставление счетов. Таким образом, мое первоначальное мышление состоит в том, чтобы делить по реальным отделам в компании, но как насчет таких вещей, как «Ведение журнала» и других вещей, которые могут вписаться в «огонь и забыть»? Не будет ли столько услуг увеличивать сложность? Существует ли определенное оптимальное число?
Что такое хорошее эмпирическое правило для принятия решения о том, что представляет собой реальный сервис, не переходя сверху?
Это не хороший вопрос переполнения стека. Я бы посоветовал вам опубликовать этот вопрос (более подробно) в списке рассылки/форуме для NServiceBus: https://groups.google.com/forum/#!forum/particularsoftware. –
Это действительно хороший вопрос, противоречащий тому, что сказал Фил, это общий вопрос SOA. Лучший способ настроить ваши услуги - использовать отделы в вашей компании, но это не всегда возможно, поэтому лучше всего обсуждать границы услуг с бизнесом, также иметь в виду DDD, потому что это помогает вам определите границы так, как вы хотите. Также ведение журнала не является реальным сервисом; вы можете иметь общие службы, отправлять электронные письма, смс, архивировать документы, так как у вас будет принтер, разделяемый двумя отделами, но не протоколирование. – Marco
Я сказал, что это не очень хороший вопрос для переполнения стека - я сделал * не * сказал, что это не очень хороший вопрос. –