En anere Bléck op d'Wolleken. Wat ass eng privat Wollek?

De Wuesstum vun der Rechenkraaft an der Entwécklung vun x86 Plattformvirtualiséierungstechnologien op der enger Säit, an der Verbreedung vum IT Outsourcing op der anerer Säit, hunn zum Konzept vun Utility Computing (IT als ëffentlechen Déngscht) gefouert. Firwat net bezuelt fir IT op déiselwecht Manéier wéi fir Waasser oder Stroum - genau sou vill a genau wann Dir et braucht, an net méi.

Zu dësem Moment ass d'Konzept vu Cloud Computing opgetaucht - de Konsum vun IT-Servicer aus der "Cloud", d.h. aus e puer externen Pool vu Ressourcen, ouni egal wéi a wou dës Ressourcen hierkommen. Esou wéi mir eis egal ëm d'Infrastruktur vun de Waasserpompelstatiounen këmmeren. Zu där Zäit war och déi aner Säit vum Konzept ausgeschafft - nämlech d'Konzept vun den IT-Servicer a wéi een se am Kader vun ITIL / ITSM geréiert.

Eng Zuel vun Definitioune vu Wolleken (Cloud Computing) goufen entwéckelt, awer dëst sollt net als déi ultimativ Wourecht geholl ginn - et ass just e Wee fir d'Weeër ze formaliséieren wéi d'Utility Computing gëtt.

• "Cloud Computing ass eng verdeelt Datenveraarbechtungstechnologie an där Computerressourcen a Kapazitéiten dem Benotzer als Internetservice zur Verfügung gestallt ginn" Wikipedia
• "Cloud Computing ass e Modell fir e prakteschen Netzzougang zu engem gemeinsame Pool vu personaliséierbare Rechenressourcen (zB Netzwierker, Server, Späicheren, Uwendungen a Servicer) op Ufro ze liwweren, déi séier mat minimalem Management Effort oder minimal Interventioun kënne versuergt a versuergt ginn. Service Provider" NIST
• "Cloud Computing ass e Paradigma fir den Netzzougang zu engem skalierbare a flexibele Pool vu verdeelte kierperlechen oder virtuelle Ressourcen ze liwweren, an engem Selbstservicemodus geliwwert an op Ufro verwalt" ISO/IEC 17788:2014. Informatiounstechnologie - Cloud Computing - Iwwersiicht a Vokabulär.

Laut NIST ginn et dräi Haaptarten vu Wolleken:

1. IaaS - Infrastructure as a Service - Infrastructure as a Service
2. PaaS - Plattform als Service - Plattform als Service
3. SaaS - Software als Service

Fir e ganz vereinfacht Verständnis vum Ënnerscheed, loosst eis de Pizza-as-a-Service Modell betruechten:

NIST definéiert déi folgend néideg Fonctiounen fir en IT Service als Cloud Service considéréiert ze ginn.

• Breet Netzzougang - de Service soll eng universell Netzwierkinterface hunn, déi d'Verbindung an d'Benotzung vum Service vu bal jiddereen erlaabt mat minimalen Ufuerderungen. E Beispill - fir den 220V elektreschen Netzwierk ze benotzen, ass et genuch fir all Outlet mat engem Standard Universal Interface (Plug) ze verbannen, wat net ännert ob et e Kettel, e Staubsauger oder e Laptop ass.
• Mooss Service - E Schlësselcharakteristik vun engem Cloud Service ass Service Messbarkeet. Zréck op d'Analogie mat Elektrizitéit, bezuelt Dir genau sou vill wéi Dir mat enger minimaler Granularitéit verbraucht hutt, bis zu de Käschte fir e Kettel eemol ze kachen, wann Dir eemol am Haus war an de ganze Mount eng Taass Téi drénken.
• Selbstkonfiguréierend Servicer op Ufro (on Nofro Selbstservice) - de Cloud Provider bitt de Client d'Fäegkeet fir de Service intelligent ze konfiguréieren, ouni d'Notzung mat de Mataarbechter vum Provider ze interagéieren. Fir de Kettel ze kachen, ass et absolut net néideg fir Energosbyt am Viraus ze kontaktéieren an am Viraus ze warnen an Erlaabnis ze kréien. Vun deem Moment un, wou d'Haus ugeschloss ass (e Kontrakt ass ofgeschloss), kënnen all Konsumenten onofhängeg vun der geliwwerter Kraaft entsuergen.
• Direkt Elastizitéit (schnell Elastizitéit) - de Cloud Provider liwwert Ressourcen mat der Fäegkeet fir direkt Kapazitéit ze erhéijen / erofzesetzen (bannent bestëmmte raisonnabel Grenzen). Soubal de Kettel ageschalt ass, verëffentlecht de Provider direkt 3 kW Kraaft am Netz, a soubal et ausgeschalt gëtt, reduzéiert d'Ausgab op Null.
• Pooling vun Ressourcen (Ressource Pooling) - déi intern Mechanismen vum Déngschtleeschter erlaben Iech individuell Generatiounskapazitéiten an e gemeinsame Pool (Pool) vu Ressourcen ze kombinéieren mat weiderer Dispositioun vu Ressourcen als Service fir verschidde Konsumenten. Wann een de Kettel uschalt, si mir am mannsten besuergt iwwer wéi eng speziell Kraaftwierk d'Kraaft kënnt. An all aner Konsumenten verbrauchen dës Kraaft zesummen mat eis.

Et ass wichteg ze verstoen datt d'Charakteristike vun der uewen beschriwwener Wollek net vun der Plafong geholl ginn, awer eng logesch Conclusioun aus dem Konzept vun Utility Computing sinn. An de ëffentlechen Déngscht muss déi Charakteristiken am Kader vum Konzept hunn. Wann een oder aner Charakteristik net entsprécht, gëtt de Service net méi schlëmm a gëtt net "gëfteg", et hält just op mat Wolleken. Gutt, wien huet gesot datt all Servicer sollen?

Firwat schwätzen ech iwwer dëst separat? An de leschten 10 Joer zënter der NIST Definitioun gouf et vill Kontrovers iwwer "richteg Wollek" no der Definitioun. An den USA gëtt d'Formuléierung "entsprécht dem Bréif vum Gesetz, awer net dem Geescht" nach ëmmer an der Justizberäich benotzt - an am Fall vu Cloud Computing ass den Haapt Saach de Geescht, Ressourcen fir ze lounen an zwee Mausklicken.

Et sollt bemierkt datt déi uewe genannte 5 Charakteristike fir d'ëffentlech Wollek applicabel sinn, awer wann Dir op eng privat Wollek plënnert, ginn déi meescht vun hinnen fakultativ.

• Universal Netzwierkzougang (breet Netzzougang) - bannent enger privater Wollek huet d'Organisatioun komplett Kontroll iwwer d'Generatiounskapazitéit a Konsumentclienten. Sou kann dës Charakteristik als automatesch ausgefouert ginn.
• Mooss Service ass e Schlëssel Feature vum Utility Computing Konzept, Pay-as-You-Go. Awer wéi bezuelt Dir Organisatiounen fir sech selwer? An dësem Fall gëtt et eng Divisioun vu Generatioun a Konsum bannent der Firma, IT gëtt e Provider, a Geschäftsunitéiten ginn Konsumenten vu Servicer. An d'Siidlung fënnt tëscht Departementer statt. Zwee Modi vun Operatioun sinn méiglech: chargeback (mat real géigesäitege Siidlungen an der Bewegung vun de Finanzen) an Showback (a Form vun Berichterstattung iwwert de Konsum vun Ressourcen an Rubelen, mä ouni d'Beweegung vun de Finanzen).
• Selbstkonfiguréierend Servicer op Ufro (op Ufro Selbstservice) - bannent der Organisatioun kann et e gemeinsame IT-Service sinn, an deem Fall d'Charakteristiken sënnlos ginn. Wann Dir awer Ären eegene IT-Personal oder Applikatiounsadministrateuren an Äre Geschäftsunitéiten hutt, musst Dir e Selbstserviceportal opstellen. Fazit - d'Charakteristiken ass fakultativ an hänkt vun der Struktur vum Geschäft of.
• Direkt Elastizitéit (schnell Elastizitéit) - bannent der Organisatioun verléiert seng Bedeitung wéinst dem fixe Set vun Ausrüstung fir eng privat Wollek ze organiséieren. Et kann zu engem limitéierten Ausmooss am Kader vun intern géigesäitege Siidlungen benotzt ginn. Conclusioun - net applicabel fir eng privat Wollek.
• Pooling vu Ressourcen (Ressource Pooling) - haut ginn et praktesch keng Organisatiounen déi keng Servervirtualiséierung benotzen. Deementspriechend kann dës Charakteristik als automatesch ausgeführt ginn.

Q: Also wat ass Är privat Wollek iwwerhaapt? Wat muss eng Firma kafen an ëmsetzen fir se ze bauen?

Äntwert: Eng privat Cloud ass en Iwwergang zu engem neien administrativen Modell vun IT-Business Interaktioun, deen aus 80% vun administrativen Moossnamen an nëmmen 20 vun Technologien besteet.

Bezuelen nëmme fir d'Ressourcen verbraucht an einfach Entrée, ouni e puer honnert Milliounen Ueleg an Kapitalausgaben ze begruewen, huet eng nei technologesch Landschaft an d'Entstoe vu Milliardärfirmen erstallt. Zum Beispill, modern Risen Dropbox an Instagram erschéngen als Startups op AWS mat null Infrastruktur vun hiren eegene.

Et sollt getrennt betount ginn datt Cloud Service Management Tools vill méi indirekt ginn, an d'Schlësselverantwortung vum IT Direkter ass d'Auswiel vu Fournisseuren a Qualitéitskontroll. Loosst eis dës zwou nei Verantwortung kucken.

Erschéngen als Alternativ zu klassesch schwéier Infrastruktur mat hiren eegene Datenzenteren an Hardware, Wolleken sinn täuschend Liicht. Et ass einfach an d'Wollek anzeginn, awer d'Fro vum Austrëtt gëtt normalerweis ëmgaang. Wéi an all aner Industrie, beméien d'Cloud Provider d'Geschäft ze schützen an et méi schwéier ze konkurréiere. Deen eenzege seriéise Konkurrenzmoment entsteet nëmme mat der initialer Wiel vun engem Cloud Service Provider, an da wäert de Provider all Effort maachen fir datt de Client him net verloosst. Ausserdeem ginn net all Efforten op d'Qualitéit vun de Servicer oder hir Sortiment geriicht. Als éischt ass et d'Liwwerung vun eenzegaartege Servicer an d'Benotzung vun net-Standard Systemsoftware, wat et schwéier mécht op en anere Provider ze wiesselen. Deementspriechend, wann Dir en Déngschtleeschter auswielt, ass et néideg gläichzäiteg en Iwwergangsplang vun dësem Provider ze bilden (tatsächlech e vollwäertege DRP - Katastrophen Erhuelungsplang) an iwwer d'Architektur vun der Datelagerung a Backup denken.

Den zweeten wichtegen Aspekt vun den neie Verantwortung vum CIO ass d'Qualitéitskontroll vun de Servicer vum Fournisseur. Bal all Cloud Provider konforme SLA no hiren eegene internen Metriken, wat en extrem indirekten Effekt op d'Geschäftsprozesser vum Client kann hunn. An deementspriechend gëtt d'Ëmsetzung vun Ärem eegene Iwwerwaachungs- a Kontrollsystem ee vun de Schlësselprojete wann Dir bedeitend IT Systemer un e Cloud Provider transferéiert. Fir d'Thema SLA weiderzemaachen, sollt et ënnersträichen datt déi grouss Majoritéit vun de Cloud Ubidder d'Haftung fir d'Net-Erfëllung vun der SLA op e monatlecht Abonnementskäschte oder op en Undeel vun der Bezuelung limitéieren. Zum Beispill, AWS an Azure, wann d'Disponibilitéitsschwell vun 95% (36 Stonnen pro Mount) iwwerschratt ass, maachen eng 100% Remise op d'Abonnementskäschte, an Yandex.Cloud - 30%.

https://yandex.ru/legal/cloud_sla_compute/

An natierlech däerfe mir net vergiessen datt d'Wolleken net nëmme vun Amazon-Klass Mastodonten an Yandex-Klass Elefanten ausgefouert ginn. Wolleke sinn och méi kleng - d'Gréisst vun enger Kaz, oder souguer eng Maus. Wéi d'CloudMouse Beispill gewisen huet, heiansdo hëlt d'Wollek just an endet. Dir kritt keng Entschiedegung oder Remise - Dir kritt näischt anescht wéi total Dateverloscht.

Am Hibléck vun den uewe Problemer mat der Ëmsetzung vun IT Systemer vun héich Klass Affär Kritik an Cloud Infrastrukturen, ass de Phänomen vun "Cloud Rapatriement" an de leschte Joeren observéiert ginn.

Bis 2020 ass Cloud Computing den Héichpunkt vun opgeblosen Erwaardungen iwwergaangen an d'Konzept ass um Wee fir e Gruef vu Frustratioun (geméiss dem Gartner Hype Cycle). Laut Fuerschung IDC и 451 Fuerschung bis zu 80% vun de Firmecliente kommen zréck a plangen d'Laascht vun de Wolleken an hir eege Datenzenteren aus de folgende Grënn zréck:

• Verbesseren Disponibilitéit / Leeschtung;
• Käschten reduzéieren;
• Ze erfëllen IS Ufuerderunge.

Wat ze maachen a wéi alles "wierklech" ass?

Et gëtt keen Zweiwel datt d'Wolleken eescht a laang Zäit komm sinn. An all Joer wäert hir Roll eropgoen. Mir liewen awer net an der wäiter Zukunft, mee 2020 an enger ganz definitiver Situatioun. Wat maache mat de Wolleke wann Dir net e Startup sidd, awer e klassesche Firmeclient?

1. Wolleke sinn haaptsächlech eng Plaz fir Servicer mat onberechenbaren oder ausgeschwat saisonaler Laascht.
2. An deene meeschte Fäll si Servicer mat enger prévisibel stabiler Belaaschtung méi bëlleg fir an Ärem eegene Rechenzentrum z'erhalen.
3. Et ass néideg fir mat Wolleken mat Testëmfeld a Low-Prioritéit Servicer ze schaffen.
4. Bedenkt d'Placement vun Informatiounssystemer an der Wollek fänkt mat der Entwécklung vun enger Methodik un fir vun der Wollek an eng aner Wollek ze plënneren (oder zréck an Ären eegene Rechenzentrum).
5. En Informatiounssystem an der Wollek ze placéieren fänkt un mat der Entwécklung vun engem Backup-Schema fir d'Infrastruktur déi Dir kontrolléiert.

Source: will.com