René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Feast 0.5 release","articleBody":"We're going to try and make a habit of discussing and evolving our roadmaps using GitHub issues. For each release this will allow folks to see what changes are upcoming, propose new changes to include in the release, and also understand why certain decisions have been made.\r\n\r\nI have moved the current roadmap for Feast 0.5 to Gitbook. It is available over here https://docs.feast.dev/introduction/roadmap\r\n\r\nThe roadmap as committed above is already out of date, and this is part of the reason why I am creating this issue. We are planning to increase the scope of the 0.5 release. The original Feast 0.5 release was mostly focused on \r\n- Batch and streaming feature statistics and validation (#172)\r\n- User authentication/authorization (#504)\r\n\r\nThe release was scheduled for early March\r\n\r\nHowever, we are planning to include some pretty significant changes to the Feast code base\r\n- We want to include the following operational improvements\r\n  - Support for Redis Clusters (#502)\r\n  - Support for handling out of order ingestion (#273 )\r\n  - Support for compression or storage of features without field names to reduce the memory footprint in Redis (#515)\r\n- Remove feature versions and enable automatic data migration. This is a big one. It would be a massive QOL improvement for our users. They wouldnt have to worry about feature versions any more, and any changes they make to a feature set would not drop their existing data. However, this requires a significant amount of development (#386, #462)\r\n- Given the above change, we would need to refactor the existing storage code to be more modular. This modularity would come in the form of a storage module that is more cleanly separated from the existing codebase. This would make adding new stores possible. (#402)\r\n- Refactoring the current configuration files for both Feast Serving and Feast Core. (#525)\r\n- Inclusion of a basic job management API. This would allow us to query/stop/restart jobs that population jobs that are currently being managed by Feast Core. (#302)\r\n\r\nThe above won't be the only changes we propose, but they are the most significant ones. Given the scope of work, we don't expect 0.5 will land in March. Best estimate is mid-April. \r\n\r\nThe good news is that a lot of the functionality our users would have been waiting for in Feast 0.6 will now land in Feast 0.5.\r\n\r\nComments welcome!","author":{"url":"https://github.com/woop","@type":"Person","name":"woop"},"datePublished":"2020-03-09T14:08:32.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":3},"url":"https://github.com/527/feast/issues/527"}