Быстрый обмен ресурсами и обновлениями
У меня есть 2 вопроса о Snappy (которые я очень люблю!), Которые я хотел задать. Надеюсь все нормально я сливаю их в одну ветку:)
Совместное использование ресурсов
Мой первый пример моментальной сборки - это Java-сервер, который я разработал. Мне удалось создать снимок, который содержит JRE, мой сервер и запуск службы. Все отлично работает
Файл привязки приводит к 106 МБ, который является главным образом Java. Мне было интересно, если есть способ поделиться установкой Java между серверами? Чтобы мои файлы моментальных снимков стали очень маленькими и содержали только определенный код для моей установки?
В моей голове это будет выглядеть примерно так:
- Снимок 1: Снимок, который содержит среду выполнения Java и предоставляет Java для использования другими. Я считаю, что для этого используются слоты, но я не уверен на 100% в этом.
- Snap 2: Сервер A, который содержит только мои файлы jar и использует Java-среду выполнения Snap 1.
- Snap 3: как Snap 2, но с разными банками.
Я бы хотел, чтобы Snap 2 и 3 зависели от Snap 1, поэтому, если кто-то установит Snap 2, он автоматически установит Snap 1. Если Snap 1 установлен, он пропустит это и просто использует его?
Я не уверен, поддерживается ли это или это вообще должно работать?
Механизм обновления.
Я читал, что snappy поддерживает обновления транзакций. Я прочитал это как "если загрузка или установка прервется, обновление завершится неудачно, и предыдущая версия будет запущена как ожидаемая".
Интересно, является ли обновление дополнением-обновлением. У меня есть среды развертывания, которые имеют ограниченные возможности подключения, поэтому было бы здорово, если бы обновление работало в режиме rsync. Например, обновление начинает загружаться, достигает 20%, а затем разрывается соединение. Через некоторое время он повторяет попытку, и после восстановления связи он начинает с того места, где ушел. Это то, что реализовано / работает?
1 ответ
Попытка ответить на ваши объединенные вопросы:
Вопрос 1: Этот механизм недоступен на сегодняшний день (мы можем ввести его в будущем, с 3 разделенными снимками, как вы понимаете, но сейчас он недоступен). Другой вариант, который вы можете искать, если, если оснастка 2 и 3 тесно связаны, вы можете иметь одну оснастку, содержащую jvm и ваши 2 службы. Затем некоторые настройки, чтобы выбрать, что начать (служба 1, служба 2 или два из них).
Вопрос 2: Это не так в наши дни, однако я призываю вас сообщить об ошибке, чтобы запросить такую функцию, как ошибка на панели запуска.