Skip to main content

Google Apps and the cloud: Maximum economies of scale

Editor's note: This post is the last in a three-part series on the benefits of Google Apps’ cloud-computing architecture. - Ed.

The first post in this series focused on faster access to innovation and last week’s entry described how Google Apps can drive higher reliability and security. This final installment explains advantages achieved from the scale at which the Google Apps infrastructure operates.

Maximum Economies of Scale
An Internet-scale cloud infrastructure achieves economies of scale that can produce tremendous cost savings. Rather than buying off-the-shelf completed servers, Google buys raw computer parts in massive quantities, and assembles custom servers with few unnecessary components. Not only do we save costs on hardware, we also minimize overhead by consolidating on a very small number of server configurations that can be managed in bulk globally at an extremely efficient ratio of staff to machines. On a per-user basis, these economies of scale allow Google Apps to operate at higher levels of efficiency than can be achieved by customers themselves. 
Further cost savings are also made possible by applications that run in the browser. Not only can customers forgo licensing expensive client software, but browser-based applications also require much less administrative overhead than traditional software or “software plus services”. IT departments don’t need to deploy patches or upgrades for web-based applications, and since improvements roll out gradually and continuously instead of in large disruptive batches every several years, companies can also save on change management costs.

Cloud computing – hosted, web-based applications built on shared infrastructure – can achieve breakthroughs in the pace of innovation, reliability, security and economies of scale. As you consider alternatives to address your organization’s messaging and collaboration needs, it pays to understand how different technologies are actually delivered. Over two million businesses considered their own options and have truly moved to the cloud with Google Apps.

If you’re interested in going a level deeper, we invite you to geek out with us on Thursday, when we’ll be holding a webcast to explore the advantages of Google’s cloud. Hope you can join us!

Comments

Popular posts from this blog

Alternative Social Networks

If you are planning to create your  social network  e.g. similar to Facebook. Here's a short list of alternative software's: Open Source and Free​ http://buddypress.org/  - Wordpress (Open Source and Free) http://elgg.org/  - (Open Source and Free) Commercial Social Networks software http://www.socialengine.com/  ($299 Stand Alone, $29/mo Cloud) http://www.jomsocial.com/  (run with Joomla, need to know CMS) http://www.boonex.com/  (very expensive, $399 for Standard) http://www.anahitapolis.com/ http://www.oxwall.org/ http://sharetronix.com/ http://www.moosocial.com/ http://www.jcow.net/ http://phpdolphin.com http://www.grou.ps  (from free to Commercial, I left my networks and they are selling it  http://www.phpfox.com/  (I used this before, it's hard to maintain. I moved to NING but left too after it was sold to another company) http://www.ning.com  (I don't recommend using this service, it's hard to export your data when it's time to move) S

Learning Vulnerability Scanning by KING.NET

Learning Vulnerability Scanning is fun and easy. So I hope you enjoy reading this short how to guide on how to use vulnerability scanning to secure your servers and networks. NMAP is the swiss tool that you need to learn if you're serious in Cyber Security profession. The NMAP tool can be use with NSE scripting (Nmap Scripting Engine) to automate your tasks. For example using NSE Script using a  single vulnerability (cold fusion)  to scan our test lab machine. root@kali:~# nmap -v -p 80  --script http-vuln-cve2010-2861  10.11.1.220 Starting Nmap 6.47 ( http://nmap.org ) at 2016-07-22 17:34 EDT NSE: Loaded 1 scripts for scanning. NSE: Script Pre-scanning. Initiating ARP Ping Scan at 17:34 Scanning 10.11.1.220 [1 port] Completed ARP Ping Scan at 17:34, 0.04s elapsed (1 total hosts) Initiating Parallel DNS resolution of 1 host. at 17:34 Completed Parallel DNS resolution of 1 host. at 17:35, 13.01s elapsed Initiating SYN Stealth Scan at 17:35 Scanning 10.11.1.220 [1 port] Comp