Is there a comprehensive comparison between Tyk vs Kong?

Go with Tyk. I evaluated both and it was much easier to extend (imho) Tyk (go) due to its Javascript (via otto), Python and Grpc middleware engine, than Kong which is Lua/nginx based.

Both are open source and controllable via APIs, however kong's gui offerings (other oss projects) seemed half-baked and were much harder to setup.

From an enterprise/sass model (paid for options). Tyk blows Kong's offering's off the map. Tyk's architecture seems much more sound imho with a clear separation of concerns for gateways, analytics and dashboard components. Its well put together and the community forums get lightning fast responses from the Tyk devs.

I will brag a little. My co-founder at Moesif just wrote the most comprehensive comparison of various API gateways. There is a table at the end that gives you a quick glance.

https://www.moesif.com/blog/technical/api-gateways/How-to-Choose-The-Right-API-Gateway-For-Your-Platform-Comparison-Of-Kong-Tyk-Apigee-And-Alternatives/

According to CI/CD both can comply with Infrastructure-as-Code approach, so i do not see difference in terms on Deployment Pipeline practices.

• tyk API function-set is more compared to Kong, which may make sense if you rely your business on API(need to integrate with some Billing, ...) https://tyk.io/docs/tyk-rest-api/api-definition-objects/

On the other side, the API of Kong has limited functions and terminology IMHO is not understandable: https://galileo.gelato.io/docs/versions/2.0.0/

• Kong uses Galileo reporting tool for DashBoard/UI, tyk uses its own DashBoard including not only Reporting functions, but also almost all Management Functions if you wanna go with the UI
• If you need to transform your legacy APIs to external world, tyk has Transform function which can be used to transform XML<->JSON<->YAML<->Custom
• On tyk you can code extension not only with Lua, but also with Go, Java. Python. .NET, Javascript ...
• If you have DR needs, tyk has Multi-Datacenter option which is targeted for Enterprise level architecture including a Disaster Site
• If you need performance tyk is written with Go. (We have benchmarked tyk to respond around 3000 req./sec. where Kong did around 2500 req./sec. on same VM with same APICall patterns)

So based on your needs, if any of your needs matches with one of the above, you can consider tyk, if not you can consider whichever you like more...