Dkron VS RAML

My SaaS is not that big and doesn't need very complicated CRON management. I tried different options like dkron but it doesn't hold any job data after for example removing the container, according to a discusion issue I created. Source: about 1 year ago

Well, you can either use this as an example or use it cause the work is done: dkron. Source: over 1 year ago

I'am also familiar to hangfire, used in the past as distributed job scheduler for Owin microservices in C# too. Btw when we moved towards Golang stack realized that hangfire wasnt really necessary. It was enough standard and idiomatic Go code, learning using Go Routine adding any Cron library and maybe a Redis dependency if persistence is needed. But if you really prefer something hangfire-like, give a try to... Source: about 2 years ago

Perhaps https://dkron.io/ can solve your problem? Source at https://github.com/distribworks/dkron. Source: over 2 years ago

Oops, my bad. I was trying to refer to dkron https://dkron.io/. Source: over 2 years ago

This happened when I was working for one of my previous employers. I had just joined the company and was working on a microservice that was consuming a REST api exposed by another microservice. There was this JIRA ticket I was working on and I was not sure about the data model exposed by this REST api call. At this point in time the adoption to OpenAPI / Swagger / RAML was just beginning. I was new and was... - Source: dev.to / over 2 years ago

Provide consistent and easy-to-use documentation. Provide an OpenAPI or RAML file that describes your API and the endpoints. Also, provide easy-to-use interactive online API documentation like Swagger if possible. - Source: dev.to / almost 3 years ago