STP024: Cloud Computing

<p>Diese Episode beschäftigt sich mit anderer Leute Computer: warum man die überhaupt benutzen kann, und unter welchen Voraussetzungen das sinnvoll ist.</p><h2>Shownotes</h2><ul>
<li><a href="blog.pragmaticworks.com/hs-fs/hubfs/Pizza_Clou… Computing erklärt anhand von Pizza</a>
<ul>
<li>On-Premise: kein Cloud Computing, Nutzer betreibt seine eigene Hardware und Software</li>
<li>IaaS (Infrastructure as a Service): Cloud-Anbieter betreibt die Hardware, Nutzer bringt Betriebssystem und Software</li>
<li>PaaS (Platform as a Service): Cloud-Anbieter betreibt die Hardware und das Betriebssystem, Nutzer bringt die Anwendung</li>
<li>SaaS (Software as a Service): Cloud-Anbieter betreibt alles, Nutzer bedient die Anwendung nur noch</li>
</ul>
</li>
</ul>
<p>Fünf Grundanforderungen gemäß <a href="nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecia… durch NIST</a> (NIST ist dem Aufgabenspektrum nach mit der PTB und dem BSI vergleichbar):</p>
<ul>
<li>
<p><strong>On-Demand Self-Service:</strong> Nutzer kann selber Ressourcen klicken, ohne Mitarbeiter beim Dienstanbieter zu involvieren</p>
<ul>
<li>Bsp. SaaS-Anwendungen wie Dropbox, GitHub, Netflix, etc.</li>
<li>Bsp. mal kurz ein dutzend VMs klicken, um eine komplizierte Server-Anwendung wie Kubernetes auszuprobieren</li>
</ul>
</li>
<li>
<p><strong>Broad Network Access:</strong> Ressourcen sind über das Netz mittels "Standardmethoden" erreichbar, ohne durch eine anbieterspezifische Zugriffstechnologie gehen zu müssen</p>
<ul>
<li>Was soll diese Anforderung ausschließen? Xyrills Vermutung: z.B. das Telefonnetz, ttimeless' Vermutung: Mainframes und Universitäts-Rechenzentren (die nur aus dem entsprechenden Intranet zu erreichen sind)</li>
<li>zur Konfiguration und Administration jedoch meist anbieterspezifische Schnittstellen und Werkzeuge (entsprechend dem Funktionsumfang des jeweiligen Angebots) -> <strong>Vendor Lock-In</strong></li>
</ul>
</li>
<li>
<p><strong>Resource Pooling:</strong> Ressourcen werden unter mehreren/allen Kunden nach Bedarf aufgeteilt</p>
<ul>
<li>sowohl zwischen mehreren Kunden ("Public Cloud") als auch innerhalb einer Firma oder innerhalb eines Teams ("Private Cloud")</li>
<li>Bsp. CDN (Content Delivery Network): mehrere Kunden teilen sich ein weltweites Rechenzentrumsnetz, das jeder alleine so nicht bezahlen könnte</li>
</ul>
</li>
<li>
<p><strong>Rapid Elasticity:</strong> Ressourcen können kurzfristig zugeteilt und zurückgegeben werden</p>
<ul>
<li>Bsp. Internet-Shop am Black Friday, Buchhaltungssystem am Quartalsende</li>
<li>Bsp. Cloud-Gaming (Gegenbeispiel: <a href="knowyourmeme.com/memes/error-37">Error 37</a>)</li>
</ul>
</li>
<li>
<p><strong>Measured Service:</strong> Messung und Abrechnung der genutzten Ressourcen mindestens zeitnah oder sogar in Echtzeit</p>
<ul>
<li>"wie bei der Telefonrechnung früher"</li>
<li>Bsp. sehr kurze Nutzung (z.B. einige Stunden) von leistungsstarker Hardware, z.B. um ein neuronales Netz zu trainieren</li>
</ul>
</li>
<li>
<p>Probleme mit Cloud Computing</p>
<ul>
<li>Zentralisierung: wenn ein Amazon-Rechenzentrum Probleme hat, ist gefühlt das halbe Internet weg</li>
<li>Preistransparenz: siehe z.B. <a href="troyhunt.com/how-i-got-pwned-by-my-cloud-costs… got pwned by my cloud costs"</a></li>
</ul>
</li>
</ul>