You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geode.apache.org by Jens Deppe <jd...@vmware.com> on 2021/03/19 14:35:03 UTC
PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object for
RedisData entries
This work builds on GEODE-9023 which added sharding support to the compatible with Redis region.
This change cleans up data structures and will allow for easier, future rolling upgrades and data migrations if necessary.
Thanks
--Jens
Re: PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object
for RedisData entries
Posted by Jens Deppe <jd...@vmware.com>.
Sorry, I forgot to add that this proposal is to backport to 1.14.0
On 3/19/21, 7:35 AM, "Jens Deppe" <jd...@vmware.com> wrote:
This work builds on GEODE-9023 which added sharding support to the compatible with Redis region.
This change cleans up data structures and will allow for easier, future rolling upgrades and data migrations if necessary.
Thanks
--Jens
Re: PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object
for RedisData entries
Posted by Joris Melchior <jm...@vmware.com>.
+1
On 2021-03-19, 10:35 AM, "Jens Deppe" <jd...@vmware.com> wrote:
This work builds on GEODE-9023 which added sharding support to the compatible with Redis region.
This change cleans up data structures and will allow for easier, future rolling upgrades and data migrations if necessary.
Thanks
--Jens
Re: PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object
for RedisData entries
Posted by Nabarun Nag <nn...@vmware.com>.
+1
Get Outlook for iOS<https://aka.ms/o0ukef>
________________________________
From: Jens Deppe <jd...@vmware.com>
Sent: Friday, March 19, 2021 7:35:03 AM
To: dev@geode.apache.org <de...@geode.apache.org>
Subject: PROPOSAL: Backport GEODE-9044 - Introduce RedisKey as key object for RedisData entries
This work builds on GEODE-9023 which added sharding support to the compatible with Redis region.
This change cleans up data structures and will allow for easier, future rolling upgrades and data migrations if necessary.
Thanks
--Jens