The Zone redundancy option in the setup wizard said the minimum number of App Service plans is three, but the pages I've been looking at recently seem to suggest there's a minimum charge of nine when zone redundancy is selected. Has this changed recently, because I had put in an infrastructure design using an ASE, thinking we'd be OK with three, but nine is making it a little rich for my taste - especially as our Devs are having a bit of trouble with deployment to the test environment now that it's isolated and the Web Deploy and FTP endpoints are no longer exposed. I'm new to this and it's a steep learning curve... additional cost and complication makes me think it's still more for the big boys and I should stick with multi-tenant ASPs. Also - "deployment will take a little while". That's an understatement! Our test environment took 18 hours to deploy, which had me thinking something had gone wrong. It got there in the end, but the dev environment on multitenant ASP only took a few minutes, so my expectations were that it might take an hour or so.
ASE solution will cost more than other azure app service deployments. However, if considering all the benefits it provides, you should come up with the idea it is worth it or not.
@@cyberv It sounds like they're making significant advances in both the provisioning time and the pricing model, so the benefits of ASE v3 platform as a service with less management overhead may outweigh the argument for cost savings. If it's your own dedicated hardware, you should have more control over resources in your DEV environment.
Putting the cost aside, how different is the storage under the cover when we compare a P3v3 ASP vs an ASEv3? If we running multiple workloads we are seeing a limit to the underlying storage acutally, I assume that the ASEv3 can handle higher iOPS etc yeah? Any clarification on this?
The Zone redundancy option in the setup wizard said the minimum number of App Service plans is three, but the pages I've been looking at recently seem to suggest there's a minimum charge of nine when zone redundancy is selected. Has this changed recently, because I had put in an infrastructure design using an ASE, thinking we'd be OK with three, but nine is making it a little rich for my taste - especially as our Devs are having a bit of trouble with deployment to the test environment now that it's isolated and the Web Deploy and FTP endpoints are no longer exposed. I'm new to this and it's a steep learning curve... additional cost and complication makes me think it's still more for the big boys and I should stick with multi-tenant ASPs.
Also - "deployment will take a little while". That's an understatement! Our test environment took 18 hours to deploy, which had me thinking something had gone wrong. It got there in the end, but the dev environment on multitenant ASP only took a few minutes, so my expectations were that it might take an hour or so.
ASE solution will cost more than other azure app service deployments. However, if considering all the benefits it provides, you should come up with the idea it is worth it or not.
@@cyberv It sounds like they're making significant advances in both the provisioning time and the pricing model, so the benefits of ASE v3 platform as a service with less management overhead may outweigh the argument for cost savings. If it's your own dedicated hardware, you should have more control over resources in your DEV environment.
Very nice video. ASE might be exactly what I was looking for. Some more information on pricing on V3 could be helpful
Putting the cost aside, how different is the storage under the cover when we compare a P3v3 ASP vs an ASEv3? If we running multiple workloads we are seeing a limit to the underlying storage acutally, I assume that the ASEv3 can handle higher iOPS etc yeah? Any clarification on this?
This is really useful
Uuufff this was informative