Open HGustavs opened 1 month ago
We could structure the documentation in a folder called "Microservices Documentation" where we create separate subfolders or documents for each microservice, instead of having all documentation in the same document. This would make it more structured and documentation for specific services would be easier to find.
One map called "Microservices documentation" that contains one folder "Shared microservices documentation" and "Sectioned services". This folders will then contain one md per service/file - so one md for ex. "getUid", another for "logUserEvent" in the "Shared microservices documentation" etc.
Example of template for the documentation:
Description of what the service do and its function in the system.
Parameters will be described in tables for easier readability
Parameter | Type | Description |
---|---|---|
$exampleid | string | Example ID Description |
Output Data will be described in tables for easier readability
Output | Type | Description |
---|---|---|
exampleid | string | Example ID Description |
CODE
Includes and microservices used
The example template looks really good! It covers the most important stuff, and I do not see any problems with it.
I believe we need a standard document/template for the microservice documentation
We want to document things such as
Do we have any other information we want to convey?
Please add suggestions as comment to this issue
Once this standard has been decided we can start producing documentation for each service that can be tested against this template so that it conforms to that template.... but first we need to agree on the format.