Java Blog

В Google Cloud есть несколько опций, которые можно использовать для запуска приложений Spring Boot. Возможно, проще всего начать с App Engine, но вы также можете найти способы запуска Spring Boot в контейнере с Container Engine или на виртуальной машине с Compute Engine. Для запуска в App Engine вы можете сначала создать проект в пользовательском интерфейсе, который устанавливает для вас уникальный идентификатор, а также настраивает маршруты HTTP. Добавьте приложение Java в проект и оставьте его пустым, а затем используйте Google Cloud SDK, чтобы вставить приложение Spring Boot в этот слот из командной строки или сборки CI. Стандарт App Engine требует, чтобы вы использовали упаковку WAR. Выполните следующие действия , чтобы развернуть стандартное приложение App Engine в Google Cloud. Кроме того, App Engine Flex требует создания файла app.yaml для описания ресурсов, необходимых для вашего приложения. Обычно вы помещаете этот файл в src/main/appengine, и он должен выглядеть следующим ...

Boxfuse работает, превращая исполняемый jar или war Spring Boot в минимальный образ виртуальной машины, который можно развернуть без изменений либо в VirtualBox, либо в AWS. Boxfuse поставляется с глубокой интеграцией для Spring Boot и использует информацию из вашего файла конфигурации Spring Boot для автоматической настройки портов и URL-адресов проверки работоспособности (health check). Boxfuse использует эту информацию как для образов, которые он создает, так и для всех ресурсов, которые он предоставляет (экземпляры, группы безопасности, эластичные балансировщики нагрузки и т. д.). После того как вы создали учетную запись Boxfuse, подключили ее к своей учетной записи AWS, установили последнюю версию клиента Boxfuse и убедились, что приложение было создано Maven или Gradle (с помощью, например, mvn clean package), вы можете развернуть приложение Spring Boot в AWS с помощью команды, аналогичной следующей: $ boxfuse run myapp-1.0.jar -env=prod Если в текущем каталоге присутству...

Heroku - еще одна популярная PaaS платформа. Для настройки сборок Heroku вы предоставляете Procfile, который обеспечивает incantation, необходимое для развертывания приложения. Heroku назначает порт для использования приложением Java, а затем гарантирует, что маршрутизация на внешний URI работает. Вы должны настроить приложение для прослушивания на правильном порту. В следующем примере показан Procfile для нашего начального REST-приложения: web: java -Dserver.port=$PORT -jar target/demo-0.0.1-SNAPSHOT.jar Spring Boot делает аргументы -D доступными в качестве свойств, доступных из экземпляра Spring Environment. Свойство конфигурации server.port передается встроенному экземпляру Tomcat, Jetty или Undertow, который затем использует порт при запуске. Переменная окружения $PORT присваивается нам Heroku PaaS. Это должно быть все, что вам нужно. Наиболее распространенный рабочий процесс развертывания для развертываний Heroku - это отправка (git push) кода в производственный режим, ка...

Cloud Foundry предоставляет пакеты сборки (buildpack) по умолчанию, которые вступают в игру, если не указан другой пакет сборки. Сборка Java Cloud Foundry имеет отличную поддержку приложений Spring, включая Spring Boot. Вы можете развернуть как автономные исполняемые jar-приложения, так и традиционные .war-упакованные приложения. После того как вы скомпилировали свое приложение (например, с помощью mvn clean package) и установили инструмент командной строки cf, разверните его с помощью команды cf push, подставив путь к скомпилированному файлу .jar. Обязательно войдите в систему с помощью клиента командной строки cf, прежде чем отправлять приложение. В следующей строке показано использование команды cf push для развертывания приложения: $ cf push acloudyspringtime -p target/demo-0.0.1-SNAPSHOT.jar В предыдущем примере замените acloudyspringtime на любое значение, которое вы указываете в качестве имени вашего приложения. Если в этом же каталоге присутствует файл manifest.yml Clo...

Исполняемые файлы Spring Boot готовы для большинства популярных поставщиков облачных услуг PaaS (Platform-as-a-Service). Эти провайдеры, как правило, требуют, чтобы вы "принесли свой собственный контейнер". Они управляют процессами приложения (а не приложениями Java), поэтому им необходим промежуточный уровень, который адаптирует ваше приложение к понятию запущенного процесса в облаке. Два популярных облачных провайдера, Heroku и Cloud Foundry, используют подход "buildpack" (сборочный пакет). buildpack оборачивает развернутый код во все, что необходимо для запуска приложения. Это может быть JDK и вызов java, встроенный веб-сервер или полноценный сервер приложений. Сборочный пакет является подключаемым, но в идеале вы должны иметь возможность использовать как можно меньше настроек. Это уменьшает влияние функциональности, которая не находится под вашим контролем. Это сводит к минимуму расхождения между средой разработки и производственной средой. В идеале ваше прило...