В настоящее время я работаю над проектом Rails 3, который делится на четыре части:
- Публичный сайт
- Веб-сайт администрации/бэкэнд
- Модели
- API для доступа к сторонним данным
Поскольку модели разделяются между тремя ключевыми компонентами, я хочу, чтобы они не были в одном основном проекте, однако каждая часть нуждается в доступе к моделям, но я не хочу повторять код и иметь разные версии везде.
В настоящее время у меня есть код модели в драгоценном камне, и в каждом проекте Gemfile я ссылаюсь на них со следующей строкой:
gem "my_models", :path => "../my_models/"
Однако, когда я развертываю на наших тестовых серверах для своих сотрудников, чтобы оценить систему, мне нужно вывести модели из внешнего репозитория, поэтому я поменяю приведенную выше строку следующим образом:
gem "my_models", :git => "[email protected]:username/my_models.git"
Это само по себе работает хорошо, но его довольно неуклюжий в терминах "версий" (т.е. мне нужно, чтобы каждый раз, когда я планирую развернуть изменения на тестовых серверах, нужно набросать версию), переключите линию на использование git вместо локального и убедитесь, что я правильно нажимаю файлы.
Раньше я использовал общий подмодуль git, но это было так же неудобно.
Я бы предпочел не строить все в один мегапроект, поскольку они, как правило, становятся чудовищными и трудными в обслуживании, и я также хотел бы разделить проблемы, если это возможно, поэтому любые изменения, которые я внес на сайт администрации, не имеют большая часть шансов повлиять на другие компоненты - очевидно, что модели могут создавать проблемы, но это риск, который я рассмотрел и понял.
Что бы люди там предложили, когда дело доходит до чего-то подобного? Или, я об этом не ошибаюсь?
Дополнительная информация:
Это приложение представляет собой переписку с существующим веб-сайтом, который следил за моделью "все в одном проекте" - к сожалению, здесь есть две проблемы:
- Приложение было плохо развито - я унаследовал этот проект, и когда я впервые взял его, время загрузки составляло ~ 2 минуты на страницу с одним пользователем - это с тех пор было уменьшено, но все еще имеет проблемы во всех
- В настоящее время мы находимся на пределе емкости текущего сайта, и мы ожидаем, что в ближайшие 6 месяцев нам потребуется больше нагрузки. Однако масштабирование с помощью приложения "все в одном" означает, что мы будем тратить ресурсы при масштабировании заднего конца сайта, который не нуждается в нем.
По сути, есть две вещи, которые я хочу разделить: передняя часть (являющаяся публичным веб-сайтом и API) и задним концом - все, что я знаю о разработке программного обеспечения, говорит мне, что объединение всего этого не является идеальным решением (и прошлая история показывает мне, что разделение этих двух является хорошим шагом с точки зрения обеспечения производительности переднего конца).
Возможно, мне нужно взглянуть на это под другим углом - сохранить модели в каждом проекте и вместо совместного использования их между проектами иметь сокращенное подмножество функциональных возможностей для каждой функциональной области (то есть, бэкэнд должен знать, кто создал но передняя часть на самом деле не заботится об этом, поэтому опустите эту логику при чтении в модели).
