Videó: VAI SER SOCADA BOTADA - MC Caja, MC MN (DJ Robão) (December 2024)
Utolsó hozzászólásomban arról beszéltünk, hogy a felhőalapú számítástechnika, különösen a szoftver-szolgáltatásként (SaaS), és miért nem különösebben rugalmas. A rugalmasság egy olyan modellből származik, amely nem igényel adatközpont-hardvert, és egy sor olyan széles körű API-ról, amelyek a legjobb SaaS-ajánlatok szerves részét képezik. Ugyanakkor a SaaS-alkalmazások rugalmatlanok abban az értelemben, hogy nem engedik meg sok testreszabást magának az alapszoftvernek, és hogy általában minden ügyfélnek ugyanazon, a legfrissebb verzión kell futnia, opciók nélkül.
Amikor rám nézek, elkezdek gondolkodni, hogy azok a területek, amelyekben a felhőalapú alkalmazások a legrugalmasabbak, valójában az egyik legerősebb tulajdonságuk lehet. Azt állíthatom, hogy a hagyományos kliens-szerver alkalmazások túl sok rugalmasságot kínáltak, és különösen a nagy szervezetek túl sok időt, erőfeszítést és költséget költöttek a testreszabásukhoz. Mindannyian tudunk példákat azokról a szervezetekről, amelyek milliókat (vagy néha tíz millió) dollárt költöttek ERP-megoldásaik testreszabására, talán korlátozott fejjel.
A SaaS szépsége - bár potenciálisan az egyik csapda is - az, hogy ezek a programok feltételezik, hogy mindenki a szervezetéhez igazítja a szervezetet a szoftverhez. Néha ez csak kevés, néha nagyobb módon. De egy vállalat nem igazán tudja megváltoztatni a szoftver működését. Ennek eredményeként azok a cégek, amelyek ezeket a csomagokat választják, nem töltenek sok pénzt a testreszabásukkal és a megváltoztatásukkal - és sokan úgy találják, hogy csak annyira bonyolultak meg a változtatások nélkül, amelyeket egyébként elvégeznének. Más szavakkal: néha "elég jó, az átkozottul jó".
Nem az, hogy nincs programozási munka. A SaaS alkalmazásokat még konfigurálni kell; gyakran össze kell kapcsolni más alkalmazásokkal, és néha más eszközökkel integrálhatók nagyobb rendszerekbe.
Az egyik nagy különbség a régebbi módszerhez képest az, hogy a SaaS eszközök szinte mindegyikében nyílt API-k vannak, és ezeket a kapcsolatokat szem előtt tartva tervezték. Ez a koncepció - a "kis darabok, amelyek lazán csatlakoznak" - már régóta fennálltak, de valójában most sokkal jobban megszokják, mint korábban. Ez megváltoztatja a vállalati programozás arculatát, és azt várom, hogy ez az informatikai osztályok egyik legfontosabb prioritása legyen az elkövetkező néhány évben.
Ennek egyik előnye az, hogy számos SaaS-alkalmazást könnyebben lehet kezelni, mint az „alkalmazás terjeszkedése”, amelyet sok nagyobb szervezetnél fejlesztettek ki. A SaaS-alkalmazások általában kevésbé vannak testreszabva, és általában kevesebb számú, mint az egyedi alkalmazások, és ami a legfontosabb: sokkal kevesebb kezelést igényelnek a fejlesztő szempontjából.
Sok szempontból a nagy változás az, hogy ha a SaaS alkalmazásokat használja a vállalkozás működtetéséhez használt általános alkalmazásokhoz (számvitel, salesforce management, alkalmazotti menedzsment, ügyfelek elkötelezettsége stb.), Akkor az erőforrások felszabadítását célozza azon dolgokra összpontosítva, amelyekre valóban megkülönbözteti a cégét. Az ügyfelek nem vásárolnak egy terméket a másikra, mert a gyártónak jobb módja van a szabadidő, a költségszámlák vagy akár az ügyfelek közötti kapcsolat nyomon követésének. Inkább inkább olyan termékeket választanak, mint például a termék minősége és értéke.
Ha biztosítja, hogy munkatársai az alapvető háztartási feladatok helyett ezekre a tulajdonságokra összpontosítsanak, elméletben segíteni kell a szervezetének a jobb termékek előállításában. Ha az erőforrások a termékek fejlesztésére vagy az árak vagy a vállalat egyéb fontos tulajdonságainak csökkentésére összpontosíthatnak - ahelyett, hogy sokat gondolkodnának az alapvető alkalmazásokról, amelyek csak a társaság működésének fenntartásához szükségesek -, a szervezet hosszú távon jobb lesz. fuss.
És ez a felhő legnagyobb előnye lehet.
További információ: Ha a nagyvállalatok nem bíznak a számítási felhőben és a számítási felhőben: Két győzelem, egy hiányos.
