Î:
Care sunt unele provocări ale scalării în OpenStack?
A:Ca o alegere populară open-source pentru implementări, OpenStack are unele preocupări pentru liderii de afaceri care intenționează să extindă la scară un proiect cloud. Multe dintre ele au legătură cu natura open-source a OpenStack, față de platformele proprii.
O provocare este „sprijinul comunității” sau natura „mulțumită” a sistemului de operare ca instrument open-source. Multe companii CIO și CTO vor dori ceva mai mult, o anumită măsură a capacității de pre-planificare oferite de către furnizorii de produse care au o planificare mai lungă pe termen lung.
În general, orice proiect poate fi greu de dimensionat, indiferent de platformă, dar o altă preocupare pentru unii lideri este lipsa de asistență de actualizare la fața locului în mediile OS tradiționale. Aceasta a însemnat, în unele cazuri, nevoia de a efectua migrații reci pentru a obține un proiect extins.
O altă preocupare este lipsa capacității de integrare gata cu unele sisteme publice de lider din cloud. Sistemul de operare poate fi greu de adaptat la unele dintre aceste opțiuni și poate necesita o intervenție manuală mai mare. Din nou, aceasta este în concordanță cu filozofia produselor open-source, care sunt adesea „mai ușor de utilizat” decât produsele furnizorilor. Cu alte cuvinte, vânzătorii investesc în diferite tipuri de inginerie pentru utilizatori sau în alte concesii pe baza veniturilor pe care se așteaptă să le obțină din vânzări.
Mulți experți se referă la scalare ca fiind un „punct flash” cheie cu OpenStack. Există ideea că crearea și implementarea proiectului este o etapă și că scalarea este o altă etapă complet diferită. Profesioniștii IT, vorbind despre provocările scalării, vor presupune că succesul primei etape de implementare nu asigură neapărat sau duce la succesul celei de-a doua etape de scalare, că există obstacole specifice în scalare care nu sunt „rezolvate automat” prin implementare sau alte faze precedente. Acest lucru, în comparație cu construirea open-source a sistemului, creează provocări inerente, inclusiv provocări de întreținere, provocări de alocare a resurselor și altele pe care dezvoltatorii și managerii de proiecte nu le vor anticipa în general decât dacă vor gândi la eventualitatea de a încerca să mărească sistemul după Faptul.
