Project Name | Stars | Downloads | Repos Using This | Packages Using This | Most Recent Commit | Total Releases | Latest Release | Open Issues | License | Language |
---|---|---|---|---|---|---|---|---|---|---|
Devstack | 1,966 | 3 days ago | apache-2.0 | Shell | ||||||
System for quickly installing an OpenStack cloud from upstream git for testing and development. Mirror of code maintained at opendev.org. | ||||||||||
Cloudpods | 1,931 | 3 | 2 days ago | 278 | April 25, 2021 | 109 | apache-2.0 | Go | ||
A cloud-native open-source unified multi-cloud and hybrid-cloud platform. 开源、云原生的多云管理及混合云融合平台 | ||||||||||
Mist Ce | 1,712 | 4 months ago | 47 | apache-2.0 | Python | |||||
Mist is an open source, multicloud management platform | ||||||||||
Manageiq | 1,272 | 2 days ago | 346 | apache-2.0 | Ruby | |||||
ManageIQ Open-Source Management Platform | ||||||||||
Riskscanner | 1,109 | a month ago | 6 | gpl-2.0 | Java | |||||
RiskScanner 是开源的多云安全合规扫描平台,基于 Cloud Custodian 和 Nuclei 引擎,实现对主流公(私)有云资源的安全合规扫描和漏洞扫描。 | ||||||||||
Crowbar | 759 | 4 years ago | 47 | apache-2.0 | Shell | |||||
Cloud Operations Platform | ||||||||||
Cloud Provider Openstack | 519 | 9 | 2 days ago | 63 | September 08, 2022 | 49 | apache-2.0 | Go | ||
Cosbench | 497 | a year ago | 128 | other | Java | |||||
a benchmark tool for cloud object storage service | ||||||||||
Php Opencloud | 451 | 465 | 70 | 2 years ago | 25 | January 29, 2016 | 60 | other | PHP | |
The PHP SDK for OpenStack clouds | ||||||||||
Kcli | 397 | a day ago | 2,670 | July 07, 2022 | 6 | apache-2.0 | Python | |||
Management tool for libvirt/aws/gcp/kubevirt/openstack/ovirt/vsphere/packet |
Make your cloud throw some shade
oaktree is a gRPC interface for interacting with OpenStack clouds that is inherently interoperable and multi-cloud aware. It is based on the python shade library, which grew all of the logic needed to interact with OpenStack clouds and to work around differences in vendor deployment choices. Rather than keep all of that love in Python Library form, oaktree allows othre languages to reap the benefits as well.
oaktree is not a replacement for all of the individual project REST APIs. Those are all essential for cross-project communication and are well suited for operators who can be expected to know things about how they have deployed their clouds - and who in fact WANT to be able to make changes in the cloud knowing deployment specifics. oaktree will never be for them.
oaktree is for end-users who do not and should not know what hypervisor, what storage driver or what network stack the deployer has chosen. The two sets of people are different audiences, so oaktree is a project to support the end user.
Install oaktreemodel by hand. Then:
In one window:
python oaktree/server.py
oaktree/server.py assumes you have a clouds.yaml accessible.
In another window:
python -i devstack/test.py
You'll have an images and a flavors object you can poke at.
If you want to operate against a different cloud than devstack, you can pass it to devstack/test.py as the first command line argument.
oaktree should be super simple to deploy, and completely safe for deployers to upgrade from master constantly. Once it's released as a 1.0, it should NEVER EVER EVER EVER EVER EVER EVER have a backwards incompatible change. There is no reason, no justification, no obessession important enough to inflict such pain on the user.
The shade library will grow the ability to detect if a cloud has an oaktree api available, and if it does, it will use it. Hopefully we'll quickly reach a point where all deployers are deploying oaktree.