Support VNET for Basic Tier of APIM
Our APIs are deployed to Service Fabric cluster in a VNET. If we want to expose our APIs through APIM, we have to use the Premium Tier of APIM since that's the only tier where VNET support is included.
Premium Tier of APIM has bunch of other features like AD authentication, Multi-region support, 4000 reqs/sec etc., which we don't need and don't care.
Why are all those features clubbed together and provided as an all or nothing solution?
Basic Tier fits our use case perfectly, if only we can deploy it in a VNET.
Service Fabric integration with APIM is one of it's coolest features and can help in it's adoption. But Microsoft strategy of artificially inflating the pricing and forcing customers to pay for features they don't need isn't going to work well.
Right now, the only way to use Service Fabric in production with APIM is to pay $7000 per cluster. Think about it for a minute.Yes, there are other ways to implement APIM but any advantage Service Fabric has over Kubernetes or Docker swarm is being thrown away. The pricing level will deter most customers from even trying the platform.
It's a cool integration but out of reach of most people!
Jarimba, Rui commented
Any updates on this?
Been under review for over a year any updates?
steve l commented
Service Fabric is by far the the best product for our IoT startup to use - however the cost of plugging it into APIM will prevent us from being able to do so.
A small company spending £1000+/month on Azure can't afford to make the leap to £3000+ because of one component.
Come on guys - flick the switch!
Steve Culshaw commented
Echoing everyone's previous comments; only having VNet support in Premium is killing any potential for APIM in our organisation.
The functionality already exists and two of the top ten requests here, arguably three when you include the on-prem version, are for this feature. Why don't you just give people what they want and take their money? You're losing market share here by not giving customers the features they require to keep their back ends private and secure when using this product.
James Maguire commented
Agreed. really wanted to use APIM but the pricing to get vnets is ridiculous.
Raul Gimenez commented
Fully agree with this request. Having VNET support it's also a must for our architecture, but make no sense to pay 2.400€/month for it. The other features of the Standard version are more than enough for us.
Please, include the VNET support in the standard version.
Mikhail Zingman commented
VNET support is an absolute must for our company, but there's no way anyone would agree to pay $2500+/month just for one gateway feature alone. Please support it in at least the standard SKU...
For crying out loud make this happen already, at least for Standard SKU...
Vincent Surelle commented
Any update on this ?
Micah Castorina commented
I had a meeting with a dev manager and are trying to move our apps to Azure. I thought API management would be great except we need APIm to communicate to the VNET which the company is not willing to spend. I'm trying to get everyone onboard with using either service Fabric or Kubernetes, but this bizarre pricing dicision has made upper management pause everything. The big sell of Azure is scalability. Making clients pay a global enterprise price for what is a basic feature (and included in dev) is a bad mistake. It makes me want to get AWS certified.
Aaron Guimond commented
I just had to deploy a client to a non-MS API management solution because of the poor structuring of the APIM service plans. They needed VNET AND an SLA. At 3600/month they wanted none of it. I'm an Azure guy through and through and this kind of thing just makes it hard to sell the service. Now the client has a foot in with another CSP, something I was trying to avoid. Who is making these decisions? You don't need to give it away but this is a bit much.
Ram Ramakrishnan commented
It looks like the upcoming consumption pricing plan also will not support VNET. So the only choice is premium which is way too expensive to even consider for us right now. We are researching alternate solutions.
We have been using Azure since the real early days in 2012. What was great about the cloud and Microsoft's ethos at the time (which they had right) is that it was all about scale as you grow and pay for what you need. Unfortunately as Azure has grown clearly the 'old' marketing folks have moved departments, taken over and completely missed the point. Large swaths of Microsoft's Azure services are now unusable because they have adopted this strategy of adding BASIC / absolutely necessary functionality and features - like security - (deploying to VNETs) to only the highest tiers which have ridiculous prices. Therefore for a lot of deployments where API Managment and other Azure services could be utilised MS have priced themselves out of the market / consideration. Apps are built without including their services and as they say small Acorns in time grow into large oak trees. Once built these apps will be around for years and if they contain competitors offerings they won't be rewritten / replaced anytime soon. Even as an SME with reasonable budget for most projects we can't justify £2400 p/m for API management for a particular service, £900 p/m for Azure secure app environment (this not even including VMs), and various other disproportionate costs to simply run a various low volume services in a particular project securely - which is a must have requirement. AWS have this right. Create, maintain, and secure APIs at any scale.
Phil Murray commented
Completely agree. Providing a secure solution should not require a full enterprise tier. Come on Microsoft, you want us to us the platform but we can only do so if the security and pricing models are compatible.
Trond Olsen commented
VNET support would be appreciated in lower sub-licensing tiers, or the consumption-based tier. This will allow growth of Azure integration services from Logic Apps to more Biztalk-like functionality. We primarily need VNET support to avoid routing client traffic over internet.
Any status updates?
Would love to get some feedback from MS regarding this. It's a dealbreaker for our customers if we can't use apim with vnet for a reasonable price.
Chris Buchanan commented
Agreed. Even if this was part of the standard tier it would go a long way to help secure APIs by minimizing the attack vector.
Adrian King commented
Would love to use this but the current pricing is impossible to justify. Our use cases all require the APIs to be secured off the general internet but volumes only warrant the basic tier. Pricing highly for basic security features will always preclude this technology from regulated industry startups.