Сообщение Re[3]: Floating licenses: техническая реализация от 06.07.2019 6:47
Изменено 06.07.2019 7:15 bnk
Re[3]: Floating licenses: техническая реализация
Здравствуйте, Unhandled_Exception, Вы писали:
M_F>>Было реализовано упрощенным образом на Армадилле.
U_E>Я так понимаю, что нужен сервер лицензий, который будет работать на какой-то машине внутри организации, верно?
Да. В конторе где я раньше работал тоже было на армадилле сделано. Она такое умела из коробки.
Проблема что сервис надо ставить в организации, открывать специфические порты. К тому же проблема с виртуалками —
можно запустить просто два сервиса, на клонах одной виртуалки, и удвоить количество лицензий.
После того как армадилла померла, переделали на самописный сервер лицензий на https, но все равно неудобно.
Потом переделали на схему когда лицензия чекаутится клиентом из базы.
Поскольку все локальные экземпляры в одной организации работали с одной базой данных, у которой есть уникальный ид (SQL SERVER), вопросы с виртуалками и администрированием ушли.
Понятно что данные лицензий в базе должны шифроваться, и id базы должен быть в лицензии. Так что если программе требуется база для работы, можно рассмотреть этот вариант.
M_F>>Было реализовано упрощенным образом на Армадилле.
U_E>Я так понимаю, что нужен сервер лицензий, который будет работать на какой-то машине внутри организации, верно?
Да. В конторе где я раньше работал тоже было на армадилле сделано. Она такое умела из коробки.
Проблема что сервис надо ставить в организации, открывать специфические порты. К тому же проблема с виртуалками —
можно запустить просто два сервиса, на клонах одной виртуалки, и удвоить количество лицензий.
После того как армадилла померла, переделали на самописный сервер лицензий на https, но все равно неудобно.
Потом переделали на схему когда лицензия чекаутится клиентом из базы.
Поскольку все локальные экземпляры в одной организации работали с одной базой данных, у которой есть уникальный ид (SQL SERVER), вопросы с виртуалками и администрированием ушли.
Понятно что данные лицензий в базе должны шифроваться, и id базы должен быть в лицензии. Так что если программе требуется база для работы, можно рассмотреть этот вариант.
Re[3]: Floating licenses: техническая реализация
Здравствуйте, Unhandled_Exception, Вы писали:
M_F>>Было реализовано упрощенным образом на Армадилле.
U_E>Я так понимаю, что нужен сервер лицензий, который будет работать на какой-то машине внутри организации, верно?
Да. В конторе где я раньше работал тоже было на армадилле сделано. Она такое умела из коробки.
Проблема что сервис надо ставить в организации, открывать специфические порты. К тому же проблема с виртуалками —
можно запустить просто два сервиса, на клонах одной виртуалки, и удвоить количество лицензий.
После того как армадилла померла, переделали на самописный сервер лицензий на https, но все равно неудобно.
Потом переделали на схему когда лицензия чекаутится клиентом из базы (вообще без сервиса)
Поскольку все локальные экземпляры в одной организации работали с одной базой данных, у которой есть уникальный ид (SQL SERVER), вопросы с виртуалками и администрированием ушли.
Понятно что данные лицензий в базе должны шифроваться, и id базы должен быть в лицензии. Так что если программе требуется база для работы, можно рассмотреть этот вариант.
M_F>>Было реализовано упрощенным образом на Армадилле.
U_E>Я так понимаю, что нужен сервер лицензий, который будет работать на какой-то машине внутри организации, верно?
Да. В конторе где я раньше работал тоже было на армадилле сделано. Она такое умела из коробки.
Проблема что сервис надо ставить в организации, открывать специфические порты. К тому же проблема с виртуалками —
можно запустить просто два сервиса, на клонах одной виртуалки, и удвоить количество лицензий.
После того как армадилла померла, переделали на самописный сервер лицензий на https, но все равно неудобно.
Потом переделали на схему когда лицензия чекаутится клиентом из базы (вообще без сервиса)
Поскольку все локальные экземпляры в одной организации работали с одной базой данных, у которой есть уникальный ид (SQL SERVER), вопросы с виртуалками и администрированием ушли.
Понятно что данные лицензий в базе должны шифроваться, и id базы должен быть в лицензии. Так что если программе требуется база для работы, можно рассмотреть этот вариант.