Skip to main content

Home/ Cloud Computing/ Group items tagged Apps

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
DJHell .

OpenSocial in the Cloud - OpenSocial - 0 views

wiki.opensocial.org/index.php

OpenSocial Cloud Computing Open Source development IT articles Wiki

shared by DJHell . on 15 Apr 09 - Cached
  • Apps can grow especially fast on social networks, so before you launch your next social app, you should think about how to scale up quickly if your app takes off.
  • Unfortunately, scaling is a complex problem that's hard to solve quickly and expensive to implement.
  • If this app grows to serve millions of users and photos, shared hosting or even a dedicated server won't have the bandwidth or CPU cycles to handle all of the requests. We could invest in more servers and network infrastructure, shard the database, and load-balance requests, but that takes time, money, and expertise. If you'd rather work on the new features of the app, it's time to move into the cloud.
  • ...9 more annotations...
  • It's important to focus on the interactions between the app and your server when designing an application that will run in the cloud. If we standardize the communication protocol and data format, we can easily change the server side implementation without modifying the OpenSocial app.
  • You can configure the makeRequest method to digitally sign the requests your app makes to your server using OAuth's algorithm for parameter signing. This means that when your server receives a request, it can verify that the request came from your application hosted in a specific container. To implement this, the calls to makeRequest in the OpenSocial app spec XML specify that the request should be signed, and the code that handles requests on the server side verifies that a signature is included and valid
  • When our server receives a request, we can verify that it came from our application by checking that the digital signature was signed by a valid container and that the application ID is correct.
  • Since our server isn't storing any relationship data, the app will need to send us a list of user IDs so we can fetch the appropriate photos.
  • Although it's outside the scope of this article, we could provide a mechanism for our OpenSocial app to request a one-time-use token that it would include in the request to upload a photo.
  • Note that the post data is URL-encoded in the request so the post method uses urllib.unquote before splitting the comma-separated list of person IDs.
  • Since the server doesn't store any relationship data, the PhotosHandler class checks the post data of the request for a list of IDs from the container.
  • A common misconception when coding in the cloud is that storage space, CPU cycles, and bandwidth are unlimited. While the cloud hosting provider can, in theory, provide all the resources your app needs, hosting in the cloud ain't free so these resources are limited by your budget. Luckily, OpenSocial provides several mechanisms to cache images and data that will reduce the load on your server.
  • In addition to reducing traffic to our server, this technique has the added benefit of being fast—requesting data from the Persistence API is much faster than making the round trip to your server.
  • DJHell . on 15 Apr 09
     
    Some OpenSocial apps can be written entirely with client-side JavaScript and HTML, leveraging the container to serve the page and store application data. In this case, the app can scale effortlessly because the only request hitting your server is for the gadget specification which is typically cached by the container anyway. However, there are lots of reasons to consider using your own server: * Allows you to write code in the programing language of your choice. * Puts you in control of how much application data you can store. * Lets you combine data from users on multiple social networks. * Enables interaction with the OpenSocial REST API. Setting up an OpenSocial app that uses a third party server is fairly simple. There are a few gotchas and caveats, but the real issues come up when your app becomes successful - serving millions of users and sending thousands of requests per second. Apps can grow especially fast on social networks, so before you launch your next social app, you should think about how to scale up quickly if your app takes off. Unfortunately, scaling is a complex problem that's hard to solve quickly and expensive to implement. Luckily, there are several companies that provide cloud computing resources-places you can store data or run processes on virtual machines. These computing solutions manage huge infrastructures so you can focus on your applications and let the "cloud" handle all the requests and data at scale. This tutorial focuses on a simple photo-sharing app that uses a third-party server to host photos and associated metadata. If this app is going to host millions of images and support many requests per second, we won't be able to run it on a single dedicated host. We'll break the app down and analyze the interactions between the OpenSocial App and the back end server. Then we'll implement the app in the cloud, first using Google App Engine, then leveraging Amazon's S3 data storage service. Finally, we'll look at s
DJHell .

Google App Engine Blog: Early Look at Java language support expanded to 25,000 developers - 0 views

googleappengine.blogspot.com/...-at-java-language-support.html

Google App Engine Google Java Blog news It development Cloud Computing

shared by DJHell . on 16 Apr 09 - Cached
  • DJHell . on 16 Apr 09
     
    Have you signed up to try Google App Engine for Java yet? We were so overwhelmed with the response to our early look at Java support on App Engine that we decided to let more developers in now, without waiting. Thus, we're expanding the early look signups to 25,000 developers, in order to give more of you a chance to try it out. So please sign up, give it a try, and let us know what you think. We've already seen a number of interesting apps built and deployed. Stay tuned for us to point some of the cooler ones out in the coming weeks.
DJHell .

Google App Engine for Java: Part 2: Building the killer app - 1 views

www.ibm.com/...j-gaej2

Artikel Entwicklung Java Cloud Computing Google App Engine

shared by DJHell . on 09 Oct 09 - No Cached
  • The whole point of a cloud platform like Google App Engine for Java™ is in being able to imagine, build, and deploy professional-quality killer apps that scale — without breaking the bank or driving yourself insane. In this second part of his three-part introduction to Google App Engine for Java, Rick Hightower takes you beyond the ready-made examples of Part 1 with a step-by-step guide to writing and deploying a simple contact-management application using App Engine for Java.
DJHell .

Google App Engine for Java: Part 1: Rev it up! - 4 views

www.ibm.com/...j-gaej1

Artikel Entwicklung Java Cloud Computing Google App Engine

shared by DJHell . on 09 Oct 09 - No Cached
  • Remember when Google App Engine was just for Pythonistas? Those were some dark days. Google Inc. opened up its cloud-computing platform to Java™ developers in April 2009. In this three-part article series, Java technology author and trainer Rick Hightower gets you started with this reliable, robust, and fun platform for Java-based development. In this article, you'll get an overview of why Google App Engine for Java could be the deployment platform for your next highly scalable killer app, then start using the Google Plugin for Eclipse to build two example apps: one based on Google Web Toolkit (GWT) and one based on the Java Servlet API. You'll learn for yourself what a difference Google App Engine for Java makes, both in building out an application from scratch and in deploying it to the tune of up to five million views. (And that's just the free version.)
serverless360

Azure Logic Apps and its Complete Overview | Serverless360 - 0 views

www.serverless360.com/azure-logic-apps

shared by serverless360 on 20 Jan 21 - No Cached
  • serverless360 on 20 Jan 21
     
    Azure Logic Apps monitoring and management challenges are solved by using Serverless360. Read about the concepts of Azure Logic Apps in this guide.
serverless360

Azure API Apps Monitoring and Management | Serverless360 - 0 views

www.serverless360.com/api-apps-monitoring-management

Azure API Apps

shared by serverless360 on 10 Aug 21 - No Cached
  • serverless360 on 10 Aug 21
     
    Serverless360 offers Azure API Apps Monitoring and Management to monitor the health, performance, memory consumption and state.
serverless360

Azure Web Apps Monitoring and Management | Serverless360 - 0 views

www.serverless360.com/web-apps-monitoring-management

azure web apps

shared by serverless360 on 10 Aug 21 - No Cached
  • serverless360 on 10 Aug 21
     
    Azure Web Apps Monitoring and Management challenges solved by using Serverless360. Get them all addressed with the various monitors in Serverless360.
Toshiro Shimura

「シン vs.ファット」―― MS Officeの牙城に切り込むGoogle Apps : Googleウォッチ - Computerworld.jp - 0 views

www.computerworld.jp/...96349.html

google googleウォッチ office

shared by Toshiro Shimura on 02 Aug 08 - Cached
  • ただ残念ながら、この“クラウド”も、現時点ではまだ実用的ではない。グリッド・コンピューティングやSaaS（Software as a Service）、アプリケーション・デリバリの管理、グローバル規模でのアクセスなど、ほとんどの技術がまだ幼年期にあるからだ。シン・クライアント型アプリケーションも、初期のWebがそうであったように、まだ先行き不透明な荒削りの欠陥製品にすぎない。 　ただ、そうした限界はあっても、Googleはサーバや特殊なインフラを導入することなく、データを簡単に共有できるホステッド・モデルの強みを生かして全力を尽くさなければならない。Microsoftはすでに（パスワードでプロテクトをかけたSharePointのワークスペースにすぎないとはいえ）Web経由でドキュメントを共有できる「Office Live Workspace」（画面1）のベータ版をリリースし、クラウド・コンピューティングのトレンドセッターのポジションを奪い取る姿勢を見せているからだ。（もちろん、Office Liveという名称にもかかわらず、Officeの全機能を提供しているわけではないので、今のところそれほど脅威ではない）。
  • おそらくGoogleの究極の競合は、ユーザーが長年慣れ親しむWindowsとOfficeを組み合わせた環境の快適さと、ホスティング型アプリケーションのアドバンテージを融合したハイブリッド・モデルになるだろう。それこそがまさにMicrosoftの目指す方向なのだが、皮肉なことに、Windows Vistaと「2007 Microsoft Office system（Office 2007）」の大幅なインタフェース刷新、ならびにOffice 2007の不安定性に対する不満が、IT部門のMicrosoft製品離れを引き起こしており、Googleに絶好のチャンスをもたらしている。
  • しかしGoogleは今、大きなプレッシャーに直面している。企業向けホスティング型アプリケーション・スイートの「Google Apps」をはじめ、オフライン対応のWebアプリケーション開発／実行環境「Google Gears」（画面2）への期待は大きいものの、実際のところ、どれをとっても不十分なものばかりであるからだ。唯一「Gmail」だけは例外と言えるが、全体的に見れば、現行のデスクトップ・アプリケーションと比較して遜色がないと言い切れるものはない。実際、まちがってF5キーを打ってしまっただけで、時間をかけた労作がいとも簡単に消えてしまうなど、ビジネスで本格的に利用できるレベルにはまだ達していない（こうした欠陥は改善されつつあるが、Google Appsの未成熟さがいかんともし難いのは事実だ）。
  • ...1 more annotation...
  • 　Googleはまず、現行のサービスを強化すべきである。なかでもWebアプリケーションのオフライン時利用の実現は、Google Gearsイニシアチブでようやく解決に向けて動き出した重要な技術的課題であり、この機能を「Documents」や「Spreadsheets」、「Presentations」の各アプリケーションに早急に拡張する必要がある。ところが同社は、先ごろ打ち出したオープンソースの携帯電話向けアプリケーション開発プラットフォーム「Android」プロジェクトによって、Google Appsへの熱意が冷めてしまった感がある。Googleの経営陣は、今一度Microsoft追撃に集中し、やみくもに戦線を拡大しないよう気を引き締める必要があるだろう。高いROI（投資利益率）が見込めない無数のサイド・プロジェクトに埋もれ、身動きが取れなくなる愚だけは避けなければならない。
Rich Hintz

Cloud interoperability: Porting Google App Engine (GAE) applications to IBM middleware - 0 views

www.ibm.com/...0904_singh.html

ibm google app applications cloud

shared by Rich Hintz on 15 Apr 09 - Cached
  • Rich Hintz on 15 Apr 09
     
    Porting Google App Engine (GAE) applications to IBM middleware
Stian Danenbarger

OakLeaf Systems: "Comparing Google App Engine, Amazon SimpleDB and Microsoft SQL Server... - 1 views

oakleafblog.blogspot.com/...-google-app-engine-amazon.html

cloud data storage Amazon Microsoft google

shared by Stian Danenbarger on 05 Oct 09 - Cached
  • Stian Danenbarger on 05 Oct 09
     
    "The entry of the Google App Engine into the "Data Stores in the Cloud" arena on April 7, 2008 increases the number of high-profile Storage as a Service (StaaS?) players to three. Here's are brief highlights of the three entrants' features in the order of their arrival as beta versions" [Note: Not updated since 2008-05-06?]
  • Stian Danenbarger on 05 Oct 09
     
    More than a year old, but still useful...?
kalyaniiyyappan

Techfetch - Android App - 1 views

Techfetch FREE Job Search Android Mobile App on Google Play. Download App Now! http://bit.ly/1NBlDh3

#Android IT

started by kalyaniiyyappan on 18 Mar 16 no follow-up yet
digitalhydcsg

Is cloud computing about to take off in retail? by Retail Week - 0 views

www.retail-week.com/...5059255.article

retail cloud computing Google apps

shared by digitalhydcsg on 15 Apr 14 - No Cached
  • digitalhydcsg on 15 Apr 14
     
    As John Lewis and Waitrose rolls out Google Apps, cloud computing appears to be finally gaining traction in retail. Retail Week looks at what the technology can do.
Aspire SoftServ

How to Develop AI Medical Transcription Software: Costs, Process, and Benefits - 0 views

The process of creating medical transcriptions has traditionally been manual, time-consuming, and prone to errors. With increasing volumes of patient data, this approach often results in misinterpr...

#aidevelopmentcompany #aidevelopmentservices

started by Aspire SoftServ on 26 Nov 24 no follow-up yet
Richard Boss

Top 5 cloud based data hosting options for mobile applications - 0 views

www.weblineindia.com/...ptions-for-mobile-applications

Cloud Cloud Computing data hosting data hosting companies mobile app development mobile app marketing

shared by Richard Boss on 21 Apr 14 - No Cached
  • Richard Boss on 21 Apr 14
     
    Cloud computing is nothing but a system that allows you to access your files and documents from anywhere in the world. Mobile applications have been a part of the revolution, and their presence on the cloud is of significant help to the developers. In this post you will see top 5 cloud based data hosting companies that assist developers in effectively extracting the benefits of cloud based hosting of mobile applications.
Toshiro Shimura

【解説】失敗しないSaaS運用の極意――カギを握るのは「SLA」 : Googleウォッチ - Computerworld.jp - 0 views

www.computerworld.jp/...114649.html

googleウォッチ saas sla 失敗しない

shared by Toshiro Shimura on 02 Aug 08 - Cached
  • SLAとは、SaaSプロバイダーに、ユーザー企業と合意したサービスの提供を保証させるものである。具体的にはアプリケーションのアップタイム、パフォーマンスの保証をはじめ、データ・セキュリティ、データ・バックアップ／リストアといったサービスのレベルも網羅する。もちろん、これらのサービスが契約内容に満たなかった場合のペナルティ条項（大抵は利用料金の減額）もSLAに含まれる。 　なぜSaaSを導入するうえでSLAは重要なのか。それは、ユーザー企業がソフトウェアの運用管理をSaaSプロバイダーに一任するため、プロバイダー側で発生した問題に対して、ユーザー企業はほとんど（あるいはまったく）手を出せないからだ。 　米国Burton Groupでアナリストを務めるエリック・メイウォルド（Eric Maiwald）氏は、SaaSプロバイダーと契約する前に、次の点を明確にしておくべきだと指摘する。 　「ビジネス・マネジャーは、SaaSプロバイダー側で発生した問題が、自社の業務にどれだけ支障を来すのかを把握しておく必要がある。どれくらいのダウンタイムなら許容できるのか、そしてそれはSaaSプロバイダーが提示している内容と一致しているのかを調査することが大切だ」 　いったん契約を締結し、ホステッド・アプリケーションが実装されると、途中から他のSaaSプロバイダーに乗り換えることは、コスト的にも時間的にも困難になる。
  • 残念なことに、今日、ユーザー本位のSLAがSaaSプロバイダー間に浸透しているとは言えない。たとえSaaSプロバイダー側からSLAが提示されたとしても、その内容は限定的で中身のないものがほとんどである。これはプロバイダーの規模と関係なく、どこも似たり寄ったりだ。米国THINKstrategiesでアナリストを務めるジェフ・カップラン（Jeff Kaplan）氏は、「現時点では、ホステッド・サービス・スイートを幅広く網羅するSLAが確立されていない」と指摘する。 　例えば、米国Googleが提供している企業向けホステッド型アプリケーション・スイートの「Google Apps Premier Edition」（以下、Google Apps）も、SLAは電子メールの「Gmail」に限定されており（稼働率99.9％を保証）、オフィス・スイートの「Google Docs」やWebページ作成ツールの「Google Page Creator」などは対象外だ（画面1）。
Toshiro Shimura

「シン vs.ファット」―― MS Officeの牙城に切り込むGoogle Apps : Googleウォッチ - Computerworld.jp - 0 views

www.computerworld.jp/...96349-2.html

google googleウォッチ office

shared by Toshiro Shimura on 02 Aug 08 - Cached
  • その好例がMicrosoft Officeだ。これほど広く普及しているにもかかわらず、ほとんどの人は「Word」「Excel」「PowerPoint」といったスタンドアロン・アプリケーションの単なる詰め合わせと考えている。しかし、Officeは、そうした単純なスイート製品にとどまらない。Officeは統合化された堅牢なAPI（VBA、OLEオートメーション、その他のアドイン・インタフェース）のおかげで、それ自体が商用ソフトウェア開発の有力なターゲットになっている。事実、Windows開発市場に参入する最も簡単な方法は、Microsoft Officeをターゲットにすることである。このスイートの機能を新しくしたり、強化したりするすぐれた製品を開発すれば、世界中の人々が売り場に殺到するだろう。
  • こうしたMicrosoftの相互補強戦略を崩壊させうる1つの力がWebである。ブラウザ・ベースのシン・クライアントとユビキタスな接続性の組み合わせは、Microsoftの支配力を奪いつつある。しかし同社は、愚鈍そうに見えて、実はこの脅威に敏感に反応しており、ここでも有効性が実証済みの囲い込みと拡張の戦略を推し進めている。いわばゆっくりとした足取りで、足早に逃げ回る獲物を追い詰めているわけだ。 　まずは囲い込みだ。Googleや新興勢力のZoho（画面3）などの成功を見たMicrosoftは、写真共有やブログ・ツールといったコンシューマー向けのWindows Liveサービスや、契約管理、Webサイト設計といった中小企業向けのシン・クライアント型Office Liveサービスなどを投入して、積極的に反撃している。
  • 次に拡張だ。例によって、Microsoftは伝統的なデスクトップOSやアプリケーション・プラットフォームに新しいサービスを組み込み、Office LiveとWindows Liveサービスを拡張している。前述したOffice Live Workspacesや、「Windows Live Mail」（画面4）、「Windows Live Writer」（画面5）などは、どれも成長著しいLiveアプリケーション市場をターゲットとしたものだ。いずれもWindows仕様であり、Webとデスクトップの統合を実現する独自のハイブリッド・アーキテクチャを採用している。 　さらにMicrosoftは、近い将来、アプリケーション仮想化を通してWord、Excel、PowerPointの全機能をシン・クライアントで提供し、ユビキタスな接続性を実現したいと考えており、高性能ファット・クライアントに残された他のアプリケーションについても、ストリーミング・サーバの大規模分散ネットワークでサポートしていく姿勢を見せている。 　こうしたアプローチは非常に魅力的だ。Microsoftの最新のアプリケーションが低コスト、あるいはほとんどコスト・ゼロでデスクトップに配信されるようになれば、わざわざAjax（Asynchronous JavaScript＋XML）アプリケーションを我慢して使う理由がなくなる。それはGoogleに困難な課題を突きつけるはずだ。
  • ...2 more annotations...
  • ただ、Microsoftの明確なミスと言えるものが1つある。それはVistaとOffice 2007に対するユーザーの冷めた反応だ。どちらの製品も当初約束していた機能を実現しておらず、デザインの不備や安定性の欠如がIT部門の仕事を増やしている。巨大なインストール・ベースのおかげで、Microsoftはなんとか面目を保っているにすぎないのだ。 　さらに戦況を悪化させたミスとして、海賊版対策のキャンペーン展開が挙げられる。そこでとった過剰な措置が将来のWindowsユーザーを追い散らしていることに同社は気づいていない。問題は「WGA（正規Windows推奨プログラム）」にある。MicrosoftはWGAでアクティベート・プロセスとアクティベート・ステータスの管理を複雑にしてしまい、結果的に新規ユーザー獲得の障害となってしまっている。実際に筆者が体験したケースでも、WGAが原因のエラーによって、システムに問題が生じて機能が低下したり、デスクトップが完全にロック・アウトしたりしたことがあった。
  • Windowsに関するもう1つの弱点は、仮想化に関するものだ。Microsoftは近い将来、同社のアプリケーション仮想化技術「SoftGrid」を活用して、主要なアプリケーションの全機能を月次または四半期ごとのサブスクリプション・モデルで提供する見込みだが、もしMicrosoftがこの方式を採用すれば、ホスティング型のアプリケーション配信が可能となり、Googleなどのシン・クライアント陣営を結果的に助けてしまうことになる。その場合、MicrosoftはGoogleよりも安価ですぐれたサービスで勝負しなければならなくなる。 　もしMicrosoftが攻撃的な価格でOffice製品群のストリーミング・バージョンを提供すれば、おそらくGoogleに勝つことができるだろう。だが、欲を出して既存の収入チャネルの保護に走るようであれば、ユーザーは一斉に“仮想Office”ソリューションではなく、Google Appsなどの代替製品の採用を積極的に検討し始めるだろう。 　また、Googleが現行のサービスを強化し、新たなISVコミュニティを構築するとともに、Microsoftが今後も製品のアクティベーションに厳格な制約を課し続け、今後投入するサブスクリプションの価格設定でミスを犯せば、Microsoftの市場支配力と伝統的なファット・クライアント型のコンピューティング・モデルが大きく揺らぐのはまちがいない。
digitalhydcsg

Predictions for 2014 about Cloud Computing And Enterprise Software by Forbes - 0 views

www.forbes.com/...-software-predictions-for-2014

Data Driven On Demand Tech Cloud Computing Alan Kay Enterprise Software Forrester Research Gartner IDC Louis Columbus blog Prediction Predictions 2014 as a Service

shared by digitalhydcsg on 24 Dec 13 - No Cached
  • digitalhydcsg on 24 Dec 13
     
    Alan Kay's saying that the best way to predict the future is to create it resonates through the best cloud computing and enterprise software predictions for 2014. Constraints that held start-ups back from delivering sophisticated new apps and services are disappearing fast.  The dynamics of one of my favorite books
1 - 20 of 26 Next ›
Showing 20▼ items per page