Skip to main content

Home/ Cloud Computing/ Group items tagged S3

Rss Feed Group items tagged

Maluvia Haseltine

ZCloud | Amazon Web Services - 1 views

  • Zettar ZCloud Virtual Appliance (ZCloud) enables you to setup an Amazon S3 sandbox instantly on any computer
  •  
    Zettar ZCloud Virtual Appliance (ZCloud) enables you to setup an Amazon S3 sandbox instantly on any computer, even a Netbook With the Zettar ZCloud Virtual Appliance, now you can develop cloud applications with your own private Amazon S3 object-based storage cloud running locally.
Maluvia Haseltine

CloudBerry S3 Explorer - Freeware Windows Client for Amazon S3 - 0 views

  •  
    Client to manage access to Amazon S3 content
Stian Danenbarger

Amazon Elastic MapReduce - 0 views

  •  
    Amazon Elastic MapReduce is a web service that enables businesses, researchers, data analysts, and developers to easily and cost-effectively process vast amounts of data. It utilizes a hosted Hadoop framework running on the web-scale infrastructure of Amazon Elastic Compute Cloud (Amazon EC2) and Amazon Simple Storage Service (Amazon S3).
Rich Hintz

Main | Zettar - 0 views

shared by Rich Hintz on 05 Nov 10 - No Cached
  •  
     ZCloud Virtual Appliance (ZCloud) enables you to setup an Amazon S3 sandbox instantly on any computer, even a tiny netbook.
Alex MIkhalev

2009: Dynamic Asterisk Scalability with Amazon EC2 - 0 views

  •  
    Absolutely brilliant example. Imagine dynamic scalable VOIP infrastructure.
  •  
    Asterisk, a somewhat resource consuming application is considered not fitting for Amazon EC2 structures. This talk will discuss the various issues related to creating dynamically extending platforms, using Asterisk, Amazon EC2, Amazon S3 and some web mesh-ups.
DJHell .

OpenSocial in the Cloud - OpenSocial - 0 views

  • 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.
  •  
    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 .

Labnotes » Confessions of a PackRat - 0 views

  •  
    A presentation by Scott Raymond about PackRat, scaling with AWS and the big rewrite. 60 minutes of wisdom and experience.
1 - 10 of 10
Showing 20 items per page