Способ разработки облачного приложения - PullRequest
2 голосов
/ 08 июля 2011

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

В настоящее время предпочтительными способами являются Java, Tomcat в качестве сервера приложений для возможности его развертывания в Amazon Ec2. Веб-служба должна быть доступна через SOAP (WSDL) и веб-интерфейс, который должен быть спроектирован с GWT, для структуры сервера, которую мы планируем использовать Spring, и для Data Hibernate для хранения бизнес-модели в базе данных.

Есть ли у кого-нибудь готовые проекты для затмения, где готовится такой проект с (java ee axis1 java-аннотации для веб-сервисов, gwt, spring и hibernate)?

Или как лучше всего запустить или настроить / структурировать такой проект, чтобы он не работал неправильно!?

Все советы и подсказки будут великолепны.

Спасибо и приветствия

Tommy

Ответы [ 3 ]

1 голос
/ 08 июля 2011

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

  1. вы должны понимать ваше заявление. Начиная с того, что группа (и мы говорим здесь о +10 библиотеках) библиотек, не дает вам никакого представления о том, что происходит под капотом
  2. мир меняется I. Пример +1 год может быть уже устаревшим
  3. мир меняется II. В определенный момент времени ваше приложение переходит в режим обслуживания (работы). Что делать, если требуются изменения, вы должны перейти, например, с Tomcat 7 - Tomcat 9 или Spring 3 - String 5. Начнете ли вы в данный момент времени понимать, что вы делали 3 года назад?
  4. когда предприятие вступает в игру, вы должны учитывать различные аспекты, такие как лицензирование и юридические вопросы, поэтому вы должны четко идентифицировать компоненты OSS, их лицензии и местонахождение.
  5. Это не так сложно, определить либов верхнего уровня, которые вам нужны, например, Весна. Затем посмотрите, какие предварительные условия вы должны выполнить.
1 голос
/ 08 июля 2011

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

Amazon предоставляет другие сервисы для упрощения масштабирования, такие какэластичный балансировщик нагрузки и возможность создания пользовательских AMI, чтобы вы могли запустить новый экземпляр в одно мгновение, но вам все равно придется выяснить, как вы хотите, чтобы приложение масштабировалось.Как сказал Чедин, я бы, вероятно, пошел с REST поверх SOAP, но я не знаю, какие ограничения были наложены на вас вашим руководителем проекта.

Наконец, баллы home наобновление и понимание вашего приложения - это хорошо, и я бы посоветовал просмотреть документацию по Spring / Hibernate и настроить то, что вам нужно, так, как вам это нужно.Это может показаться серьезным капиталовложением, но оно того стоит, если вы планируете основывать свое приложение на технологии.

1 голос
/ 08 июля 2011

Google App Engine (GAE) - еще одно потенциальное решение для масштабируемой веб-архитектуры. Самым большим отличием здесь является то, что вы НЕ имеете доступа к базовому серверу, но Google предоставляет множество API, позволяющих вам делать то, что вам может понадобиться. (Например, постоянный слой в отсутствие JDBC)

GAE можно быстро и легко запускать и использовать с Eclipse, поскольку у них есть хороший набор плагинов для Eclipse (может быть, и IntelliJ, но я точно не знаю). Он также очень хорошо интегрируется с GWT.

Последнее замечание: вы можете написать код с помощью GAE на Python, если хотите.

...