CONTENTS

WHAT IS GOOGLE APP HOW TO USE GOOGLE APP WHY GOOGLE APP ENGINE WORK ENVIRONMENTS HISTORY OF GOOGLE APP DIFFERENT EDITION OF GOOGLE APP

Page 1 of 14

Google App Engine lets you run web applications on Google's infrastructure. App Engine applications are easy to build, easy to maintain, and easy to scale as your traffic and data storage needs grow. With App Engine, there are no servers to maintain: You just upload your application, and it's ready to serve your users. You can serve your app from your own domain name (such as http://www.example.com/) using Google Apps. Or, you can serve your app using a free name on the appspot.com domain. You can share your application with the world, or limit access to members of your organization. Google App Engine supports apps written in several programming languages. With App Engine's Java runtime environment, you can build your app using standard Java technologies, including the JVM, Java servlets, and the Java programming languageor any other language using a JVM-based interpreter or compiler, such as JavaScript or Ruby. App Engine also features two dedicated Python runtime environments, each of which includes a fast Python interpreter and the Python standard library. Finally, App Engine provides a Go runtime environment that runs natively compiled Go code. These runtime environments are built to ensure that your application runs quickly, securely, and without interference from other apps on the system. With App Engine, you only pay for what you use. There are no set-up costs and no recurring fees. The resources your application uses, such as storage and bandwidth, are measured by the gigabyte, and billed at competitive rates. You control the maximum amounts of resources your app can consume, so it always stays within your budget. App Engine costs nothing to get started. All applications can use up to 1 GB of storage and enough CPU and bandwidth to support an efficient app serving around 5 million page views a month, absolutely free. When you enable billing for your application, your free limits are raised, and you only pay for resources you use above the free levels.

Zero to sixty: Scale your app automatically without worrying about managing machines. Supercharged APIs: Supercharge your app with services such as Task Queue, XMPP, and Cloud SQL, all powered by the same infrastructure that powers the Google services you use every day. You're in control: Manage your application with a simple, web-based dashboard allowing you to customize your app's performance.

Page 2 of 14

Google App Engine enables you to build web applications on the same scalable systems that power Google applications. App Engine applications are easy to build, easy to maintain, and easy to scale as your traffic and data storage needs grow. With App Engine, there are no servers to maintain: You just upload your application, and it's ready to serve to your users.

1. Easy to Get Started

App Engine is a complete development stack that uses familiar technologies to build and host web applications. With App Engine you write your application code, test it on your local machine and upload it to Google with a simple click of a button or command line script. Once your application is uploaded to Google we host and scale your application for you. You no longer need to worry about system administration, bringing up new instances of your application, sharing your database or buying machines. We take care of all the maintenance so you can focus on features for your users. You can create an account and publish an application that people can use right away at no charge from Google, and with no obligation. When you need to use more resources, you can enable billing and allocate your budget according to your needs.

2. Students will love you for it

Schools tell us that when they ask their students what email they'd prefer, they overwhelmingly say Gmail. Our students approached us about a year ago, saying that we needed to improve our email and collaboration services. We actually had our student government tell us, 'we want you to implement Google Apps.' Wendy Woodward, Director of Technology Support Services, Northwestern University

3 . Automatic Scalability

Page 3 of 14

For the first time your applications can take advantage of the same scalable technologies that Google applications are built on, things like Big Table and GFS. Automatic scaling is built in with App Engine, all you have to do is write your application code and we'll do the rest. No matter how many users you have or how much data your application stores, App Engine can scale to meet your needs.

4. Free up your IT
Focus your IT on activities that add value instead of worrying about the uptime of your email services. Google Apps has allowed us to get out of providing these commodity type services - such as maintaining an email and calendaring system - and focus on the things that we are uniquely equipped to do, like providing more resources to be able to better support teaching, learning and research. Todd Sutton, Assistant Vice Chancellor for Application Services, UNC Greensboro

5. Easy to deploy
No software to install, no hardware to buy, just validate your MX records and create your accounts to get started. To integrate with what you already have, we work with open standards, have created a multitude of APIs, can point you to open source solutions for common integrations, and have approved partners with experience deploying Apps in schools. After struggling for several months to try to implement an alternative web hosted e-mail solution, we eventually turned to Google Apps which we were able to get up and running within a matter of hours. Johnny Oliveira, IT Manager, University of Lisbon

6. The Reliability, Performance, and Security of Google's Infrastructure

Google has a reputation for highly reliable, high performance infrastructure. With App Engine you can take advantage of the 10 years of knowledge Google has in running massively scalable, performance driven systems. The same security, privacy and data protection policies we have for Google's application applies to all App Engine applications. We take security very seriously and have measures in place to protect your code and application data.

Page 4 of 14

7. Save money
Outsourcing the maintenance of servers to Google frees up resources that would have been spent on additional licenses and upgrades. This helped our IT staff understand that their focus should be on strategic enterprise solutions to help us reach our educational objectives, not just overseeing commodities like email. Had we not gone with the Google solution, we'd be looking at proposing a significant increase in student fees. Eric Hawley, Utah State University Associate Vice President for Technology

8. Innovation in real-time
What better way to prepare your students for the newest technology in the workplace, than by giving it to them as a part of their education? The response from the university community has been extremely positive because we are now partnering with cutting-edge technologists who understand that we're trying to provide the latest, most innovative technologies available today. Roy B. Roberti, Director of Information Technology Planning, Hofstra University

9. Collaborate globally
Google Docs, our word processing application, doesn't just give you access to the same document, it actually allow students to work on the same document at the same time from anywhere in the world. Collaborative projects really make for an excellent education experience not only because students bounce ideas off each other and improve each other's writing skills, but also because the process itself teaches them how to work well with others - a valuable skill for everyone. Richard Ellwood, Technology Coordinator and Digital Arts Teacher, Columbia Secondary School

Page 5 of 14

10. We've got your back

Need help? We're here to help you when you need it either through our Help Center, our education customer group, or directly through the phone and email contact information provided in your administrator dashboard.

1. The Application Environment

Google App Engine makes it easy to build an application that runs reliably, even under heavy load and with large amounts of data. App Engine includes the following features: dynamic web serving, with full support for common web technologies persistent storage with queries, sorting and transactions automatic scaling and load balancing APIs for authenticating users and sending email using Google Accounts a fully featured local development environment that simulates Google App Engine on your computer task queues for performing work outside of the scope of a web request scheduled tasks for triggering events at specified times and regular intervals Your application can run in one of three runtime environments: the Go environment, the Java environment, and the Python environment, which gives you a choice of Python 2.5 or Python 2.7. Each environment provides standard protocols and common technologies for web application development.

2. The Sandbox
Applications run in a secure environment that provides limited access to the underlying operating system. These limitations allow App Engine to distribute web requests for the application across multiple servers, and start and stop servers to meet traffic demands. The sandbox isolates your application in its own secure, reliable environment that is independent of the hardware, operating system and physical location of the web server. Examples of the limitations of the secure sandbox environment include:

Page 6 of 14

 An application can only access other computers on the Internet through the provided URL fetch and email services. Other computers can only connect to the application by making HTTP (or HTTPS) requests on the standard ports. Applications cannot write to the file system in any of the runtime environments. An application can read files, but only files uploaded with the application code. The app must use the App Engine datastore, memory cache or other services for all data that persists between requests. The Python 2.7 environment allows byte code to be read, written, and modified. Application code only runs in response to a web request, a queued task, or a scheduled task, and must return response data within 60 seconds in any case. A request handler cannot spawn a sub-process or execute code after the response has been sent.

3. The Go Runtime Environment

App Engine's Go runtime environment provides a convenient way to implement and deploy web applications written in the Go Programming Language. The Go runtime environment uses Go release r60.3. The SDK includes the Go compiler and standard library, so it has no additional dependencies. As with the Java and Python environments, not all the standard library's functionality is available inside the sandbox. For example, attempts to open a socket or write to a file will return an os.EINVAL error. The SDK includes an automated build service to compile your app, so you'll never need to invoke the compiler yourself. Andas with the Python SDKyour app will be automatically re-built whenever you change the source. This keeps you productive by making the edit-compile-run cycle refreshingly short. The Go environment provides idiomatic Go APIs for most of the App Engine services. You can upload other third-party libraries with your application, as long as they are implemented in pure Go.

4. The Java Runtime Environment

You can develop your application for the Java runtime environment using common Java web development tools and API standards. Your app interacts with the environment using the Java Servlet standard, and can use common web application technologies such as JavaServer Pages (JSPs). The Java runtime environment uses Java 6. The App Engine Java SDK supports developing apps using either Java 5 or 6.The environment includes the Java SE Runtime Environment (JRE) 6 platform and libraries. The restrictions of the sandbox environment are implemented in the JVM. An app can use any JVM byte code or library feature, as long as it does not exceed the sandbox restrictions. For instance, byte code that attempts to open a socket or write to a file will throw a runtime exception.

Page 7 of 14

Your app accesses most App Engine services using Java standard APIs. For the App Engine data store, the Java SDK includes implementations of the Java Data Objects (JDO) and Java Persistence API (JPA) interfaces. Your app can use the JavaMail API to send email messages with the App Engine Mail service. The java.net HTTP APIs access the App Engine URL fetch service. App Engine also includes low-level APIs for its services to implement additional adapters, or to use directly from the application. See the documentation for the datastore, memcache, URL fetch, mail, images and Google Accounts APIs. Typically, Java developers use the Java programming language and APIs to implement web applications for the JVM. With the use of JVM-compatible compilers or interpreters, you can also use other languages to develop web applications, such as JavaScript, Ruby, or Scala.

5. The Python Runtime Environment

With App Engine's Python runtime environment, you can implement your app using the Python programming language, and run it on an optimized Python interpreter. App Engine includes rich APIs and tools for Python web application development, including a feature rich data modeling API, an easyto-use web application framework, and tools for managing and accessing your app's data. You can also take advantage of a wide variety of mature libraries and frameworks for Python web application development, such as Django. The Python runtime environment uses Python version 2.5.2 by default. You can also choose the Python 2.7.2 runtime. The Python environment includes the Python standard library. Of course, not all of the library's features can run in the sandbox environment. For instance, a call to a method that attempts to open a socket or write to a file will raise an exception. For convenience, several modules in the standard library whose core features are not supported by the runtime environment have been disabled, and code that imports them will raise an error. Application code written for the Python environment must be written exclusively in Python. Extensions written in the C language are not supported. The Python environment provides rich Python APIs for the datastore, Google Accounts, URL fetch, and email services. App Engine also provides a simple Python web application framework called webapp to make it easy to start building applications. You can upload other third-party libraries with your application, as long as they are implemented in pure Python and do not require any unsupported standard library modules.

Page 8 of 14

February 2006 - Google created Gmail For Your Domain with an invitation-only beta, which allowed Gmail to be used with a custom domain name. It featured 2 GB of e-mail storage, and many of the standard Gmail features. August 2006 - Google expanded on this service and developed Google Apps For Your Domain, incorporating more recent Google services, including Google Calendar, Google Talk, and Google Page Creator. Later, Google added a "Start Page" to all accounts, which is based on their iGoogle service. October 2006 - Google allowed educational institutions to sign up for the service, which was retitled Google Apps For Education. A large implementation of Google Apps is at University in Thunder Bay, [4] Ontario, Canada, where 38,000 users have Gmail and in-browser IM capabilities. February 22, 2007 - Google launched a Premier Edition for enterprise, as well as making registration public for all Google Apps services. At the same time, all products were unified, and the online control panel was redesigned. June 2007 - Email migration from IMAP email services was added to Google Apps. October 3, 2007 - Google announced that "security, compliance, policy management, and message recovery services" from recently-acquired Postini will be integrated into Google Apps Premier Edition. October 12, 2007 - Google announced that e-mail storage for domains using Google Apps would be increasing. Premier Edition accounts now have 25 GB of space each (previously 10 GB). Standard and Education Edition accounts will mirror the Gmail counter (previously 2 GB, over 7 GB as of August 2008). February 28, 2008 - Google announced that Google Sites will be available to domains hosted by Google Apps. Google Sites allows collaborative editing of web sites and permits users to upload images and videos to their site. September 2008 - Google Page Creator and file uploader was removed as an available service for new Google Apps applicants. December 1, 2008 - Google removed the Start Page option for new Google Apps accounts. They are apparently trying to transition new users to using sites instead. January 14, 2009 - Google removed the ability to add additional users to Standard Edition domains and limited new standard edition domains to 50 users (a reduction from the previous 100). January 29, 2009 - Google added Google Apps to the Google Labs suite. This allows users to add gadgets to their inbox such as 'Offline', 'Tasks', and 'Vacation Time!'. April 1, 2009 - Google added theme support to the mail interface. June 9, 2009 - Google introduced Google Apps Sync for Microsoft Outlook, enabling companies running Microsoft Exchange Server to migrate their email boxes from Exchange to Google Apps. July 7, 2009 - Google upgraded all of the services under Google Apps from 'Beta' status. September 15, 2009 - Google announced that it will provide GovCloud, which will host Google Apps in a separate data environment with enhanced encryption for meeting state and government security standards.

Page 9 of 14

March 9, 2010 - Google opened the Google Apps Marketplace, a venue for third-party, cloud-based applications to supplement Google's own online applications.

May 24, 2010 - Google announced that Google Wave will be available to domains hosted by Google Apps in next generation (only US English). Google Wave was a live, shared space on the web where people could discuss and work together using richly formatted text, photos, videos, maps, and more.

August 3, 2010 - Google Senior Vice President Urs Hlzle announced that Google will cease development of Google Wave.

Midend of 2010 - Google started rejecting registration of domains for Google Apps (Google Apps Standard Edition at that time), but it did not affect Google Apps for Business (Google Apps Premiere Edition at the time) and Google Apps for Education (Google Apps Education Edition at the time). All Google Apps accounts using dot tk domains registered before March 2010 became disabled. When affected users try to use Google Apps, they get the following message: "This account has been disabled."

May 10, 2011 - The number of free accounts for Google Apps (formerly Google Apps Standard Edition) drops from 50 to 10.

Page 10 of 14

Google Apps is available in a number of distinct editions. Each edition has a limit on the number of users [1] that may be active at any given time. Google Apps launched with a default user allotment of 200 users, which was shortly changed to 100 users. In addition, users could request to have their user limit increased through a manual process taking (at least) 12 weeks for approval. In January 2009, the cap was changed so that all new accounts would receive only 50 users as opposed to 100, and could not [2] request more without payment. This was confirmed as relating to the launch of the Google Apps commercial reseller program. Existing Standard Edition users before January 2009 kept their old allocation, in addition to the ability their "request" more users, though these limit requests are now [3] commonly answered with suggestions to "upgrade your subscription". In 2011, the limit on the free Google Apps product was further reduced to 10 users, effective for new users. The subscription level of a Google Apps edition is billed based on the total number of available users in the Apps account, and the edition features apply to all users accounts in that subscription. It is not possible to purchase upgrades for a subset of users: to increase the user limit, subscriptions must be purchased for all accounts. For example, an upgrade from a "Standard" limit of 50 users to allow up to 60 [4] users would involve paying for 60 users, whether they are used or not.

1. ^ Google Apps FAQ : Standard vs. Premiere 2. ^ Google Help Center : Standard Edition user accounts 3. ^ Google Apps Blog - 50 user limit for new Standard Edition customers 4. ^ Google Help Center: Purchase and Renewals

Page 11 of 14

Google Apps (formerly Google Apps Standard Edition) Free

[1]

Brandable name and logos in the control panel, i.e. @yourdomain.com Same storage space as regular gmail.com accounts (over 7,666 MB as of January 6, 2011) Text ads standard (can be turned off in each account) Limited to 10 users within same domain. Email attachments cannot be larger than 25 megabytes. Limited to sending email to 500 external recipients per day per email account. Same as standard edition with the following exceptions: No limit on number of mailboxes Google API is available to use to manage and provision accounts Paid service with tech support available with pricing starting at $0.35 per mailbox per resellers such as http://www.ikano.com.
[2]

Google Apps Partner Edition / Google Apps for ISPs

Google Apps for Business (formerly Google Apps Premiere Edition) US$50 (40 EUR, 33 GBP ) per account per year, or US$5 per account monthly Text ads optional Integrated Postini policy-based messaging security Conference room/resource scheduling 99.9% e-mail uptime guarantee APIs available for Single Sign On 24/7 phone support Google Video, a service similar to YouTube with private groups Limited to sending email to 2000 external recipients per day per email account.
[3]

Storage space 25 GB in each account, allocated for use across all products including e-mail.

1.

^ Google Help Center: Purchase and Renewals

2.

^ Google Apps - Google Apps Standard Edition helps groups build community

3.

^ Google Apps - Mail Sending Limits

Page 12 of 14

Google Apps for Education (formerly Google Apps Education Edition) Same as Google Apps for Business except for the following: Free for K-12 schools, colleges, and universities with up to 30,000 users No ads for faculty, staff, or students Google may serve ads to accounts not associated with enrolled students, staff or [1] volunteers Storage space 25 GB as of June 24, 2011

Google Apps for Non-profits (formerly Google Apps Education Edition) Same as Google Apps for Business except for the following: Free for accredited 501(c)(3) non-profit entities with less than 3,000 users Large non-profits eligible for 40% discount on Google Apps for Business No ads for faculty, staff, or students Google may serve ads to accounts not associated with staff or volunteers Storage space 25 GB as of June 24, 2011

Other editions The terms Google for your Domain/Google Apps for your Domain still surface from time to time, without clear indication if this is a deprecated (or better said, separate) version of Google Apps. Google Apps Team Edition seems to have been a way for using Google Apps without attaching a domain to it and seems to be deprecated. Google Apps for Non Profit is not as much an edition as a marketing category. NGO with less than 3000 users are eligible to Google Apps Education Edition, whilst those with more than this may apply to Google Apps Premiere Edition at a discounted price.

1. ^ Google Apps Education Edition agreement

Page 13 of 14

It is not known how many people use the Google Apps platform, although a Google blog post in March 2010 claimed that 25 million people had "switched to Google Apps." . And Google claimed that 4 million organizations are using Google Apps service. Google is making a concerted effort to increase usage, particularly in the public sector. The most recent example was the announcement in June, 2011 by the NOAA that 25,000 government employees would be migrated to Google Apps by years end. In 2009, Los Angeles, California awarded Google a five-year contract to provide Google Apps services to 34,000 employees. As of early 2011, the City of LA was still in the process of deploying Google Apps after objections from LAPD officials surfaced about privacy. In early 2010, the U.S. Department of Energy's Lawrence Berkeley National Laboratory shifted 5,000 email accounts to Google Apps. On July 22, 2010, the General Services Administration certified that Google Apps met its GSA's cybersecurity requirements. On October 29, 2010, Google filed a lawsuit against the U.S. Department of Interior, which opened up a bid for software that required that bidders use Microsoft's Business Productivity Online Suite. Google sued, calling the requirement "unduly restrictive of competition." Scholars have pointed out that, beginning in 2005, the prevalence of open standards and open source may begin to significantly change the way that public entities (which represent some of the worlds' most significant software purchases) choose to select vendors.

Page 14 of 14