<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Meta-Services als zusätzliche Beschreibungsdimension von Cloud-Services</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>HTW-Aalen Anton-Huber-Straße</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Aalen</string-name>
        </contrib>
      </contrib-group>
      <abstract>
        <p>Meta-Services sind ein Konzept zur Verwaltungsinteraktionen im Kontext von Cloud-Services. Die Bereitstellung eines Service wird im Allgemeinen als die Bereitstellung einer bestimmten Funktionalität betrachtet, die Qualitätsparametern wie Zuverlässigkeit, Antwortzeit etc. erfüllen soll. Cloud-Services sind Services, die durch CloudComputing [1], [2] bereitgestellt werden. Cloud Services unterscheiden sich von Web-Services [3] durch die Bereitstellung von automatisierten Interaktionen [4] zur Unterstützung des gesamten Lebenszyklusses. Ein Beispiel ist eine Beschwerde eines Kunden. Diese hat zum Ziel, den Service wieder in den vom Kunden erwarteten Zustand zu versetzen, ist aber nicht Teil des eigentlichen Cloud-Service.</p>
      </abstract>
      <kwd-group>
        <kwd>Rainer Schmidt</kwd>
        <kwd>Cloud-Services</kwd>
        <kwd>Meta-Services</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Einleitung</p>
      <p>Ein erster Ansatz für eine Methode zur Bestimmung von Meta-Services ist die
Analyse des Lebenszyklusses des Cloud-Service. Kandidaten für Meta-Services
ergeben sich aus Veränderungen des Lebenszyklusses. So kann jede Veränderung des
Zustands eines Cloud-Service als Meta-Service interpretiert werden. Wichtig ist
dabei, die Betrachtung auch auf die Ausprägungsebene auszudehnen. So gibt es
MetaServices, die sich auf Ausprägungen des Service beziehen. Ein Beispiel ist eine
Beschwerde, die sich auf die Qualität der Service-Erbringung im Einzelfall und nicht
auf die Struktur des Service als solchen bezieht.</p>
      <p>Meta-Services sind von den Cloud-Services sowohl unter Funktionalitäts- als auch
unter Qualitätsaspekten unabhängig. Die Unabhängigkeit unter dem funktionalen
Aspekt zweigt sich auf Typ- und Ausprägungsebene. Auf Typ-Ebene zeigt sich dies,
indem ein und derselbe Meta-Service mehreren Cloud-Services zugeordnet sein kann.
Beispielsweise kann ein Meta-Service zur Bearbeitung von Beschwerden eine Menge
von Cloud-Services zugeordnet sein, die gänzlich unterschiedliche Aufgaben erfüllen.
Gleichzeitig können verschiedenen Cloud-Services unterschiedliche Mengen von
Meta-Services zugeordnet sein, um beispielsweise unterschiedlichen Kundenkreisen
Rechnung zu tragen. Auch auf Ausprägungsebene wird die Unabhängigkeit von
Cloud- und Meta-Services bei Kardinalitäts- und Zeitbeziehungen deutlich. So gibt es
keine allgemeine Kardinalitätsbeziehungen zwischen einer Ausprägung eines
CloudService und eines Meta-Service. D.h. zur Ausprägung eines Cloud-Service kann es
keine, eine oder mehrere Ausprägungen des Meta-Service geben. So kann es zur
Ausprägung eines Cloud-Service keine, eine oder mehrere Beschwerden geben. Es
gibt weiterhin keine allgemeingültige zeitliche Beziehung zwischen Ausprägungen
von Services und Meta-Services. D.h. Ausprägungen von Meta-Services können vor,
während oder nach den Ausprägungen des Service existieren. Ein Beispiel sind
Verbesserungsvorschläge zu Services, die zu beliebigen Zeitpunkten vom Nutzer des
Cloud-Service gemacht werden können. Auf Qualitätsebene wird die Unabhängigkeit
dadurch deutlich, dass Meta-Services komplett unterschiedliche
Qualitätseigenschaften wie der Cloud-Service haben können. Einem rund um die Uhr
verfügbaren Cloud-Service kann ein nur für kurze Zeit verfügbarer Meta-Service
zugeordnet sein.
2</p>
      <p>Literatur</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>P.</given-names>
            <surname>Mell</surname>
          </string-name>
          and
          <string-name>
            <given-names>T.</given-names>
            <surname>Grance</surname>
          </string-name>
          , “The NIST Definition of Cloud Computing,”
          <fpage>10</fpage>
          -Jul-
          <year>2009</year>
          . [Online]. Available: http://csrc.nist.gov/groups/SNS/cloud-computing/. [Accessed:
          <volume>14</volume>
          :
          <fpage>17</fpage>
          :52].
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Armbrust</surname>
          </string-name>
          et al.,
          <article-title>“A view of cloud computing,” Communications of the ACM</article-title>
          , vol.
          <volume>53</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>50</fpage>
          -
          <lpage>58</lpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M. P.</given-names>
            <surname>Papazoglou</surname>
          </string-name>
          , “
          <article-title>Service-oriented computing: Concepts, characteristics</article-title>
          and directions,”
          <source>in Web Information Systems Engineering</source>
          ,
          <year>2003</year>
          .
          <article-title>WISE 2003</article-title>
          .
          <source>Proceedings of the Fourth International Conference on, 2003</source>
          , pp.
          <fpage>3</fpage>
          -
          <lpage>12</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Garschhammer</surname>
          </string-name>
          et al., “
          <article-title>Towards generic service management concepts a service model based approach,” in Integrated Network Management Proceedings</article-title>
          ,
          <year>2001</year>
          IEEE/IFIP International Symposium on,
          <year>2002</year>
          , pp.
          <fpage>719</fpage>
          -
          <lpage>732</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Glinz</surname>
          </string-name>
          , “
          <article-title>On non-functional requirements</article-title>
          ,” in Requirements Engineering Conference,
          <year>2007</year>
          . REʼ07. 15th IEEE International,
          <year>2007</year>
          , pp.
          <fpage>21</fpage>
          -
          <lpage>26</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>