Transcription
Community GeneratedOpenStack RoadmapApril 2016Created by the Product Working Group
DisclaimerThe information presented here is as of March 2016. It is theauthors’ interpretation of information collected and does notrepresent commitments for features or timelines by the projectteams or PTLs.As with any open-source project, items proposed by the teamcan be impacted by the number of active developers, hurdles,external forces, and change in direction All decisions for theaccepted blueprints/specs will ultimately be at the discretion ofthe project core teams. We can merely show a snapshot of apoint-in-time in the projects’ evolution and the actual “delivery” ofitems may shift after that point-in-time. We will try our best tokeep this snapshot updated.
Meet the authors
Product WG roadmap sub-teamMark BakerCanonicalCarol BarrettIntel@clb pdxHugh BlemingsRackspacePete ChadwickSUSEDuane DeCapiteCisco SystemsRocky GroberHuawei@GroberRockySteve GordonRed Hat@xsgordonKenny JohnstonRackspace@kencjohnstonArkady KanevskyDellAnni LaiHuaweiKrish RaghuramIntel@KrishRaghuramMegan RossettiWalmart@MegRossettiShamail TahirIBM@ShamailXDHeidi JoyTrethewayOpenStackFoundationPhil WilliamsRackspace@storagephilNate ZiemannIBM@nate zman
Roadmap creation process
Our approach to generating the roadmapThe community generated roadmap is refreshed twice per release cycleInclusion Criteria Based on latest OpenStack user survey10% or greater adoptionEssential projects that do not registeradoption data (i.e. Oslo, RefStack)Additional projects as time permitInformation Gathering Establish a baseline from past roadmaps andgathered source dataGather insights through interviews with PTLsor designated cores (Current & ForwardLooking)Develop RoadmapValidate draft with PTLs or designated coresCommunicate (Release package, summitsession, publish on openstack.org)
Our approach to presenting the roadmapMultiple Views of a Multi-Release Roadmap100,000 foot: Focus only on themes and releasesOriginal Data Sources (Blueprints/Specs/Raw Data From PTL Conversations)
Project coverage: Newton roadmap nKollaTempest
Definition of the themesScalabilityItems that will impact the scale at which the service can operateResiliencyItems that will impact the high availability or ability to recover from failures for the serviceManageabilityItems that improve the User Experience (UX), promote operational ease-of-use, or enhance the capabilities ofthe serviceModularityChanges that enhance the modularity of the service architecture and usually result in a more manageablecode-base and/or remove duplicity of effortsInteroperabilityItems that enable the service to operate across multiple OpenStack clouds [federation], promote a commonexperience across separate OpenStack-Powered clouds [interop], or add dependency on another OpenStackservice [service dependency], and/or backwards compatibility [compatibility]
100,000 ft. and 10,000 ft. views(themes centric)
100,000 ft. view: release ability)
10,000 ft. view of the roadmap
10,000 ft. view of the roadmap (with )themes.)
1,000 ft. view(release centric)
1,000 ft. view tyGlance(DB purge)Nova(live migration enhancements,simplified rolling upgrades)Keystone(implied roles, time-based OTP)Horizon(fully customizable/theme-able,add UI for sahara and trove,auth. config support)Glance(improved security, autoupload/download to volumes,large image uploads)Horizon(plug-in frameworkenhancements)Nova(API Documentation)Glance(spec for V1 depreciation)Continuation of M Keystone(start new service uation of M Nova(document API micro-versions)Horizon(start microversioned APIs)Glance(Image import APIs, V1 APIdepreciation, nova proxy imageAPI compatibility)Continuation of N Nova(possible theme)Keystone(continue service uation of N Nova(possible theme)Horizon(continue microversioned APIs)Glance(possible theme)MitakaOcataHorizonScalabilityGlance(keystone trusts)NewtonNovaContinuation of M Nova(continue Cells V2 work,continue scheduler efforts)Horizon(possible theme)Continuation of M Nova(stability improvements, )Continuation of N Nova(possible theme)Keystone(possible theme)Glance(possible theme)Continuation of N Nova(possible theme)Continuation of M Nova(neutron routed networks)Keystone(start multi-factor auth. Work,common policy for all projects)Horizon(searchlight integration)Glance(harden security for V2 APIs,spec hierarchal project support)Continuation of N Nova(possible theme)Keystone(possible theme)Horizon(CLI parity w/ APIs, UX)Interoperability
1,000 ft. view lityModularityNeutron(external DNS, BGP dynamicrouting, )Heat(convergence phase 1)Neutron(add AZ support)Cinder(beta support for rollingupgrades)Neutron(L2 API ext., LBaaS L7 rules,tenant delete, RBAC QoS, L2neutron flavor framework)Cinder(updated replication)Heat(senlin support, OSC support)Cinder(os-brick for majority of sharedstorage management)Continuation of M Cinder(complete active/active cindervolume support)Heat(convergence phase 2- healing)Continuation of M Neutron(FWaaS V2 API, multiple L3backends, VM w/o IP address)Cinder(better error reporting, cinderw/o nova, API improvements)Heat(condition functions)Continuation of M Continuation of M Neutron(identity V3 support)Continuation of N Cinder(possible theme)Heat(possible theme)Continuation of N Continuation of N Continuation of N MitakaNewtonNeutronContinuation of M Neutron(DHCP options per subnet, )Heat(convergence enginefinalization)Continuation of N Heat(engine parallelization)Interoperability
1,000 ft. view (3/8)ScalabilityCeilometer(batch eilometer(rolling upgrade support)Ceilometer(Gnocchi integrationimprovements, LBaaS V2polling)Aodh(composite alarm rules,aodhclient)Gnocchi(lz4 optimized storage, batchmeasures API, time-splitaggregated time-series bilityCeilometer(identity V3 support)Aodh(identity V3 support)Continuation of M Ceilometer(reduced nova polling)Aodh(multiple workers for eventalarms)Gnocchi(indexer sharding, dynamicresource creation)Continuation of M Continuation of M Ceilometer(track cinder capacitynotifications, synchronizationAPI, record periodicity ofsamples, custom instancediscovery polling)Continuation of M Aodh(oslo.db pagination)Continuation of M Ceilometer(tempest plugins)Aodh(in-tree tempest plugins)Continuation of N Continuation of N Continuation of N Ceilometer(DB migration to gnocchi)Aodh(mongo/hbase to SQL backendconverter)Continuation of N Continuation of N Gnocchi(migrate tempest plugins)
1,000 ft. view (4/8)MitakaScalabilityResiliencySwift(POST efficiencyimprovements)Designate(multiple pools for zones)Ironic(increased parallelism for longrunning tasks)Swift(improved RING rebalancing)Ironic(RAID configuration)Swift(container and account reverselistings, full IPv6 support)Trove(features for Cassandra datastores, grow/shrink Percona datastores)Designate(OSC support, refactor domain tozones)Ironic(manual cleaning)Trove(module management for datastores)Continuation of M Continuation of M Trove(self healing for clusters)Continuation of M Swift(continue data at restencryption)Trove(security enhancements forinstances)Designate(DNSec, new horizon panels)Ironic(multi-tenant net support)Continuation of M Trove(module management for datastores)Designate(service consolidation)Continuation of N Trove(possible theme)Designate(non-standard DNS recordtypes, GeoIP support)Ironic(possible theme)Continuation of N NewtonOcataContinuation of N Swift(scalability improvements forlarge clusters)Designate(per tenant DNS servers)Continuation of N Trove(monitoring and healing roveIronicInteroperabilityContinuation of M Trove(additional distro support)Ironic(multi-compute-host supportfor nova, start boot fromvolume (BfV) for bare metal)Continuation of N Ironic(nova, multi-tenant, and BfV)
1,000 ft. view ahara(cluster verification checks)SaharaRally(suspend/resume jobs, CDH 5.5,(tempest config. generatorUX simplification)refactoring)RallyManila(cleanup after crash)(share replication, additional 1stMagnum& 3rd party drivers)(HA bay configuration)Magnum(enhanced docs, improved functional testcoverage, CoreOS support for k8s bay)Rally(time series reporting, VM workloads framework)MitakaContinuation of M Sahara(increase horizontal scalability)NewtonOcataContinuation of N Continuation of M Continuation of M Continuation of M Sahara(trusted cluster create/scale, EDP enhancements)RallySahara(nested atomic operations)Manila(cluster health monitor via(expanded share replication, sharehorizon)migration, grouping concept)Magnum(neutron integration w/o additional overlay,cinder volume support, ops documentation)Rally(ramp up load generator, gracefulshutdown, export task/verification results)Continuation of N Continuation of N Continuation of N SaharaRally(cinder snapshots for(persistent context, packageprovisioned services)management for plugins)ManilaMagnum(new APIs/functions)(possible theme)Rally(multi-scenario load generation,Rally as a ly(unit test coverage, API versioncoverage)Continuation of M Sahara(migrate tests to tempest)Continuation of N Sahara(python 3.x compatibility)Magnum(possible theme)
1,000 ft. view er, PL improvements, TOSCA(minimally disruptivesupport, deploy agent via cloud-init)upgrades from Liberty,infrastructure servicesKolladiagnostics, expanded service(plugin support: Manila, Mistral,,diagnostics)security enhancements)TripleOTripleO(better upgrades)(initial IPv6 support, SSL support)Barbican(user meta-data, stability/polish)MitakaContinuation of M NewtonOcataResiliencyContinuation of N Kolla(data caching)Continuation of M Kolla(less disruptive upgrades,expanded service teroperabilityKolla(testing enhancements)Murano(i18n support)Continuation of M Continuation of M MuranoKolla(policy definitions for hybrid cloud(testing enhancements)apps, reusable class library, supplyTripleOparams via Horizon)(ability to use TripleO forKollaprovisioning or config. Only,(plugins: Horizon, Neutron, Nova, Cinder,investigate containerizedBiFrost integration)deploy)TripleO(composable service roles, workflow API,enhance CLI tooling)Barbican(cryptographic capabilities, documentation)Continuation of N Continuation of N Continuation of N TripleOKollaMurano(a la carte services, CI coverage(backup/restore OpenStack(app-centric dashboard, extendof upgrades)data)policy definitions)Kolla(plugins: big tent, preview k8s,docker enhancements)TripleO(usability improvements, auto-compute node upgrade)Continuation of M Murano(integrate auth support viaKeystone)Kolla(obtain vulnerability mgmt tag,documentation)Barbican(integration with Designate forDNSSec)Continuation of N
1,000 ft. view oved informationarchitecture)OpenStack Ansible(increased test coverage withfull, multi-node, gate)OpenStack Ansible(LBaaS V2, ironic roles)OpenStack Ansible(roles in independent repo,deploy from source)Documentation(majority of DocBook to RSTconversion completed,procedural change to reducetechnical debt)OpenStack Client(nova-network to neutroncommand mappings)MitakaNewtonOSAContinuation of M OpenStack Ansible(multi-region support)Documentation(complete informationarchitecture changes)Continuation of M Continuation of N OpenStack Ansible(possible theme)Kuryr(possible theme)Continuation of N OpenStack Client(possible theme)Kuryr(full integration with docker anddocker swarm, integration withk8s, official packaging, startintegration with magnum)OpenStack Client(neutron API)Continuation of M OpenStack Ansible(Magnum, Barbican, Designate, Searchlight,Gnocchi, Zaqar roles, MultiOS support)Kuryr(complete integration with Magnum,enhance k8s integration)Documentation(big tent projects)OpenStack Client(continue neutron API, compute/bare-metalmicro-version support)Continuation of N OpenStack Ansible(possible theme)Kuryr(possible theme)Documentation(possible theme)Continuation of M Documentation(complete DocBook to RSTconversion, improvedorganization of docs)Continuation of M Kuryr(start discussions on OpenStackstorage and application backupintegration)Continuation of N OpenStack Ansible(possible theme)Kuryr(possible theme)Continuation of N OpenStack Ansible(possible theme)Kuryr(possible theme)OpenStack Client(possible theme)
1,000 ft. view (8/8)ScalabilityQA(multi-node grenade)MitakaContinuation of M Stable Release(tooling to enable team toscale)ResiliencyContinuation of N RefStack(possible theme)ModularityOsloOslo(mutable config options runtime(privsep, 3 new drivers forconfig., futuristic periodics, fasterners messaging, py3 helpers, configRefStackimprovements)generator)(improved stability)OsloRefStackQA(neutron support rewrite,(improved usability, start vendor(alpha: gate health tracking,reintegrate tempest-lib)registration)partial upgrade beyond Nova)Stable Release(investigate longer maintenance windows)QA(start testr arch., service client plugin)Oslo(taskflow)Continuation of M QA(gate health tracking)NewtonOcataManageabilityContinuation of N Continuation of M Continuation of M OsloOslo(oslo config generator(move projects/libs to futuristicimprovements)periodics)RefStack(complete vendor registration, completeproduct registration, finalize design forcentralized testing by RefStack server)Stable Release(default 24 mo. maintenance)QA(complete testr arch., tempest run CLI, multipleresource config)Continuation of N RefStack(POC for aggregated dataanalysis, additionalfunctionality)Continuation of N OsloStable Rel.RefStackQAInteroperabilityRefStack(updated to work with tempestplugin)Stable Release(stable:follows-policy tag)QA(microversion support)Continuation of M Oslo(oslo config generator adoptionpush, promote lib capabilities)Continuation of N
100 ft. view(project centric)
NovaProject SnapshotCompute serviceMitaka (82 specs, 63 blueprints) Mitaka Design Series: Nova PTL InterviewNumerous Live Migration relatedenhancementsSimplified rolling upgradesImproved API documentation Stability improvementsDocumenting API microversionsContinued efforts on Scheduler and Cells v2Neutron routed networks Newton# of Contributors (Mitaka):292# of Companies(Mitaka)66Ocata Likely to continue to be a mix across all thethemes of Modularity, Manageability,Scalability, Resiliancy and Interoperability
KeystoneMitaka (16 blueprints, 17 specs)Project SnapshotOpenStack identitymanagement and servicecatalog Implied roles provide a first step in addressing policy and authorizationissues that have plagued users. It will allow for more fine grained control forpolicy and authorization. Time Based One Time Password (TOTP) authentication is important becauseit creates a stepping stone to full multi-factor authentication in keystone.Multi-factor authentication and TOTP are essential to provide a more secureexperience.Newton# of Contributors (Mitaka):138# of Companies(Mitaka)37 Continuing to work on features that enhance security, policy, and improveuser experience. Specifically, looking into adding multi-factorauthentication; creating a common policy scenario for all projects; andpotentially creating a new version of the service catalog.Ocata Important Themes: scalability, security and user experience.Scalability and security are vital for keystone since they are thelynchpin for the rest of OpenStack. Improving the userexperience by moving other services and deployments to v3 ofour APIs, improving policy, and creating a new version of theservice catalog.
HorizonMitaka (30 blueprints)Project SnapshotOpenStack Dashboard, whichprovides an extensible webbased user interfaceto OpenStack services# of Contributors (Mitaka):245# of Companies(Mitaka)56 Plug-in Framework Enhancements (testing, settings support) and Additions(Trove, Sahara)Customizable and Fully Theme-able User Interface (Bootstap complaint, on-thefly theme changes)Angular Content Extensions (Angular View, Swift Interface UX, Image ViewPerformance)Authentication Configuration Support (Authentication authorities, User attributemapping)Newton BlueprintsMicro-versioned APIAngular Content Enhancements (abstract commonalities, view conversion)Searchlight integrationIncreased API CoverageUX Enhancements (Scalability, Performance)Ocata Micro-versioned APIAngular Content Enhancements (performance, data accessibility,proactive monitoring with realtime updates)Achieve CLI parity for API coverage and supportUX Enhancements
GlanceProject SnapshotImage serviceMitaka (10 specs, 5 blueprints) Image Signing and Verification(improved security at image upload and image boot)Simplified image storage(automatic upload/download to cinder volumes)Support large image uploads without token expiration(Support for Keystone Trusts)Spec agreement with Nova – prep for V1 depreciation(V2 API compatibility with Nova Proxy Image API)Themes: Interop, Manageability, Resiliency, Scalability Much improved image import APIs (Interop)V1 depreciation with Nova usage of V2 APIsFurther security hardening of V2 APIsSpec work on hierarchical project supportThemes: Interop and Manageability # of Contributors (Mitaka):117# of Companies(Mitaka)37Newton (5 specs)Ocata Interoperability themeScalability theme
NeutronMitaka (20 specs, 22 blueprints)Project SnapshotTo implement services andassociated libraries to provideon-demand, scalable, andtechnology-agnostic networkabstraction# of Contributors (Mitaka*):200 # of Companies(Mitaka*)48(*) Stadium projects excluded Mitaka Design Series: Neutron PTL InterviewExternal DNS ResolutionTenant DeleteL2 API ExtensionsNeutron Flavor FrameworkAdd Availability ZoneBGP Dynamic RoutingLBaaS L7 RulesNetwork IP Usage APIRBAC QoS Blueprints (9)FWaaS API 2.0Multiple L3 BackendsDHCP Options Per SubnetKeystone v3VM without IP AddressNewtonOcata Blueprints TBD
CinderProject SnapshotPersistent volumes# of Contributors (Mitaka):219# of Companies(Mitaka)52Mitaka (18 Specs, 28 implemented BPs) Mitaka Design Series: Cinder PTL Interview Updated replication support Support for versioned objects (beta support for rollingupgrades) Cinder/Nova now leverage os-brick for majority of sharedstorage managementNewton Complete work for active/active cinder-volume supportBetter error reportingSupport for using cinder without Nova (e.g. bare-metal)Leverage API micro-versioning to make API improvementswhile preserving backwards compatibilityOcata Most likely will focus on resiliency enhancements
HeatMitaka (28 specs, 9 blueprints)Project SnapshotOpenStack orchestration Initial Convergence Phase 1 Support for Senlin Resources OpenStack Client SupportNewton# of Contributors (Mitaka):184# of Companies(Mitaka)37 Convergence Engine Finalization Convergence Engine Phase 2 - Healing Condition FunctionsOcata Scalability - Parallelization from ConvergenceEngine Reliability - Improved Stack Resiliency viaHealing
Telemetry (including Ceilometer, Aodh and Gnocchi)Mitaka (6 blueprints, 10 specs)Project SnapshotTelemetry (monitoring andalerting) services forOpenStack clouds Mitaka Design Series: Telemetry PTL Interview Ceilometer: Rolling upgrade, batch messaging, Gnocchi integrationimprovement, Keystone v3 API, LBaaS v2 polling Aodh: Composite alarm rules, Keystone v3 support, aodhclient Gnocchi: lz4 optimized storage format, time-split aggregated time seriesstorage, batch measures REST supportNewton # of Contributors (Mitaka):73# of Companies(Mitaka)29 Ceilometer: Track Cinder capacity notifications, Synchronization API,record periodicity of sample data, custom instance discovery polling,polling schema, Tempest plug-ins, Nova polling reductionAodh: Event alarm - multiple workers, oslo.db pagination, In-treeTempest plug-insGnocchi: Indexer sharding, Dynamic resource creationOcata Ceilometer: DB migration to Gnocchi Aodh: Mongo/Hbase to SQL backend converter Gnocchi: Migrate Tempest plug-in
SwiftProject SnapshotObject storage# of Contributors (Mitaka):106# of Companies(Mitaka)27Mitaka (7 Specs) Mitaka Design Series: Swift PTL InterviewImproved RING rebalancingContainer and Account Reverse ListingsFull IPv6 Support - memcache and statsdPOST efficiency Improvements - Update all metadatawithout read/write of object on diskNewton Data-at-Rest EncryptionOcata Scalability Improvements for larger clusters
TroveProject SnapshotTrove is database as a service inOpenStack. The mission is toprovide scalable and reliable clouddatabase as a service provisioningfunctionality for relational and nonrelational database engines, and toimprove its full-featured andextensible open source framework# of Contributors (Mitaka):74# of Companies(Mitaka)20Mitaka (21 specs, 20 blueprints) 21 blueprints, 21 specs Filling out the support matrix for Cassandra datastore. (user/database/root/config groups/backup/restore/clustering) Percona cluster datastore grow and shrink ability Module Management for datastores.Newton Self healing systems around clusters Extra security of instances Wider support of trove across distros including Redhat.Ocata Better manageability Better resiliency Help move forward the monitoring and healing ofinstances in the future
DesignateProject SnapshotOpenStack DNS as a ServiceMitaka (2 specs, 1 blueprint)!!!!Mitaka Design Series: Designate PTL InterviewOpenStack Client supportRefactoring of domains - zonesMultiple pool support for zonesNewton# of Contributors (Mitaka):35# of Companies(Mitaka)15! Service consolidation! DNSec! New panels in HorizonOcata! Per tenant DNS servers! Non standard DNS record types! GeoIP support
IronicProject SnapshotBare-Metal ProvisioningMitaka Mitaka Design Series: Ironic PTL InterviewManual cleaning (assists in servermaintenance etc)RAID ConfigurationIncreased parallelism for long running tasksNewton# of Contributors (Mitaka):121# of Companies(Mitaka)30 Multi-Tenant Network supportMulti-Compute-Host support for NovaStarting work on Boot from Volume (BfV) for Bare MetalOcata Interoperability - Nova in particular, multitenant and BfV supportManageability - Simplify the complexity of Ironic
SaharaMitaka (17 blueprints)Project SnapshotProvides a simple means toprovision a data-intensiveapplication cluster on top ofOpenStack.# of Contributors (Mitaka):71# of Companies(Mitaka)23 Add ability of suspending and resuming Elastic Data Processing (EDP) jobsAdd plugin support for Cloudera Distribution of Hadoop 5.5 and ClouderaManagerImplement cluster verification checksImproved secret storage utilizing CastellanUX Simplification (Reduce number of Dashboard Panels)Remove: Direct Infrastructure Engine support, Vanilla v2.6.0 plugin, MapR plugin(except for v500, 501)Newton (14 blueprints) SPI Method to Validate ImageV2 API enhancements to existing api and improved developer experienceElastic Data Processing (EDP) Enhancements: Logging, Simplified UX, addsupport for multiple EDP workflowIncrease horizontal scalabilityTrusted cluster creation and scalingCluster Health monitoring via HorizonMigration of tests to TempestOcata Python 3.X CompatibilitySupport cinder volume snapshot for provisioned Hadoopservices to decrease time for cluster provisioning
ManilaProject SnapshotShared File ServiceMitaka (26 blueprints)– Share Replication– Additional driver support First party driver with simpler setup ZFS LVM LXD # of Contributors (Mitaka):92# of Companies(Mitaka)30rd3 party drivers including CephFSNewton– Expanded Share replication– Share migration (complete work started in Liberty)– New generic grouping concept to replace consistency groups Add group migration and replicationOcata– Manageability New APIs and functions Functional integrations
MagnumProject SnapshotContainers serviceMitaka (specs, 53 blueprints) CoreOS support introduced for K8S bay type Highly available bay configuration Improved functional test coverageNewton (specs, 12 blueprints)# of Contributors (Mitaka):77# of Companies(Mitaka)29 Neutron integration without additional overlay Cinder volumes as Magnum data volumes Operational (Install/User/Troubleshooting) documentationOcata Enhanced interoperability with other OpenStack services, e.g.Keystone Modular, pluggable, architecture for custom k8s/swarm/mesosbays or entirely new bay types
RallyMitaka (3 specs)Project SnapshotOpenStack verification andbenchmarking Unit test coverage increase Tempest config generator refactoring Cleanup after crash VM workloads framework API version coverage Time Series reportingNewton (8 specs)# of Contributors (Mitaka):104# of Companies(Mitaka)32 Export task and verification resultsRamp up load generatorUnified task validationGraceful shutdownNested Atomic Operations Multi Scenario load generationPersistent contextPackage management for pluginsRally as a serviceOcata
MuranoMitaka (13 specs, 15 blueprints) Project SnapshotA browsable, categorizedApplication catalog tocompose reliable applicationenvironments with the pushof a button# of Contributors (Mitaka):93# of Companies(Mitaka)27 Implemented Murano test-runner: unit-testing framework for application, MultiRegion SupportSignificant improvements to MuranoPL for describing how an application isdeployed and scaledSupport for TOSCA in Murano (IBM Heat Translator and Cloudify plugins)Murano agent is now installable through cloud-init (no need to prebuild customimages)I18n support (translation)Newton (1 spec, 0 blueprints) Support for Policy definition to govern deployment of applications in hybrid cloudenvironments, starting with AWS and VMware.Improve ease of developing applications through the availability of a reusable classlibrary.Tooling to ease packaging of applications in MuranoIntegrate Authentication support for Actions via KeystoneEnable specifying parameters from Horizon UIOcata Create an Application-centric dashboard (not cloud resourceoriented)Extend Policy definitions for applications
KollaMitaka (8 specs, 58 blueprints)Project SnapshotProvide production-readycontainers and deploymenttools for operating OpenStackclouds.# of Contributors (Mitaka):100# of Companies(Mitaka)23 Upgrade support from Liberty to Mitaka with minimal downtimeInfrastructure Service Diagnostics: Heka, Elasticsearch, Kibana integrationOn-demand, automated Services reconfiguration with limited downtimeSecurity Enhancements: Drop Root privilege separation for Applications; TLSencrypted credential exchangePlug-in support: Manila, MistralSoftware Testing EnhancementsNewton (22 blueprints) Security: Obtain Vulnterability management tag , SE Linux SupportPlug-in support for: Horizon, Neutron, Nova, Cinder (source or binary)Upgrades: Downtime improvementsBiFrost IntegrationDocumentation: Operators Guide, Network Isolation, Bi FrostSoftware Testing enhancementsExpanded System DiagnosticsOcata Plug-in support: Cover the Big TentIntegrate Docker EnhancementsKubernetes – Tech PreviewData CachingBackup and restore of OpenStack data
TripleOMitaka (6 specs, 41 blueprints)Project SnapshotInstalling, upgrading andoperating OpenStack cloudsusing OpenStack's own cloudfacilities# of Contributors (Mitaka):138# of Companies(Mitaka)25 Upgrade: Controller & Cinder are upgraded synchronously via Heat.Nova, Swift and Ceph are upgraded one-by-one. SSL: SSL termination of all public overcloud and undercloud endpoints. IPv6: Initial support for IPv6Newton Composable service roles: allowing operator to configure which servicesgo into each role. Split stack: Use TripleO for provisioning only, and other tools forconfiguration or vice versa. Workflow API: Moving workflow and business logic into workflow API Usability enhancement: Enhance CLI tooling Containerized deployment: Investigating the use of container fordeployment.Ocata A la carte: The ability to choose pieces of TripleO that workfor you. Improve usability, modularity, CI coverage of upgrade,automated compute node upgrade
BarbicanProject SnapshotSecret storage and generationsystem capable of providingkey management for serviceswishing to enable encryptionfeatures# of Contributors (Mitaka):67# of Companies(Mitaka)23Mitaka (5 specs, 1 blueprints) User Meta Data Stabilization and polishNewton Cryptographic capabilities Integration with Designate for DNSSec DocumentationOcata TBD
OpenStack Ansible (OSA)Mitaka (29 specs, 24 blueprints)Project SnapshotDeploying OpenStack fromsource in a way that makes itscalable while also beingsimple to operate, upgrade,and grow.# of Contributors (Mitaka):82# of Companies(Mitaka)23 Mitaka Design Series: OSA PTL Interview Modularity -
infrastructure services diagnostics, expanded service diagnostics) Kolla (plugin support: Manila, Mistral,, security enhancements) Kolla (testing enhancements) Kolla (obtain vulnerability mgmt tag, documentation) Kolla (plugins: Horizon, Neutron, Nova, Cinder, BiFrost integration) Kolla (less disruptive upgrades, (testing enhancements)
