November 2026
6Backup and DR as a service
Implement a production-grade Backup and Disaster Recovery service for OpenStack-based clouds.
Databases as a service
Implement a production-grade DBaaS solution based on Kubernetes, so that tenants can easily provision new databases. Key features: create, scale, downscale backup / recovery private network access SSL / TLS
K8S as a service
Implement a production-grade Kubernetes as a service solution using the Hosted Control Plane model and seamless OpenID-based kubernetes access.
FWaas v2
add support for neutron firewall https://docs.openstack.org/ocata/networking-guide/fwaas-v2-scenario.html
Enable management of user identities in GUI
Hi Team, following up on our Slack discussion. Currently we have admin users that initially logged into a realm using local credentials and then using Keycloak OIDC. We want to disable local login for these users and keep only OIDC working + one local admin in the realm in case OIDC breaks. Currently there’s no way to diassociate user identity (like OIDC or local login) from particular user. Would it be possible to implement GUI similar to how Gitlab operates where user exists as one record but can be associated with multiple identities (like LDAP, OIDC, local login etc). If this existed, we would be able to “delete” the local identity from the user and keep only the OIDC identity if that makes sense. Thank you very much!
Selecting project removes realm selection
In client area when I have any realm selected and open user or org realm still stays selected in the dropdown menu but when clicking on project realm resets to “All realms"
December 2026
5BGP Dynamic Routing in Neutron
Add support for https://docs.openstack.org/neutron/latest/admin/config-bgp-dynamic-routing.html
Implement Realm/Org selector on login screen
Hi Team, again, following up on our previous discussion :) Currently each login realm gets its own URL like https://osie.example.com/auth/realms/customer1/login In order to have an easier experience for customers, we implemented a subdomain redirect so customer1.osie.example.com goes to https://osie.example.com/auth/realms/customer1/login. This works fine but becomes difficult to manage for a large number of customers. Coming from another platform, we had an idea if it would be possible to implement a text box in the GUI that would allow customer to log into their Organization or Realm without changing the URL manually. Something like: I’m not sure however if this is even possible with the current backend design of the application that puts realms into different URLs and dedicated login screens that could be different from customer to customer based on auth methods they set up. Just wanted to throw the idea out there to consider :) Thank you.
Floating IP port forwarding
https://docs.openstack.org/neutron/2026.1/admin/config-fip-port-forwardings.html with port ranges would be very helpful feature to implement for our customers but right now it only works in CLI. It uses port_forwarding neutron plugin. openstack extension list --network -c Alias | grep -i port-forward | expose-port-forwarding-in-fip | | floating-ip-port-forwarding-description | | floating-ip-port-forwarding-detail | | floating-ip-port-forwarding-port-ranges | | floating-ip-port-forwarding |
Support for address-group extension
Having address-group and security-groups-remote-address-group would allow users to use address lists in security groups and firewall groups like so: openstack address group create \ --description "test address group" \ --address 10.10.10.5/32 \ --address 192.168.100.0/24 \ test-ag openstack security group create ag-test-sg openstack security group rule create \ --ingress --protocol tcp --dst-port 22 \ --remote-address-group test-ag \ ag-test-sg openstack security group rule list ag-test-sg --long +-----------------+----------------------------------------------------------------------------------------------------------------------------------------------------------+ | Field | Value | +-----------------+----------------------------------------------------------------------------------------------------------------------------------------------------------+ | created_at | 2026-11-04T22:38:21Z | | description | ag-test-sg | | id | ae8e7416-7f34-40ed-9244-b95da32e0715 | | is_shared | False | | name | ag-test-sg | | project_id | c151a4e809ad4b33a9b1434632454ad8 | | revision_number | 1 | | rules | created_at='2026-11-04T22:38:21Z', direction='egress', ethertype='IPv6', id='0d66a044-ccc4-4e24-a3e7-89e4ff212f13', standard_attr_id='31028', | | | updated_at='2026-11-04T22:38:21Z' | | | created_at='2026-11-04T22:38:21Z', direction='egress', ethertype='IPv4', id='d915023a-c31a-440a-8fe0-ae736424234e', standard_attr_id='31031', | | | updated_at='2026-11-04T22:38:21Z' | | stateful | True | | tags | [] | | updated_at | 2026-11-04T22:38:21Z | +-----------------+----------------------------------------------------------------------------------------------------------------------------------------------------------+
Kubernetes Operator & GitOps
Build a Kubernetes Operator to deploy and manage OSIE in a GitOps way, including: version upgrades configuration reconciliation such as: platform configuration openstack connections pricing configurations flavor and image categories
January 2027
No issues scheduled for January 2027
February 2027
No issues scheduled for February 2027