1. Обзор батута
Исторически простой способ понять состояние нашей системы во время выполнения был запустить его вручную в терминале. В лучшем случае мы автоматизируем все с помощью скриптов.
Конечно, движение DevOps изменило все это, и, к счастью, наша промышленность продвинулась далеко за этот подход. Батут является одним из решений, которые решают эту проблему (для пользователей Unix и Windows) в экосистеме Java.
Инструмент построен на верхней части весенней загрузки и стремится помочь разработчикам Spring Cloud в их повседневной разработке благодаря чистому и свежему пользовательскому интерфейсу.
Вот некоторые из его возможностей:
- Запуск экземпляров с использованием Gradle или Maven в качестве инструмента сборки
- Управление экземплярами весенней загрузки
- Настройка аргументов VM на этапе запуска
- Мониторинг развернутых экземпляров: использование памяти, журналов и следов
- Обеспечить обратную связь с авторами
В этой довольно статье, мы рассмотрим проблему батут стремится решить, а также взглянуть на него на практике. Мы пойдем на экскурсию, которая охватывает регистрацию новой услуги и запуск одного экземпляра этой услуги.
2. Микрослужбы: Одно развертывание мертвых
Как мы уже говорили, времена, когда приложения были развернуты с помощью одного подразделения развертывания – прошли.
Это имеет положительные последствия и, к сожалению, негативные. Хотя Spring Boot и Spring Cloud помогают в этом переходе, есть побочные эффекты, о которые мы должны позаботиться.
Путь от монолитов к микрослужбам внес огромное улучшение в структуру приложений, .
Как мы все знаем, это не то же самое, чтобы открыть проект с набором из 30 классов, хорошо структурированных среди пакетов и с соответствующими единицами испытаний, как открытие базы кода монстра с огромным количеством классов, где все легко получить сложнее.
Мало того, что – повторное использования, разъединения и разделения проблем выиграли от этой эволюции. Хотя преимущества хорошо известны, давайте перечислим некоторые из них:
- Принцип единой ответственности – важный с точки зрения поддержания и тестирования
- Устойчивость – сбой в одной службе не влияет на другие службы
- Высокая масштабируемость – требовательные службы могут быть развернуты в нескольких случаях
Но нам придется столкнуться с некоторым компромиссом при использовании архитектуры микрослужб, особенно в отношении накладных расходов на сети и развертывания.
Однако, сосредоточив внимание на развертывании, мы потеряли одно из преимуществ монолита – единое развертывание . Чтобы решить эту проблему в производственной среде, у нас есть целый набор cd-инструментов, которые помогут и сделают нашу жизнь проще там.
3. Батут: Создание первой службы
В этом разделе мы зарегистрируем услугу на батуте и покажем все доступные функции.
3.1. Скачать последний релиз
Переход к батут репозиторий, в релизы раздел , мы сможем скачать последний опубликованный релиз.
Затем начните батут, например, используя mvn весна-загрузка:бегите или ./gradlew (или градл.bat ) bootRun .
Наконец, доступ к пользовательскому интерфейсу можно получить http://localhost:8080 .
3.2. Регистрация услуг
После того, как мы батут и работает , Пойдем в Настройки раздел, где мы сможем зарегистрировать наш первый сервис. Мы найдем два примера микрослужб в коде трамплина: микросервис-пример-градл и микросервис-пример-maven.
Для регистрации услуги необходима следующая информация: имя» , порт по умолчанию , pom или построить местоположение» , инструмент сборки , префикс привода привода, и Аргументы по умолчанию VM .
Если мы решим использовать Maven в качестве инструмента сборки, сначала мы должны установить наше местоположение Maven. Однако, если мы решим использовать обертку Gradle, она должна быть помещена в наш микрослужбы папка. Больше ничего не потребуется.
В этом примере мы наберем и то, и другое:
В любое время мы сможем просмотреть информацию об услуге, нажав на информация кнопку или удалить его нажав на мусор пуговица.
Наконец, чтобы иметь возможность пользоваться всеми этими функциями, единственным требованием является привод стартера (см. фрагмент для примера) в наших проектах Spring Boot, а также /Логфиле конечная точка через известные свойства лесозаготовок:
org.springframework.boot spring-boot-starter-actuator
3.3. Управление случаями обслуживания
Теперь мы готовы переехать в Случаи секция. Здесь мы сможем начать и остановить экземпляры обслуживания, а также контролировать их статусы, следы, журналы и потребление памяти.
Для этого руководства мы начинаем один экземпляр каждой службы, зарегистрированной ранее:
3.4. Приборная панель
Наконец, давайте кратко рассмотрим Панель секция. Здесь мы можем визуализировать некоторые статистические данные, такие как использование памяти с нашего компьютера или услуг, зарегистрированных или запущенных.
Мы также сможем посмотреть, была ли введена необходимая информация Maven или нет в разделе настроек:
3.5. Обратная связь
И последнее, но не менее многое, мы можем найти Обратная связь кнопка, которая перенаправляет на репо GitHub, где можно создавать проблемы или поднимать вопросы и усовершенствования.
4. Заключение
В ходе этого учебника, мы обсудили проблему батут стремится решить.
Мы также показали обзор его функциональности, а также краткий учебник о том, как зарегистрировать услугу и как ее контролировать.
Наконец, обратите внимание, это проект с открытым исходным кодом и вы можете внести свой вклад.