Commit 01d60c18 authored by Daniele Venzano's avatar Daniele Venzano 🏇

Merge branch 'devel/roadmap' into 'master'

Roadmap updates

See merge request !9
parents 7f36256b 41f448ed
......@@ -9,14 +9,14 @@ Resources:
- Website: http://zoe-analytics.eu
- Documentation: http://docs.zoe-analytics.eu
- Roadmap: https://gitlab.eurecom.fr/zoe/main/wikis/home
- Roadmap: https://github.com/DistributedSystemsGroup/zoe/wiki/RoadMap
- Mailing list: http://www.freelists.org/list/zoe
- Issue tracker: https://github.com/DistributedSystemsGroup/zoe/issues
- Stable releases: https://github.com/DistributedSystemsGroup/zoe
Zoe applications (ZApps):
- Check the zapp-* repositories at: https://gitlab.eurecom.fr/zoe/
- Check the repositories at: https://gitlab.eurecom.fr/zoe-apps/
Zoe is licensed under the terms of the Apache 2.0 license.
......
......@@ -7,6 +7,8 @@ Zoe is an open source and project: we welcome any kind of contribution to the co
To better work together we have established some rules on how to contribute.
If you need ideas on features that are waiting to be implemented, you can check the `roadmap <https://github.com/DistributedSystemsGroup/zoe/wiki/RoadMap>`_.
Bug reports and feature requests
--------------------------------
......
......@@ -77,7 +77,6 @@ Development and contributing to the project
quality
motivations
vision
roadmap
contributing
External resources
......
.. _roadmap:
Roadmap
=======
We, the main developers of Zoe, are an academic research team. As such we have limited resources and through collaborations with other universities and private companies our aim is to do research and advance the state of the art. Our roadmap reflects this and pushes more on large-scale topics than on specific features.
Scheduler architectures and resource allocation
-----------------------------------------------
In parallel to classic, stable and well known schedulers (FIFO), we plan to design and implement within Zoe novel approaches to application scheduling and resource allocation. This includes:
* Optimistic, pessimistic, distributed, centralized schedulers
* Distributed or centralized schedulers
Scheduling policies
-------------------
While the FIFO policy is fine for many settings, is it not the most efficient way of managing work that can be done concurrently. Many decades of scheduling literature point in all sorts of directions, some of which can find new applications in analytic systems:
* Appropriate management of batch Vs interactive Vs streaming analytic applications
* Deadline scheduling for streaming frameworks
* Size-based scheduling better utilization and smaller response times
Dynamic resource allocation
---------------------------
Users are usually bad guessers on how many resources a particular application will need. We all have a tendency of overestimating resource reservations to make sure there is some headroom for unplanned spikes. This overestimation causes low utilization and non-efficient resource usage: with better reservation and allocation mechanisms that can adapt at runtime, more work could be done with the same resources.
* Resize dynamically running applications in terms of number of services
* Resize dynamically running applications in terms of memory and cores allocated for each service
Fault tolerance
---------------
Any modern system must be able to cope with faults and failures of any kind. Zoe is currently built around state of the art mechanisms for fault tolerance, but this does not stop us from further investigating fault tolerance mechanisms both for Zoe itself and for the applications it runs.
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment