I am porting a website to Microsoft Azure. But our clients are scattered throughout the world, so my intention is to deliver our website as fast as possible to our customers in the US as we do in Germany or China. So I was thinking about something like a CDN on application level for our PHP/Ubuntu-Environment.
I know, there is a CDN implementation for static pages in Microsoft Azure, but I do not have any idea as how to achieve this on the application level.
Thank you in advance.
Related
We have deployed our website recently using an application gateway but the bandwidth (125 CU) isn't enough to handle the very high traffic of the website.
We are thinking about switching the application gateway by a Frontdoor since it looks like its bandwidth is higher however we don’t know if there are anything we should know by using this method. (security, best pratice, cost, ...)
Our website is host in 2 same App service Plan (with 4 to 5 App Service in each of theme) in the same region.
Please help
Why don't you guys use actual firewall (not Azure WAF, rather something like PaloAlto, Fortigate, Cisco FTD etc) for this. Not only it will work as application gateway but will also provide you security and save you from a lot of attacks. It is fairly simple to deploy a firewall from market place, and vendor support is also great. Depending on how good you negotiate the price difference will be marginal.
I'm currently developing a mobile app which will be pushed world-wide across the app stores. This app uses a WebAPI REST service as the backend which I currently have running on MS Azure in Europe (which backs onto a database also in Europe).
My problem is, I'd like to create multiple Azure WebApi endpoints (i.e. Australia, US, etc for latency reasons), each with their own database which has geo-replication enabled.
Does anyone know a method/product/service I could use which allows me from the app to either:
Connect to a single domain which behind the scenes picks the closest server to the user.
OR
The app itself is able to determine based on a given list the closest server and connect to that?
I've looked at Azure CDN but this is for static content which is great but I need something for dynamic content.
What you're looking at is Traffic Manager. Traffic manager enables that exact scenario, of finding the closest service that hosts your REST API.
Keep in mind though, that the database replication is (for the time being) a thing you have to do yourself, although we do provide you with the tooling and guidance on how.
We are looking to host a website (some css,js, one html file but not aspx, one generic handler).
We deployed in as:
1) Azure Web Site
2) Azure Cloud Service
Both solutions work. There is a question though: which way of hosting it is better and why? Second thing: as there might be a lot of traffic - which solution would be cheaper?
Thanks in advance,
Krzysztofuncjusz
You may want to review this article that explains the primary differences. Web Sites are best for running web applications that are relatively isolated (that do not require elevated security, remote desktop, network isolation...). Cloud services are more advanced because they give you more control over web sites while still remaining flexible. And VMs are for full control over applications that need to be installed and configured (like running SQL Server for example).
I think that main difference in abilities to modify VM and possibility to configure scalability. Web sites is something like classic hosting, without ability to login by rdp. Cloud Services allows you to configure VM and if necessary setup scalability and availability.
We have added a Web API services layer to our application to help share the code with various product teams at my client's company. I like this as a way of managing versioning and for code organization but I'm concerned about violating Martin Fowlers First Law of Distributed Object Design, namely don't distribute your objects. We can host all of the various products on the same box currently and I was wondering if having the client application access our web services through localhost would allow us to avoid the issues that Martin is calling out. If it was WCF I would configure the end point to use Named Pipes and I guess I'm trying to figure out how to do that in IIS.
If you are hosting all your projects under the same process, it would be possible to go in-memory but I am not sure how much this makes sense. Here is a good example:
Batching Handler for ASP.NET Web API
A related post for the above one
It demonstrates the usage of in-memory hosting the entire Web API pipeline. However, in your case, it seems that this won't work out but might be worth considering.
I was wondering whether or not Windows Azure is a viable option, now that they offer 10 free websites, for hosting a simple website with a database and domain name etc.. or is more traditional web hosting still the better option?
The database won't be that big, so the $5 for the 100MB database option will be plenty. I guess a few dollar's would be needed for traffic too?
Custom domain names can only be used in Shared or Reserved modes which are not free.
The free websites would be under [yourSubdomain].azurewebsites.net
So, it depends whether having your own domain matters to you and, if so, whether you are willing to pay for the website.
Notwithstanding this, Azure websites is a perfectly good cloud solution offering quick deployment of numerous CMS systems including WordPress, Joomla, etc.
I think it is a viable option. However, to get your own domain name you must change the website from free to shared or reserved mode. Heres description and link how to do this!
"When you create a web site, Windows Azure provides a friendly
subdomain on the azurewebsites.net domain so your users can access
your web site using a URL like http://.azurewebsites.net.
However, if you configure your web sites for shared or reserved mode,
you can map your web site to your own domain name."
http://www.windowsazure.com/en-us/develop/net/common-tasks/custom-dns-web-site/