Google App Engine to support Java (starting this week?)
Word on the street: Google's Prasad Ram said that Google App Engine will now support Java at recent Google developer event in India.
I've written multiple times about why Java is the right answer for the cloud. It will be interesting to see how Google pulls this off.
And while everyone notes that this appears to be a swipe at Microsoft, I can't see how Sun can let this pass. It's starting to get a little depressing seeing Sun on the sidelines as the cloud evolves without them.
I couldn't find any additional details. If anyone knows if/when this is true please comment.
Dave Rosenberg dishes up "Software, Interrupted" with nearly 15 years of technology and marketing experience that spans from Bell Labs to multiple start-up IPOs to open-source enterprise software companies. He is co-founder of MuleSource and currently serves as the general manager of Hardy Way. He is a member of the CNET Blog Network and is not an employee of CNET. Disclosure. You can contact Dave via e-mail at softwareinterrupted@gmail.com or follow him on Twitter @daveofdoom. 





http://aralbalkan.com/1504
GOOG is currently running a model with a short-term high CPU quota witch is
unsatisfactory for Java requests. If you don't pay by actual CPU elapsed
time used but rather with limitations of 10 seconds it will be challenging
for enterprise applications with long running transactions for Java. An
example for this would be risk based and reporting transactions.
Clouds like EC2 where you have virtualized access or other clouds with full
access to CPU thats where enterprises are going. Really, who is going to
what to share CPU cycles with somebody else if you can afford not to on the
cheap?
If you consume an EC2 ( or any cloud instance) instance with VMWare/Zen/AIX on it and load balance
requests sharing CPU may not be that bad since you control the request
and still leverage the benefits of virtualization. Appengine has a
long way to go since that would ultimately change how Google does IT
Operations. With that tight staff and current share nothing
architecture (http://en.wikipedia.org/wiki/Shared_nothing_architecture) it will be challenging, there is a reason all of our IT Operations departments were staffed with 20-40 or larger for a single company running an enterprise application, before cloud computing.
CPU is affordable and should not be virtualized and shared for
business applications with other companies. Pricing based on actual elaped CPU enables
accurate chargeback rather than a monthly fee or fix cost.
Just my 2cents
JM
Monitoring-as-a-Service.com
http://aralbalkan.com/1504
GOOG is currently running a model with a short-term high CPU quota witch is
unsatisfactory for Java requests. If you don't pay by actual CPU elapsed
time used but rather with limitations of 10 seconds it will be challenging
for enterprise applications with long running transactions for Java. An
example for this would be risk based and reporting transactions.
Clouds like EC2 where you have virtualized access or other clouds with full
access to CPU thats where enterprises are going. Really, who is going to
what to share CPU cycles with somebody else if you can afford not to on the
cheap?
If you consume an EC2 ( or any cloud instance) instance with VMWare/Zen/AIX on it and load balance
requests sharing CPU may not be that bad since you control the request
and still leverage the benefits of virtualization. Appengine has a
long way to go since that would ultimately change how Google does IT
Operations. With that tight staff and current share nothing
architecture (http://en.wikipedia.org/wiki/Shared_nothing_architecture) it will be challenging, there is a reason all of our IT Operations departments were staffed with 20-40 or larger for a single company running an enterprise application, before cloud computing.
CPU is affordable and should not be virtualized and shared for
business applications with other companies. Pricing based on actual elaped CPU enables
accurate chargeback rather than a monthly fee or fix cost.
Just my 2cents
JM
Monitoring-as-a-Service.com
While there are some applications that make sense in a cloud environment, I fear that many CIO's and other executives will jump on the cloud bandwagon simply because it's the latest buzzword, without completely understanding the nature of the technology or it's relative applicability to the task at hand.
- by Reader11 October 22, 2008 12:52 PM PDT
- medezark, i see your point. although the business side has already decided. cloud computing is here and it's here to stay.
- Like this Reply to this comment
-
(4 Comments)CRM in the cloud - http://www.salesforce.com/
Who would host CRM in IT operations today?