Skip to content

Commit 2a1f11e

Browse files
Merge pull request #1140 from Nordix/add-hd-docs/feruz
Add short description of HardwareData API
2 parents fa2b32e + 2c6d4b1 commit 2a1f11e

1 file changed

Lines changed: 20 additions & 0 deletions

File tree

docs/api.md

Lines changed: 20 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -822,3 +822,23 @@ metadata:
822822
read_only: false
823823
unique: true
824824
```
825+
826+
## HardwareData
827+
828+
A **HardwareData** resource contains hardware specifications data of a specific host
829+
and it is tightly coupled to its owner resource BareMetalHost. The data in the HardwareData
830+
comes from Ironic after a successful inspection phase. As such, operator will create HardwareData
831+
resource for a specific BareMetalHost during transitioning phase from inspecting into available
832+
state of the BareMetalHost. HardwareData gets deleted automatically by the operator whenever its
833+
BareMetalHost is deleted. Deprovisioning of the BareMetalHost should not trigger the deletion of
834+
HardwareData, but during next provisioning it can be re-created (with the same name and namespace)
835+
with the latest inspection data retrieved from Ironic. HardwareData holds the same name and namespace
836+
as its corresponding BareMetalHost resource. Currently, HardwareData doesn't have *Status* subresource
837+
but only the *Spec*, which we cover next.
838+
839+
### HardwareData spec
840+
841+
As you probably already noticed, the *Spec* of HardwareData is the same as [.Status.hardware](#hardware)
842+
of the BareMetalHost. However, this behaviour is temporary and eventually we will drop
843+
[.Status.hardware](#hardware) from BareMetalHost and only rely on HardwareData *Spec*. The reason
844+
for having duplication of inspection data at the moment is to avoid breaking the existing deployments.

0 commit comments

Comments
 (0)