Enterprise Service / Data Buses для инфраструктуры новой компании?

Question

Я разрабатываю систему для нового бизнеса и нахожусь в уникальном положении «карт-бланш».

Как и любой бизнес, который он планирует работать долго и расти до неопределенного размера.

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

Из моего опыта органически выращенных & trade; по моему мнению, системы - худший вид наследования, поэтому мне интересно, что думает сообщество?

Мы находимся на стадии, когда разворачивать бизнес без этих слоев - это плохая практика, даже если он маленький?

Спасибо

Answer 1

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

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

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

А что касается наследования органически выращенных систем ™, я думаю, что это лишь плохая ситуация, если заинтересованные стороны не знают, что вы начали с чего-то простого, что может быть отброшено, как только потребности изменятся (но опыт не будет! !!!) тогда это может быть кошмарно, так как вы не можете делать правильные вещи. Но если все знают с самого начала, что это за идея, и что они должны ожидать изменений в ИТ-решениях вместе с изменениями / ростом бизнеса, то, по моему скромному мнению, не должно быть никаких больших проблем.

Подводя итог, сделайте самое простое, что работает, и убедитесь, что заинтересованные стороны понимают, что это не разовая вещь.

Answer 2

Сделайте самое простое решение. Если вы создадите «полное решение» сейчас, скорее всего, вы пропустите некоторые важные требования или потратите время и деньги на добавление ненужных функций. Тем не менее, разработайте свое решение так, чтобы части могли быть изменены довольно легко.

В качестве практического примера, если вы кодируете в .NET, создайте интерфейс и реализацию по умолчанию для каждой «службы». Максимально программируйте на интерфейс. Позже, если вам нужно отключить службу, вы сможете легко подключить клиента WCF, который реализует ваш интерфейс. С этим может помочь и инверсия контроля.

Answer 3

Органический рост сам по себе неплох. Это плохо, только когда плохо. Тем не менее, сказав, что я буду смотреть через 3-5 лет в будущем и составлю наилучшую оценку того, каковы будут потребности компании в вычислительной технике и как я ее понимаю. Постарайтесь получить правдивую и реалистичную информацию от руководства, чтобы основывать свою оценку.