Удивительно, почему все предполагают, что версии состоят только из целых чисел - в моем случае это не так.
Зачем изобретать колесо (если версия соответствует стандарту Semver)
Сначала установите https://github.com/vdurmont/semver4j через Maven
Затем используйте эту библиотеку
Semver sem = new Semver("1.2.3");
sem.isGreaterThan("1.2.2"); // true
У меня была эта проблема раньше. Я полагаю, что это просто ошибка, из-за которой внутренности портятся из-за плохого развертывания.
Способ, которым я использую принудительное развертывание, заключается в создании нового ядра, а затем добавлении известных рабочих lamdbas в рабочей группе к новому ядру, уничтожении и перезапуске демона на основном устройстве, а затем повторном развертывании.
Так что для меня у меня было две неверно настроенные вещи, которые препятствовали успешному развертыванию
Развертывание застряло «в процессе», потому что для прикрепленных разрешений в политике и роли требовались разрешения на лямбда развернуть. Как только я это сделал, развертывание перешло от «в процессе» к «неудачному развертыванию», что привело меня ко второй ошибке.
Экземпляр EC2, на котором размещалось основное программное обеспечение, почему-то неправильно выполнял сценарий оболочки установки (вероятно, не запускал его как sudo), и мои cgroups не были полностью настроены на память (не уверен, что это значит но вам это нужно настроить)
Спасибо Стиву B за помощь!