Jump to: navigation, search

Difference between revisions of "Meetings/Storlets"

m
Line 35: Line 35:
 
**** Can we also add system header like Content-Type?
 
**** Can we also add system header like Content-Type?
 
*** Resource limitation (just ideas)
 
*** Resource limitation (just ideas)
**** Limit the number of containers or processes running on one node?
+
**** Limit the number of containers or processes running on one node
 
**** Limit resource consumptions in each containers  
 
**** Limit resource consumptions in each containers  
 
**** stop unnecessary containers/processes?
 
**** stop unnecessary containers/processes?

Revision as of 11:56, 27 January 2016

Meeting Time: Every Wednesday at 13:00 UTC in #openstack-storlets

The meeting on Wed January 27th starts at 12 UTC.


Agenda:

  • Austin talk.
  • Swift Hackathon
  • bugs.


Austin:

  • We currently have the following abstract
    • Title: From Analytic to Image Processing in Swift with Openstack Storlets
    • Openstack Stolets is an emerging Openstack project aimed at pushing down data centric compute jobs to the object store. Storlets offer a server-less programming model enabling developers to quickly develop and deploy data path computations without worrying about the underlying platform details.
    • Storlets facilitate several interesting use cases such as:
      • Performing image processing in the storage, allowing to process large objects without downloading it.
      • Spark analytic push down to the store, saving on both bandwidth and memory in the analytic cluster.
      • Data obfuscation and anonymization at the source. Thus, preventing sensitive data from ever leaving the store.
    • In this talk we will present the project, discuss and demonstrate the use cases and present a PoC about an effective architecture for image processing using Storlets done at NTT.


Swift Hackathon

  • The purpose of the session is to update the community on what's happening in the openstack-storlets project and get feedback on number of subjects (the intention is not to discuss pushing the middleware to Swift at this point).


Bugs