GAE刚刚开放注册了，并且增加了memcache和image API, 可以说超实用又迈进了一步, 这篇blog中还宣布了未来的价格：

Although we’re not ready to offer this ability now, we’ve been asked by many developers to provide some insight into how we’ll be pricing App Engine usage for applications that have exceeded the free quota of 500 MB of storage and around 5M pageviews per month. We’d like to be transparent about this, and have announced today that developers can expect to pay:

$0.10 - $0.12 per CPU core-hour

$0.15 - $0.18 per GB-month of storage

$0.11 - $0.13 per GB outgoing bandwidth

$0.09 - $0.11 per GB incoming bandwidth

我不由得马上跑到amazon上去比较一下S3和EC2的价格。

S3目前的价格：

United States

Storage
$0.15 per GB-Month of storage used

Data Transfer
$0.100 per GB - all data transfer in
$0.170 per GB - first 10 TB / month data transfer out
$0.130 per GB - next 40 TB / month data transfer out
$0.110 per GB - next 100 TB / month data transfer out
$0.100 per GB - data transfer out / month over 150 TB

Requests
$0.01 per 1,000 PUT, POST, or LIST requests
$0.01 per 10,000 GET and all other requests*
* No charge for delete requests

Europe

Storage
$0.18 per GB-Month of storage used

Data Transfer
$0.100 per GB - all data transfer in

$0.170 per GB - first 10 TB / month data transfer out
$0.130 per GB - next 40 TB / month data transfer out
$0.110 per GB - next 100 TB / month data transfer out
$0.100 per GB - data transfer out / month over 150 TB

Requests
$0.012 per 1,000 PUT, POST, or LIST requests
$0.012 per 10,000 GET and all other requests*
* No charge for delete requests

Data transfer “in” and “out” refers to transfer into and out of Amazon S3.  Data transferred between Amazon EC2 and Amazon S3, is free of charge (i.e., $0.00 per GB), except data transferred between Amazon EC2 and Amazon S3-Europe, which will be charged at regular rates.

Storage and bandwidth size includes all file overhead.

(Amazon S3 is sold by Amazon Web Services LLC.)

可以看到，目前在文件存储和传输方面两者价格是非常接近的，考虑到GAE提供500M的免费空间和每月5M的免费PV，在文件保存和传送方面GAE更有吸引力。S3完全是不免费的，我现在每月信用卡帐单上都有几分钱的支出，就是因为我在s3里放了一点点测试数据。　

虽然GAE目前并不纯粹提供和S3相当的文件服务，但相信很快、也相当容易就可以提供一个这样的GAE应用出来。　

EC2的价格：

Instances

Standard Instances
Instances of this family are well suited for most applications.
$0.10 - Small Instance (Default)

1.7 GB of memory, 1 EC2 Compute Unit (1 virtual core with 1 EC2 Compute Unit), 160 GB of instance storage, 32-bit platform

$0.40 - Large Instance

7.5 GB of memory, 4 EC2 Compute Units (2 virtual cores with 2 EC2 Compute Units each), 850 GB of instance storage, 64-bit platform

$0.80 - Extra Large Instance

15 GB of memory, 8 EC2 Compute Units (4 virtual cores with 2 EC2 Compute Units each), 1690 GB of instance storage, 64-bit platform

High-CPU Instances
Instances of this family have proportionally more CPU resources than memory (RAM) and are well suited for compute-intensive applications.
$0.20 - High-CPU Medium Instance

1.7 GB of memory, 5 EC2 Compute Units (2 virtual cores with 2.5 EC2 Compute Units each), 350 GB of instance storage, 32-bit platform

$0.80 - High-CPU Extra Large Instance

7 GB of memory, 20 EC2 Compute Units (8 virtual cores with 2.5 EC2 Compute Units each), 1690 GB of instance storage, 64-bit platform

Pricing is per instance-hour consumed for each instance type. Partial instance-hours consumed are billed as full hours.

EC2 Compute Unit (ECU) - One EC2 Compute Unit (ECU) provides the equivalent CPU capacity of a 1.0-1.2 GHz 2007 Opteron or 2007 Xeon processor.   See Amazon EC2 Instance Types for details on available instance configurations and a complete description of an EC2 Compute Unit.

Data Transfer

Internet Data Transfer
$0.100 per GB - all data transfer in

$0.170 per GB - first 10 TB / month data transfer out
$0.130 per GB - next 40 TB / month data transfer out
$0.110 per GB - next 100 TB / month data transfer out
$0.100 per GB - data transfer out / month over 150 TB

Data transfer “in” and “out” refers to transfer into and out of Amazon EC2.

Data transferred between Amazon EC2 and Amazon S3-US or Amazon SimpleDB, is free of charge (i.e., $0.00 per GB), except data transferred between Amazon EC2 and Amazon S3-Europe, which will be charged at regular rates.

Amazon S3 usage is billed separately from Amazon EC2; charges for each service will be billed at the end of the month.

Availability Zone Data Transfer
$0.00 per GB - all data transferred between instances in the same Availability Zone using private IP addresses.

Regional Data Transfer
$0.01 per GB in/out - all data transferred between instances in different Availability Zones in the same region. 

Public and Elastic IP Data Transfer
$0.01 per GB in/out - If you choose to communicate using your Public or Elastic IP address inside of the Amazon EC2 network, you’ll pay Regional Data Transfer rates even if the instances are in the same Availability Zone.  For data transfer within the same Availability Zone, you can easily avoid this charge (and get better network performance) by using your private IP whenever possible.

* Please note that Regional Data Transfer and Public and Elastic IP Data Transfer will be charged at $0.00 per GB through June 30, 2008.  This is to allow current Amazon EC2 users to optimize the placement of instances before incurring any charges.  See Availability Zones for tools to describe instance location.

Elastic IP Addresses

No cost for Elastic IP addresses while in use
$0.01 per non-attached Elastic IP address per complete hour
$0.00 per Elastic IP address remap - first 100 remaps / month
$0.10 per Elastic IP address remap - additional remap / month over 100

(Amazon EC2 is sold by Amazon Web Services LLC.)

EC2 和 GAE比较是有一点拿苹果和梨子比，因为两者提供的并不对等， GAE只能host 应用， EC2能提供货真价实的虚拟机给你完全控制，但GAE保证帮你实现app的load balance和scalability, EC2就只能靠你的应用来自己实现。

单纯从CPU使用的价格上来看， GAE更便宜，和Ec2的数据传送价格比， GAE也有优势。 总体上来看， GAE是比较有竞争优势的，因为GAE的哲学可能是Just alright, 对大多数服务和应用来说刚好够用，EC2更加专业化一些，但很多场合下并不需要。

Microsoft呢?

Microsoft并没有闲着看，这个SSDS就是答案，现在还是close beta状态，但文档可以直接访问。 不得不说这个名字SSDS取得不太好，也很容易误导。

目前还没有公布价格，所以无从比较。 SSDS提供的服务应该认为是S3的增强版本，不但可以保存文件还可以保存结构化数据，并且能用LINQ语法进行一些查询。 我刚刚拿到测试帐户，还没有仔细看。

其实Microsoft拥有IIS, ASP.NET, Visual Studio等全套的东西，完全应该能提供出类似于GAE并且比GAE完善得多的方案，让开发、部署基于ASP的应用易如反掌，而且这种host类型的服务，不但不会影响传统的销售，还会更好地吸引个人开发者和startup公司，实在是太太太太应该提供了！！！ 然而，我还没有听说类似的计划和项目。 :(  :(  :(  

这里说个题外话就是很多新的startup 尤其互联网startup用Microsoft产品的非常少，大部分都是LAMP阵营的，未来可能是GOP(Google + Python，不是共和党 )的, Microsoft的web方面产品其实从某些角度对startup有不少优势，然而由于没有几乎为0的入门门槛，以及一些”不cool”的感觉因素，导致了目前这种局面，实在觉得很应该扭转过来。 Microsoft有一个针对startup的计划Microsoft Startup Zone，让“合格”的startup可以以很低的价格购买Microsoft系列产品，然而既然是startup, 一开始的时候谁有精力去搞这些呢？ 这就是为什么Just all right的产品更容易吸引startup的原因。 因此我觉得GAE将大大降低startup的资金入门门槛， 可以让startup更多把资源用在创新上，是非常有竞争力的。

当然，既然评论了不少公司和产品，得声明一下：本文纯属个人观点,不代表我所在公司观点.

Share This

这里有篇文章和一些相关的内容强烈推荐给热爱软件艺术的同学们，俺还在学习实践感受之中，但已经非常喜欢这个Presenter first了:

http://www.atomicobject.com/pages/Presenter+First 

呵呵，想起俺十多年前在经历了一个耗时近两年（当然至少一年是业余时间）、数万行代码（不少是垃圾代码:P ）却最终失败的项目后，总结的一些经验教训中，有不少idea相当match这个思想啊…可惜俺怎么没能写拔高成这样的一篇牛paper呢？

Share This

有一些小批量数据（数万行的规模）需要处理一下，主要需要产生查询和报表，给一小群人（十几个）用，由于一些不确定性，查询的条件、报表的格式、甚至数据的格式都可能经常发生一些小的改变。

这样的东西要在过去可能最适合的就是用foxbase, 或者power builder 来做个简单的应用，可以随时修改各个方面，边改边用。 也许Microsoft Access应该也是个合适的工具。

有没有一个web base的工具能做这样的事情呢？可以简单地创建表、查询、表单(forms)、报表，而且可以完全web based? 这样最大的好处就是不需要分发了。 forms garden, wufu之类的一些web form工具可以不错地生成表单和处理简单数据，但数据库能力太幼稚了。 有没有类似的产品呢？ 有没有人可以给我推荐一个？

Share This

接着([1][2][3][4][5])继续思考, 透过blog来思考的一个好处，就如同参加讨论会，本来只有一些模糊的想法，随着讨论思路越来越清晰，或者idea越来越多。

本期主要想写的是data portability（数据可移植性）的问题，这和新PC本来没有很大关系，只是思考过程中迸出的一些想法。

早期的计算机数据移植性是最好的，什么东西都是个文件，copy这些文件走，程序、数据就直接拷贝走了。这和unix系统的设计原则也有些类似，unix中把很多东西都作为文件来对待。

随着计算机越来越复杂，数据呈现和存在的形式也越来越复杂，其依赖性也越来越多，好在文件仍然是一个相当广泛使用的概念。 如今的pc机，你的文档，不论是word, excel, ppt, 都是个文件， 软件也表现为一个个的文件，当然这里开始出现一些比较不和谐的声音：比如注册表（registry）这个东西，它不是文件形式而是一种数据库形式存在着，想拷贝或者移植一些注册表里的东西吗？很头疼。  再如一些保存在数据库里的数据，由于这些数据在DBMS管理之下，往往备份、复制就不是简单的文件拷贝那么简单了。

下面这个图说明了我们是如何使用我们的PC的，我们往往是使用某个应用软件来处理数据，把数据保存为文件，而当我们需要交换数据的时候，我们常常是绕过了特定的应用程序，直接通过文件系统来交换数据。 想象一下，如果所有这些数据都只能透过那些应用程序本身才能访问，不可以透过文件系统来简单地拷贝文件，那是多么可怕的事情？！

当在线的web服务普及后，我们的数据变得更加难以“移植”，原因在于这些为我们提供服务的web把我们的数据的“可移植版本”给隐藏了，我们只能透过具体的服务界面去访问我们的数据，而不能用类似文件的方式去统一地访问我们的数据。 其实我们的数据仍然以文件或者数据库的形式保存在各家服务商的服务端，只不过这些服务商出于某种原因不允许我们去直接访问他们！

所以要解决未来的数据可移植性问题，最简单的做法就是能在未来的服务中把用户以类似文件方式访问自己的数据的权力归还回来。 当然这种文件并不需要是意义上server的文件本身，而是“模拟”出来的文件。（想一想unix系统是如何把设备影射在文件系统/dev/xxxx下的方便用户对设备访问的）

这我相信是新PC时代的未来操作系统不可少的一个环节，这也是解决目前数据移植性困难的一个简单可行解决方案。 目前一些支持数据导出的blog提供商从某种程度来说是类似的。

未来的操作系统某些概念上其实应该是返朴归真的，新PC时代的“新PC”给用户的感觉应该是更简单、更容易用、可操控性更强的东西。

当然，对于现在的服务商，处于自己的商业利益和“锁定用户”的目的，不愿意提供类似的功能是显而易见的。

声明: 本文纯属个人观点,不代表我所在公司观点.

Share This

这篇总结性文章写得不错：告别PC时代，迎来网络时代

显然，未来在向我们大步走来，在服务器和客户端的新的分工与合作，甚至可以让我们感觉到一种新的客户端/服务器的应用程序结构。甚至可以称作新的、真正的B/S结构（浏览器/服务器）的结构：在这种结构里，服务器专注于数据存储、分析和结果的计算；而客户端（浏览器）专注于结果的展现、用户自己定义的元素的生成以及动态的数据收集等等工作上。弄最简单的一句话来概括，就是我们要在浏览器里重新实现一次所有OS里面都曾经实现过的软件和应用。也就是：

重新发明Windows那样的系统，或者WebOS的时代的到来！

这个工作除了需要具有基本的水泥和砖块之外，也需要更多抽象得更高层次，更容易使用的东西。回顾一下整个个人电脑的历史，会发现在所有软件提供商中，提供集成组件的、提供集成开发环境的占据了很重要的历史地位，他们最终为大量丰富的应用软件诞生做出了巨大的贡献。所以，WebOS的时代很可能会和以前一样，需要大量的组件和开发环境。

Share This