La propiedad “ci” se relacionan las propiedades name, brand, model, assetTag, serial, responsible de la cmdb.
Continuamos con el json de configuración vació como se muestra a continuación:
{
"ci": [
{
"reference": "",
"definition": {
"name": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"brand": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"model": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"assetTag": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"serial": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"responsible": {
"SearchBy": [""],
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
}
}
}
]
}
1. Continuamos con el reference usado en el ejemplo category, que en esta ocasión es “computer”.
{
"ci": [
{
"reference": "computer",
"definition": {
"name": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"brand": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"model": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"assetTag": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"serial": {
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
},
"responsible": {
"SearchBy": [""],
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
}
}
}
]
}
2. Continuamos con la sesión definition, en cada definition se usa la propiedad type, key, defaultValue y en la reponsbible también se puede usar la propiedad SearchBy.
3. Asigne el tipo de mapeo que realizarán las propiedades, los valores que puede usar son Value, Mapper y FieldValue:
| Nombre | Descripción |
|---|---|
| Value | Permite asignar un valor al campo seleccionado a través del archivo de configuración. Se requiere que el valor se encuentre dentro de las propiedades de relación de valores |
| Mapper | Busca asociar y/o relacionar los valores del caso de Aranda con los valores del campo asociado de DevOps, la relación de valores se hace 1 a 1, no se admite que la asignación se repita |
| FieldValue | Los valores de las propiedades se envían directamente entre plataformas sin ningún tipo de asociación/relación |
4. Propiedad a propiedad vaya agregando el type que desee y el identificador del campo en techpulse en la propiedad key, hasta la propiedad responsible que llenaremos en el siguiente paso, recuerde que los nombres de las propiedades las puede consultar aquí.
{
"ci": [
{
"reference": "computer",
"definition": {
"name": {
"type": "FieldValue",
"key": "deviceName"
},
"brand": {
"type": "Mapper",
"key": "deviceMfg"
},
"model": {
"type": "Mapper",
"key": "deviceModel"
},
"assetTag": {
"type": "FieldValue",
"key": "asset_tag"
},
"serial": {
"type": "FieldValue",
"key": "deviceSn"
},
"responsible": {
"SearchBy": [""],
"type": "",
"key": "",
"DefaultValue": {
"id": ""
}
}
}
}
]
}
5. Para la session responsible usaremos la propiedad SearchBy con el valor “Email” para realizar la busqueda de usuarios dentro de la cmdb por email, de lo contrario se buscara el usuario tal cual como lo muestre techpulse aquí, recuerde que la propiedad SearchBy solo se usa cuando el type es “FieldValue”.
{
"ci": [
{
"reference": "computer",
"definition": {
"name": {
"type": "FieldValue",
"key": "deviceName"
},
"brand": {
"type": "Mapper",
"key": "deviceMfg"
},
"model": {
"type": "Mapper",
"key": "deviceModel"
},
"assetTag": {
"type": "FieldValue",
"key": "asset_tag"
},
"serial": {
"type": "FieldValue",
"key": "deviceSn"
},
"responsible": {
"SearchBy": ["Email"],
"type": "FieldValue",
"key": "lastSignedUser"
}
}
}
]
}
5. En la propiedad DefaultValue puede colocar un valor por defecto para asignar en la CMDB.
{
"ci": [
{
"reference": "computer",
"definition": {
"name": {
"type": "FieldValue",
"key": "deviceName"
},
"brand": {
"type": "Mapper",
"key": "deviceMfg"
},
"model": {
"type": "Mapper",
"key": "deviceModel"
},
"assetTag": {
"type": "FieldValue",
"key": "asset_tag"
},
"serial": {
"type": "FieldValue",
"key": "deviceSn"
},
"responsible": {
"SearchBy": ["Email"],
"type": "FieldValue",
"key": "lastSignedUser",
"DefaultValue": {
"id" : 1
}
}
}
}
]
}