c27c8e6c9b
- Update all validator rules to publish messages using new format - Update unit tests to follow new validation framework - Add validation for no tagged VLANs on non-trunked links - Add validation for node interfaces attaching to networks not allowed on the interface link - Unit test change to work around an issue where coverage testing and unit testing show different results - Update tox to skip E126 to match YAPF formatting Change-Id: Ifef21112896b88c2bd2b361630e041806ebb6663 |
||
---|---|---|
.. | ||
__init__.py | ||
base.py | ||
bootaction.py | ||
builddata.py | ||
fields.py | ||
healthcheck.py | ||
hostprofile.py | ||
hwprofile.py | ||
network.py | ||
node.py | ||
promenade.py | ||
rack.py | ||
readme.md | ||
site.py | ||
task.py | ||
validation.py |
readme.md
Drydock Model
Object models for the drydock design parts and subparts. We use oslo.versionedobjects as the supporting library for object management to support RPC and versioned persistence.
Features
Inheritance
Drydock supports inheritance in the design data model.
Currently this only supports BaremetalNode inheriting from HostProfile and HostProfile inheriting from HostProfile.
Inheritance rules:
- A child overrides a parent for part and subpart attributes
- For attributes that are lists, the parent list and child list are merged.
- A child can remove a list member by prefixing the value with '!'
- For lists of subparts (i.e. HostInterface and HostPartition) if there is a member in the parent list and child list with the same name (as defined by the get_name() method), the child member inherits from the parent member. The '!' prefix applies here for deleting a member based on the name.
Phased Data
The source of the data in a object instance can be one of three types.
- Designed - This is data directly ingested by Drydock representing a design part (Site, HostProfile, etc...) supplied by an external source
- Compiled - This is designed data that has been processed through the Drydock inheritance / merge system. It is the effective design that will be implemented.
- Build - This is the result of actual implementation. It should basically match the compiled view of the model, but might have some additional information only available after implementation.