K:
Mitkä ovat OpenStackin skaalauksen haasteita?
V:Koska OpenStack on suosittu avoimen lähdekoodin valinta käyttöönottoa varten, sillä on joitain huolenaiheita yritysjohtajille, jotka aikovat laajentaa pilviprojektia. Monet heistä liittyvät OpenStackin avoimen lähdekoodin luonteeseen verrattuna omiin käyttöympäristöihin.
Yksi haaste on käyttöjärjestelmän ”yhteisötuki” tai ”joukkotoiminnallinen” luonne avoimen lähdekoodin työkaluna. Monet CIO: t ja CTO: t haluavat jotain enemmän, jonkin verran esisuunnittelukykyä, jota tarjoavat myyjätuotteet, joilla on enemmän pitkäaikaista tulevaisuudensuunnittelua.
Yleensä mikä tahansa projekti voi olla vaikea mitoittaa alustasta riippumatta, mutta joillekin johtajille toinen huolenaihe on paikalla tapahtuvan päivityksen tuen puute perinteisissä käyttöympäristöissä. Se on joissain tapauksissa tarkoittanut tarvetta suorittaa kylmäsiirtymiä projektin skaalaamiseksi.
Toinen huolenaihe on valmiiden integrointikykyjen puute joihinkin johtaviin julkisiin pilvijärjestelmiin. Käyttöjärjestelmä voi olla vaikea sovittaa joihinkin näistä vaihtoehdoista, ja se voi vaatia enemmän manuaalisia toimenpiteitä. Tämä on jälleen avoimen lähdekoodin tuotteiden filosofian mukaista, jotka ovat usein ”vähemmän käyttäjäystävällisiä” kuin myyjätuotteet. Toisin sanoen myyjät sijoittavat erityyppisiin käyttäjätekniikoihin tai muihin myönnytyksiin perustuen myyntituloihin, joita he odottavat saavansa.
Monet asiantuntijat viittaavat skaalaamiseen avain ”leimahduspisteeksi” OpenStackissa. On ajatus, että projektin luominen ja toteuttaminen on yksi vaihe ja että skaalaus on toinen täysin eri vaihe. IT-ammattilaiset puhuessaan skaalauksen haasteista tarkoittavat, että ensimmäisen toteutusvaiheen onnistuminen ei välttämättä takaa tai johda toisen mittakaavan onnistumiseen, että skaalaamisessa on erityisiä esteitä, joita ei "automaattisesti ratkaista". toteuttamalla tai muilla edeltävillä vaiheilla. Tämä verrattuna järjestelmän avoimen lähdekoodin rakennukseen luo luontaisia haasteita, mukaan lukien ylläpidon haasteet, resurssien allokoinnin haasteet ja muut, joita kehittäjät ja projektipäälliköt eivät yleensä ennakoi, elleivät he ajattele mahdollisuutta yrittää skaalata järjestelmää järjestelmän jälkeen. tosiasia.
