Slashdot Mirror


Who Owns Application Delivery Meta-Data In the Cloud?

Random Feature writes "The Cloud Computing Interoperability Forum (CCIF) is currently discussing cloud portability specifications. It seems crazy to define a standard before we even know who owns what in the cloud because you can only port what you own. For example, if you created a security or acceleration policy for your cloud computing-based app, is the policy yours or the provider's? Who owns meta-data in the cloud?" True portability between clouds seems to hang on the answer.

9 of 67 comments (clear)

  1. Re:frist ps0t by Yetihehe · · Score: 2, Funny

    I have never seen post content so insightful in relation to it's title.

    --
    Extreme Programming - Redundant Array of Inexpensive Developers
  2. article not very good by stephanruby · · Score: 3, Informative

    The article was not very clear, plus Joyent was a lousy example to use. Joyent has big names associated with it, because it was started by many well-known independent developers, but it's actually pretty unreliable as far as most hosts are concerned.

  3. Re:Medical Data by Anonymous Coward · · Score: 2, Informative

    The ownership of medical data is a huge problem with providers (even though HIPPA is out there). If you really press techs with start medical record providers, the attitude is simply that the data is theirs

    I have worked in the medical computing industry, and I agree that you are right. On the other hand, "we" (being my ex-employer) wouldn't say that we "own" the data, but we are "caretakers" for it. In some sense, that makes it "our" data. We will not share it with others, unless they are HIPAA compliant (and we have a HIPAA compliant reason to give it). And we will secure it as if it was our own private, important, secret data.

    Personally, as an ex-employee of a HIPAA compliant company, I don't see much of a problem in this regard.

  4. so... what is the meta data, exactly? by Animaether · · Score: 4, Interesting

    I'm a complete n00b when it comes to 'cloud computing', but given that the article (behind the 2nd link) starts out to explain that nobody's really sure what 'cloud computing' is just yet, I guess I can't help but shrug at that fact.

    I did try to read through the thinly-veiled press release article, but at the end... I'm still unsure what the meta data is.

    Say I have a 'cloud computing' app that is uhh.. a bouncing ball. Yes, it shows on the screen of the app user a bouncing ball. That'll do.

    Now that app is mine. I can take it from one provider to another (assuming they run the same apps - I suppose a standard would have to define that).
        Now let's say the provider has options to, say, limit access to that app to a certain IP range. Certainly that's meta-data, right? It's not inherent to the app, it's not crucial to the app's workings, it's just additional data related to the app. Is that data mine? I would certainly say so. I go into the provider's control panel, hit 'limit access', enter the IP addresses... I don't think they can claim that the data I entered is now suddenly the provider's to own, and taking that particular meta-data from that provider and to another provider (presuming they have a limit-by-ip thing) shouldn't be any trouble. Again, a standard may apply here for some common tasks/options and exporting this to a common file format (and I really don't care if that's plaintext, XML, a BLOB or whatever - as long as everybody can read/write them) so it can be imported by another provider would be nice.
        But the article seems to be about a bunch of people -at the provider- having a peek at your app and making tweaks in their own 'cloud' to make your app be delivered faster, be delivered more securely, etc. I fail to see how -that- meta-data is yours to own. The 'cloud' isn't yours, the tweaks made to the cloud aren't yours, etc. So maybe you paid them to make those optimizations, great, so pay the people at the other provider to make changes too. That's one of the perils of changing providers / relying on their tweaks in any such business.
        I don't think that not having that meta-data breaks portability, though - it just means your app may not be delivered as fast, or as securely.. your problem for choosing an inferior 'cloud computing' provider.

    But, again, maybe one of those 'industry moguls' in the arena of cloud computing can explain what the problem actually seems to be.

  5. Welcome to the 70ies by DUdsen · · Score: 5, Insightful

    Since there isn't a cloud it's all nonsense, there's a good old fashioned mainframe operator and a customer using the system the law and contracting models for those was laid down in the 70ies and just because the 3270 have given way to the AJAX enabled browser and everyone is talking community we don't have a different situation.

    Stop treating the cloud as if it was something unknown and start realising how much it's just the successor to the mainframe and thing stats making sense.

    1. Re:Welcome to the 70ies by aix+tom · · Score: 4, Interesting

      Yep. It's basically the same principle from a technology point of view.

      The difference is that 90% of mainframe users understood at least the basic principles of the technology they needed.

      These days you can't just sell or rent people the technology they need, you have to wrap it in marketing speech and buzzwords so that they get clouds of happy smoke, too. ;-P

      And the "application metadata" they talk about in the article basically just looks like the thing that is done during "installation" on traditional system. E.g. "tuning" the cloud so that the application runs smoothly and securely looks basically just like creating the right users with the right permissions and right ulimits and setting up various parameters of the OS correctly when you install an traditional application on a traditional OS.

      So it would seem, if the creator of the application also writes the stuff that is needed to install the application, whether it's a traditional "install script" or "application meta-data" happy smoke, then it is his.

      When he doesn't know how to do it and asks the provider to install and tweak his application, then that additional metadata belongs to the providers, and the provider shouldn't have to give that away for free.

  6. boring by ramul · · Score: 3, Funny

    This is the most boring slashdot submission ive seen Zzzzz. So i've decided to jazz it up with a few emoticons..

    ^_^ japanese cartoon :) standard smiley (not very edgy any more)
    >_> - - - - - c[_] guy staring at coffee mug

     

  7. Wait till cloud 2.0 comes out by edittard · · Score: 3, Insightful

    But the Cloud is a particularly silly example.

    the whole thing is quite literally a nebulous concept.

    --
    At the bottom of the /. main page it says 'Yesterday's News'. Well they got that right.
  8. Enough razzle dazzle already! by thethibs · · Score: 2, Insightful

    The Cloud is aptly named. I've read TFA and several levels of links from there and I'm no more informed than when I woke up this morning.

    "Portability" is a concept, not a thing, so these folk need to explain what it is they want to port. "Metadata" isn't an answer. Metadata is data about data, so what data about what data about which phenomena are they talking about?

    The other thing I'd like to know is, in what way is "the Cloud" distinct from a distributed server architecture, or what was once called a network application framework?

    --
    I'm a Programmer. That's one level above Software Engineer and one level below Engineer.