cloud-computing

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
cloud-computing [2023/05/28 21:22] – [Spezialisten] stcloud-computing [2023/11/15 17:47] (aktuell) – [Eignung für verschiedene workloads] st
Zeile 56: Zeile 56:
  
 Eignet sich gut für: Eignet sich gut für:
-  * stark schwankende workloads (Skalierung) +  * stark schwankende workloads (Skalierung in die Breite)
-  * ressourcen-unkritische Anforderungen+
  
-Eignet nicht/*schlechter* geeignet für:+tendenziell //schlechter// geeignet für:
   * I/O-intensive Anwendungen (IOPS, ...) wie Datenbanken -> Kosten!   * I/O-intensive Anwendungen (IOPS, ...) wie Datenbanken -> Kosten!
-  * Applikationen mit sehr hohem RAM-Bedarf  +  * Applikationen mit sehr hohem RAM-Bedarf (hoher dreistelliger MB-Bereich)
-  * grafik-lastige Anwendungen +
-  * Bandbreitenintensive Anwendungen (Upload ausreichend?)+
   * Spezialkonfigurationen die eine Nutzung von managed-services ausschließen   * Spezialkonfigurationen die eine Nutzung von managed-services ausschließen
  
Zeile 84: Zeile 81:
 ===== Produktklassen ===== ===== Produktklassen =====
  
-  * **[[server:Root-Server]]** (bare-metal-server, dedicated hosts)+  * **[[server:Root-Server]]** auch: bare-metal-server, dedicated hosts
   * **[[server:vServer]]** (computing, teilweise mit exklusiv Ressourcen wie CPU-Kerne)   * **[[server:vServer]]** (computing, teilweise mit exklusiv Ressourcen wie CPU-Kerne)
-  * Storage 
-    * Blockstorage (auch per NFS, iSCSI) 
-    * Dateispeicher 
-    * S3-compatible / Objektstorage 
-  * Networking 
-    * Load-Balancer 
-    * private Networks 
   * Apps runtime   * Apps runtime
     * Container     * Container
     * [[wpde>Function as a Service]] (z.B. lambda)     * [[wpde>Function as a Service]] (z.B. lambda)
 +  * Storage
 +    * Blockstorage (direct attached, iSCSI, "Elastic Volumes")
 +    * Dateispeicher (über Netzwerk gemounted, z.B. NFS oder CIFS)
 +    * Objektstorage / S3-compatible
 +  * Networking
 +    * Load-Balancer, Elastic IPs
 +    * private Networks
   * Identity Services   * Identity Services
-  * Zusatzdienste wie Bulk-mail/Messenging+  * gemanagte Zusatzdienste 
 +    * wie Bulk-mail/Messenging wie MQTT 
 +    * Datenbanken 
 +    * Paketquellen, Image-registry (docker-format) 
 +    * ...
  
  
Zeile 177: Zeile 178:
 ==== gridscale ==== ==== gridscale ====
  
-[[https://gridscale.io/preise/|gridscale]] (DE) eher teuer und dementsprechend viel Text bevor man die Preise findet, das Produktportfolio ist eher dünn bzw. scheint auf customizing zu zielen. +[[https://gridscale.io/preise/|gridscale]] (DE) eher teuer und dementsprechend viel Text bevor man die Preise findet, das Produktportfolio ist eher dünn bzw. scheint auf customizing zu zielen. 
 +OVH plant die Übernahme. 
  
  
Zeile 243: Zeile 245:
  
 [[netzwerke:IPv6]]-Unterstützung ist schlecht: ist optional und nur über CLI aktivierbar, ähnlich wie IPv4 nur NAT (genauer: NAT66), ICMPv6 funktioniert nicht. [[netzwerke:IPv6]]-Unterstützung ist schlecht: ist optional und nur über CLI aktivierbar, ähnlich wie IPv4 nur NAT (genauer: NAT66), ICMPv6 funktioniert nicht.
 +==== DigitalOcean ====
 +
 +[[https://www.peeringdb.com/net/6494|AS14061]]
 +
 +Standorte: Australien: SYD1, Kanada: TOR1, Europa: AMS2, AMS3, FRA1, LON1; Singapure: SGP1, USA Oiost Küste: NYC1, NYC2, NYC3; USA West Küste: SFO1, SFO2, SFO3
 +
 +
 ==== alibabacloud.com ==== ==== alibabacloud.com ====