[API] Internal DB IDs used as parameters

##### ISSUE TYPE
* Improvement Request

##### COMPONENT NAME
~~~
API
~~~

##### CLOUDSTACK VERSION
~~~
Any
~~~

##### CONFIGURATION
N/A

##### OS / ENVIRONMENT
N/A

##### SUMMARY
The API accepts internal database IDs as well as UUIDs on the UUID parameters. For example:

````
(nvs) 🐱 > list accounts id=c3d932e5-488c-11ef-a188-3e7340e5df3c filter=id,name
{
"account": [
{
"id": "c3d932e5-488c-11ef-a188-3e7340e5df3c",
"name": "nicolas"
}
],
"count": 1
}
(nvs) 🐱 > list accounts id=2 filter=id,name
{
"account": [
{
"id": "c3d932e5-488c-11ef-a188-3e7340e5df3c",
"name": "nicolas"
}
],
"count": 1
}
(nvs) 🐱 > list accounts id=3 filter=id,name
{
"account": [
{
"id": "eef0d0a3-8013-4c37-954d-eafb96716c95",
"name": "baremetal-system-account"
}
],
"count": 1
}
````

##### EXPECTED RESULTS
~~~
ERROR - only UUIDs must be accepted
~~~

##### ACTUAL RESULTS
~~~
Successful API response
~~~

Beginne damit, die dokumentierten list accounts-Aufrufe mit id auf eine UUID, 2 und 3 gesetzt zu reproduzieren, und verfolge dann die API-Parameter-Validierung und den Lookup-Pfad für UUID-Parameter. Als erledigt gilt die Aufgabe, wenn numerische interne Datenbank-IDs mit einem Fehler abgelehnt werden, während gültige UUIDs weiterhin das Konto zurückgeben.

Vom Indexierungsmodell aus dem Issue-Text verfasst.