G
Ну зависит от ситуации, я пока так и не понял что требуется мигрировать
там персональные данные пользователей
Size: a a a
2021 January 26
AM
Goto Suigetsu
там персональные данные пользователей
можно глянуть в сторону spring batch
AM
Goto Suigetsu
там персональные данные пользователей
а много записей нужно мигрировать?
G
а много записей нужно мигрировать?
нет не много, пол гб нету
AE
можно глянуть в сторону spring batch
окей, из катюши по воробьям
AM
ну чет если честно помимо того что из катюши по воробьям спринг батч дает много плюшек, если его не юзать то придется самому кодить, заботиться о транзакциях об ошибках и т.п
AE
завадить спринг батч, писать код, тестироавть и отлаживать, деплоить... и все для единоразоваго запуска миграции данных из базы в базу на пол гига?
AE
ну такое...
AM
ну тогда скриптами заливать, хотя думаю персональные данные никто не даст скриптами выгружать и загружать
AM
завадить спринг батч, писать код, тестироавть и отлаживать, деплоить... и все для единоразоваго запуска миграции данных из базы в базу на пол гига?
а ты что предлагаешь?
VS
Я б написал простейший приклад, который селектнул из одной базы и инсертнул в другую
VS
База на 500 мегабайт влезет в оперативку любого почти компа))
AM
База на 500 мегабайт влезет в оперативку любого почти компа))
ну тут зависит сколько у них выделено памяти, не всегда это прокатывает
VS
Ну надеюсь уж 500 мегабайт как нибудь смогут нацыганить) железо дешевле времени разработчика
AZ
Всем привет 👋
AZ
У кого-нибудь есть опыт использования oData?
..
Всем привет! Вопрос по стеку Netflix. Когда зарегестрированное приложение удаляется, она пропадает из Eureka мгновенно, но клиенты продолжают стучаться к нему в течении ~120c. Как я понимаю, register кэш не обновился у клиентов. Как ускорить процесс обновления регистров?
Конфиг сервера:
eureka:
client:
fetch-registry: false
register-with-eureka: false
server:
response-cache-update-interval-ms: 1000
Клиент:
eureka:
registryFetchIntervalSeconds: 1
instance:
leaseRenewalIntervalInSeconds: 1
client:
serviceUrl:
defaultZone: http://localhost:8761/eureka
ribbon:
ReadTimeout: 30000
ConnectionTimeout: 5000
ServerListRefreshInterval: 1000
Конфиг сервера:
eureka:
client:
fetch-registry: false
register-with-eureka: false
server:
response-cache-update-interval-ms: 1000
Клиент:
eureka:
registryFetchIntervalSeconds: 1
instance:
leaseRenewalIntervalInSeconds: 1
client:
serviceUrl:
defaultZone: http://localhost:8761/eureka
ribbon:
ReadTimeout: 30000
ConnectionTimeout: 5000
ServerListRefreshInterval: 1000
AE
Всем привет! Вопрос по стеку Netflix. Когда зарегестрированное приложение удаляется, она пропадает из Eureka мгновенно, но клиенты продолжают стучаться к нему в течении ~120c. Как я понимаю, register кэш не обновился у клиентов. Как ускорить процесс обновления регистров?
Конфиг сервера:
eureka:
client:
fetch-registry: false
register-with-eureka: false
server:
response-cache-update-interval-ms: 1000
Клиент:
eureka:
registryFetchIntervalSeconds: 1
instance:
leaseRenewalIntervalInSeconds: 1
client:
serviceUrl:
defaultZone: http://localhost:8761/eureka
ribbon:
ReadTimeout: 30000
ConnectionTimeout: 5000
ServerListRefreshInterval: 1000
Конфиг сервера:
eureka:
client:
fetch-registry: false
register-with-eureka: false
server:
response-cache-update-interval-ms: 1000
Клиент:
eureka:
registryFetchIntervalSeconds: 1
instance:
leaseRenewalIntervalInSeconds: 1
client:
serviceUrl:
defaultZone: http://localhost:8761/eureka
ribbon:
ReadTimeout: 30000
ConnectionTimeout: 5000
ServerListRefreshInterval: 1000
Гуглится хорошо, что то про
eureka client refresh timeout..
Гуглится хорошо, что то про
eureka client refresh timeoutто что выдал гугл испробовал, они в конфиге ServerListRefreshInterval, leaseRenewalIntervalInSeconds, registryFetchIntervalSeconds, response-cache-update-interval-ms