Show HN: Tyk Cloud – Open Source API Management in The Cloud
cloud.tyk.io
cloud.tyk.io
Where are you data center(s) located and what does it mean for API performance? I assume that your service basically works as a reverse proxy in front of my API, but wouldn't there be a noticeable performance penalty if my DC is e.g. in the US and yours is in Europe?
Also: You should probably go back and give the FAQ on the pricing page another sweep. https://cloud.tyk.io/pricing
assocaited costs = associated costs when you create a new API = When you create a new API don;t = don't
to name a few :)
Our servers are currently in the US as that's where the market is (from what we've found, so far). It's something we've thought about and we will be looking at doing international deployments as soon as there is demand.
For API performance, a cloud-based setup does mean an increase in latency, but that is why our solution can be self-hosted too, it's a trade-off that works on a scale, you can start off with a cloud service, with quite straightforward integration and then as your API usage grows look at using Tyk within your own data centers.
And yet your pricing page shows rates in GBP, not USD. What's up with that?
Highly recommend this to anyone looking for a modern, light, powerful API management platform/service. We use the on-prem, open-souce version but I'm sure the SaaS version is just as good.
(no affiliation here...just lovers of great software).
#theRealLukeB (although template Luke looks cooler)
You wouldn't believe how indebted we are to our community that give us feedback and feature suggestions, it's quite amazing really.
But... Maybe it's just a pet peeve of mine, but seeing, twice, images/videos of gears that wouldn't work, is irritating. Such a mistake doesn't look professional to me.
Tyk Cloud was very much built to make the open source and free versions better (and sustainable), so I think there's probably some differences in motivation.
Ultimately we're trying to solve the same problems, which is great, we're seeing more and more projects try to make API management better, just noticed the other day that a new ruby-based app has shown up called API Umbrella (http://apiumbrella.io/)! It's getting busier, which is great news for API developers.
We would, most likely allow a certain % overage, then notify the user, with some kind fo three strikes rule to upgrade plans.