Изборът между софтуер за операции на място и облачен софтуер е основно решение за това къде работи системата, кой е отговорен за инфраструктурата й, как потребителите имат достъп до нея и как ще се управляват сигурността, поддръжката, интеграциите, възстановяването и бъдещите промени.
Каква е разликата между софтуера за операции на място и облачния софтуер?
Основната разлика е къде се управлява софтуерът и поддържащата инфраструктура и кой поема отговорността за тяхната поддръжка.
Какво е софтуер за операции на място?
Софтуерът на място се внедрява в инфраструктура, контролирана от организацията, като сървъри в собствените й съоръжения или в частно управлявана среда.
Организацията обикновено поема по-голяма отговорност за области като:
- Управление на сървъри и инфраструктура
- Инсталиране на софтуер
- Актуализации и пачове
- Резервни копия
- Конфигурация на мрежата
- Контроли за достъп
- Наблюдение
- Възстановяване след бедствия
Какво е облачен софтуер за операции?
Облачният софтуер се хоства в отдалечена инфраструктура и се достъпва през мрежа, обикновено интернет.
В зависимост от модела на услугата, доставчикът на софтуер или облачната платформа обикновено управлява повече от основната инфраструктура, докато клиентът остава отговорен за своите потребители, данни, конфигурация, бизнес процеси и други области, определени от споразумението за услуга.
Какво наистина се променя между двата модела?
Важно е разликата не е просто къде седи сървърът. Става въпрос за това как е разделена отговорността.
| Област | На място | Облак |
|---|---|---|
| Инфраструктура | Управлява се основно от организацията. | Повече отговорност за инфраструктурата лежи на доставчика. |
| Достъп | Често е свързан с вътрешна мрежа или конфигуриран отдалечен достъп. | Обикновено е проектиран за достъп през мрежата на различни локации. |
| Актуализации | Организацията обикновено управлява внедряването и поддръжката. | Доставчикът обикновено управлява актуализациите на платформата или приложението. |
| Мащабиране | Може да изисква допълнително планиране на инфраструктурата. | Капацитетът често може да бъде разширен чрез модела на услугата. |
| Структура на разходите | Може да включва разходи за инфраструктура, лицензиране, ИТ и поддръжка. | Обикновено използва повтаряща се абонаментна или базирана на потребление ценова политика. |
| Контрол | По-голям пряк контрол върху инфраструктурата. | Отговорността за инфраструктурата е споделена с доставчика. |
Къде се различават най-много облачният и софтуерът на място?
Кой притежава отговорността за инфраструктурата?
Внедряването на място дава на организацията по-пряк контрол върху инфраструктурата, но този контрол идва с отговорност за експлоатацията, наблюдението, поддръжката и възстановяването на средата.
Облачното внедряване прехвърля повече отговорност за инфраструктурата на доставчика, но клиентът все още трябва да разбере какво управлява доставчикът и какво остава отговорност на клиента.
Как потребителите имат достъп до системата?
Облачните системи обикновено са проектирани за потребители, които се нуждаят от достъп през офиси, имоти, локации или устройства.
Средите на място също могат да поддържат отдалечен достъп, но това може да изисква допълнителна мрежова, удостоверителна, VPN или друга инфраструктура за достъп.
Кой управлява актуализациите на софтуера и поддръжката?
Средите на място обикновено поставят повече отговорност за актуализации и поддръжка на организацията или нейния технологичен партньор.
Облачните доставчици обикновено се грижат за повече от основната поддръжка на платформата и процеса на пускане на приложения, в зависимост от модела на услугата.
Как се различава мащабирането?
Мащабирането на среда на място може да изисква планиране на капацитета, допълнителна инфраструктура, промени в конфигурацията или нов хардуер.
Облачната среда често може да се разширява без клиентът да закупува и инсталира същата физическа инфраструктура директно.
По-сигурен ли е облачният или софтуерът на място?
Нито един модел на внедряване не е по същество сигурен просто заради мястото, на което е хостван.
Сигурността зависи от начина, по който е проектирана, конфигурирана, наблюдавана, поддържана и управлявана средата.
Каква отговорност за сигурността идва с софтуера на място?
Организация, която управлява собствената си среда, може да има по-пряк контрол върху:
- Архитектура на мрежата
- Конфигурация на сървъра
- Политики за достъп
- Графици за пачове
- Резервни копия
- Наблюдение
- Физическа инфраструктура
Търговията е, че организацията трябва да има експертизата и процесите, за да управлява тези области ефективно.
Каква отговорност за сигурността идва с облачния софтуер?
Облачните внедрения използват модел на споделена отговорност, при който доставчикът управлява определени части от средата, докато клиентът остава отговорен за области като достъп на потребителите, разрешения, обработка на данни, конфигурация и бизнес процеси.
Какво трябва да оцените вместо да питате кой модел е по-сигурен?
Задайте въпроси като:
- Как се удостоверяват потребителите?
- Как се контролират разрешенията?
- Как се защитава чувствителната информация?
- Как се записват промените и достъпът?
- Как се управляват уязвимостите и пачовете?
- Как се обработват резервните копия и възстановяването?
- Кои изисквания за съответствие се прилагат?
- Кои отговорности принадлежат на доставчика?
- Кои отговорности остават на вашата организация?
Какви са основните предимства и ограничения на облачния софтуер?
Къде облачният софтуер може да улесни операциите?
Достъп през локации
Екипите обикновено могат да получат достъп до системата от различни имоти, офиси или одобрени устройства, без да работят приложението само от една локална среда на сървър.
По-малко локална инфраструктура
Организацията обикновено не трябва да закупува и управлява същата инфраструктура за приложение сама.
Централизирани актуализации
Доставчикът на софтуер или платформа обикновено управлява повече от процеса на актуализация на приложението и поддръжка на инфраструктурата.
По-лесно разширяване
Нови потребители, имоти или оперативни процеси могат да бъдат добавени без изграждане на еквивалентна физическа инфраструктура на всяка локация.
Какви ограничения трябва да вземете предвид с облачния софтуер?
- Зависимост от свързаност с мрежата
- Повтарящи се разходи за абонамент или платформа
- Зависимост от модела на услуги и пускане на доставчика
- Изисквания за местоположение на данни или регулаторни изисквания
- Ограничения, определени от архитектурата на платформата
- Планиране на миграция и изход от доставчика
Облачният софтуер следователно трябва да се оценява като оперативен модел, а не просто като софтуер, който случайно работи в интернет.
Какви са основните предимства и ограничения на софтуера на място?
Къде софтуерът на място може да има смисъл?
Пряк контрол върху инфраструктурата
Организациите могат да управляват инфраструктурата, мрежата, графика на внедряване и локалната среда директно.
Специализирани среди
Някои организации се нуждаят от много специфична инфраструктура, мрежа, местоположение на данни или интеграционни споразумения.
Локална наличност
Някои локални работни потоци могат да продължат без зависимост от външна интернет свързаност, когато необходимите системи остават налични в локалната мрежа.
Персонализиране на инфраструктурата
Организации с достатъчни технически ресурси могат да проектират средата в близост до вътрешните изисквания.
Какви ограничения трябва да вземете предвид с локален софтуер?
- Придобиване и поддръжка на инфраструктура
- Вътрешна техническа експертиза
- Отговорност за актуализации и пачове
- Отговорност за резервно копие и възстановяване
- Архитектура за отдалечен достъп
- Планиране на капацитета
- Управление на жизнения цикъл на хардуера
- Потенциално по-бавно разширяване на инфраструктурата
По-евтин ли е облачният софтуер в сравнение с локалния софтуер?
Не непременно.
Сравняването само на лиценза за софтуер или месечната абонаментна такса може да даде непълна представа.
Какви разходи принадлежат на изчислението за локална система?
В зависимост от средата, общата цена може да включва:
- Лицензиране на софтуер
- Сървъри и инфраструктура
- Мрежи
- ИТ персонал или поддръжка
- Инструменти за сигурност
- Резервни копия
- Възстановяване след бедствия
- Замяна на хардуер
- Актуализации и поддръжка
Какви разходи принадлежат на изчислението за облак?
В зависимост от услугата, общата цена може да включва:
- Такси за абонамент или платформа
- Лицензи за потребители
- Имплементация
- Съхранение на данни
- Интеграции
- Допълнителни услуги
- Поддръжка
- Миграция
- Бъдещо разширяване
Кой е по-добрият начин за сравняване на разходите?
Сравнете общите разходи за експлоатация на всеки модел за реалистичен период и включете хората, инфраструктурата, поддръжката, миграцията, интеграцията и отговорностите за възстановяване, изисквани от всеки от тях.
Как интеграциите трябва да повлияят на решението между облак и локална система?
Архитектурата на внедряване е важна, защото софтуерът за операции рядко работи самостоятелно.
Кои системи трябва да обменят данни?
В зависимост от организацията, софтуерът за операции може да се наложи да се свърже с:
- CRM системи
- Системи за счетоводство или ERP
- Платформи за плащане
- Системи за контрол на достъпа
- Инструменти за комуникация
- Данни хранилища
- Инструменти за бизнес интелигентност
- Доставчици на идентичност
- Други оперативни приложения
Дали облачният софтуер автоматично интегрира по-лесно?
Не. Интеграцията зависи от API, модели на данни, удостоверяване, междинен софтуер, поддръжка от доставчици, мрежова архитектура и системите които се свързват.
Booking Ninjas предоставя рамка за интеграции за свързване на оперативни работни потоци с външни системи, където съответната интеграция е налична и включена в обхвата на имплементацията.
Защо архитектурата на данните трябва да бъде оценена рано?
Технически подходяща система все пак може да създаде оперативни проблеми, ако екипите трябва многократно да експортират, импортират, съгласуват, или повторно въвеждат информация между несвързани системи.
Това е тясно свързано с по-широкото решение между една свързана платформа и множество точкови решения .
Как uptime и възстановяване след бедствия трябва да повлияят на решението?
Какво се случва, ако интернет връзката се провали?
Облачното приложение обикновено изисква достъп до мрежата. Операторите трябва да разберат как критичните работни потоци се обработват по време на проблем с свързаността и дали са необходими резервни свързаности или други процедури за продължаване.
Какво се случва, ако локалната инфраструктура се провали?
Локалната среда може да продължи да работи независимо от външния интернет достъп в някои конфигурации, но организацията остава отговорна за провалите, засягащи нейните сървъри, съхранение, мрежа, електрическа енергия и локална среда.
Кой е отговорен за възстановяването?
Оценете:
- Честота на резервните копия
- Местоположение на резервните копия
- Процедури за възстановяване
- Редундантност
- Отговор на инциденти
- Ангажименти на доставчика за услуги
- Вътрешни процедури за бизнес продължаване
Целта не е да се предполага, че нито един от моделите на внедряване не елиминира времето на престой. Целта е да се разбере как времето на престой се предотвратява, открива, управлява и възстановява.
Как да изберете между облачен и локален софтуер?
Започнете с оперативните изисквания, а не с предпочитание към един технологичен модел.
1. Определете къде хората трябва да работят
Идентифицирайте кои потребители, имоти, офиси и устройства имат нужда от достъп и дали дистанционната работа е част от нормалния оперативен модел.
2. Определете вашите отговорности за сигурност и съответствие
Идентифицирайте данните, които се обработват, кой трябва да има достъп до тях, приложимите изисквания за съответствие и кои контроли вашата организация трябва да запази.
3. Оценете вътрешния си ИТ капацитет
Определете дали вашата организация разполага с хората и процесите, необходими за работа с инфраструктура, управление на актуализации, мониторинг на системи, поддържане на резервни копия и възстановяване от провали.
4. Картографирайте архитектурата на интеграцията
Идентифицирайте системите, които трябва да обменят информация, преди да изберете архитектура на приложението.
5. Сравнете общата цена на притежание
Включете софтуер, инфраструктура, поддръжка, имплементация, интеграции, поддръжка, хора, миграция и бъдещо разширяване.
6. Планирайте за растеж
Помислете какво се случва, когато организацията добавя повече местоположения, потребители, записи, бизнес единици, работни потоци или интеграции.
7. Планирайте изхода преди да изберете платформата
Разберете как данните могат да бъдат експортирани, на какво зависят интеграциите от платформата, колко време може да отнеме миграцията и какво ще се случи ако организацията по-късно промени системите.
Разпределен достъп, инфраструктура, управлявана от доставчика, по-бързо разширяване и намаляване на отговорността за локалната инфраструктура са важни за оперативния модел.
Пряко притежаване на инфраструктура, специализирана локална архитектура или специфични технически и регулаторни изисквания оправдават управлението на средата вътрешно.
Какво трябва да вземете предвид преди да преминете от локална система към облак?
Преминаването към облачен софтуер не е просто въпрос на копиране на база данни на друг сървър.
Инвентаризирайте данните първо
Идентифицирайте записите, които се мигрират, техните собственици, формати, зависимости, проблеми с качеството, изисквания за запазване и чувствителна информация.
Картографирайте интеграциите и зависимостите
Документирайте кои системи в момента обменят информация и на кои бизнес процеси разчитат.
Възстановете ролите и разрешенията умишлено
Не пренасяйте просто стари модели на достъп в новата среда. Използвайте миграцията, за да потвърдите кой има нужда от достъп до кои записи и функции.
Тествайте работните потоци преди пълно внедряване
Критичните работни потоци трябва да бъдат тествани с представителни потребители и реалистични данни преди да бъде пенсионирана старата среда.
Подгответе екипа за оперативната промяна
Новият модел на внедряване може да повлияе на влизането, работните потоци, отговорностите, отчетността, поддръжката и ежедневните процедури.
Нашето ръководство за подготовка на екипите по имоти за нов софтуер задълбочава се в фазовото разгръщане, обучението и приемането.
Практическа последователност за миграция
Данни за инвентар → картографиране на интеграции → конфигуриране на нова среда → мигриране и валидиране → тестване на работни потоци → обучение на потребители → контролирано разгръщане → пенсиониране на старата среда, когато бъде одобрена
Как Booking Ninjas се вписва в решението за облачен софтуер?
Booking Ninjas е платформа, базирана на Salesforce, за резервации и операции.
Платформата е изградена около Salesforce
Вместо да функционира като изолирано локално приложение за имоти, Booking Ninjas работи в рамките на по-широката екосистема на Salesforce.
Основата базирана на Salesforce е релевантна за организации, които оценяват как оперативните приложения се вписват в тяхната по-широка CRM, данни, сигурност, работен поток, и архитектура на платформата.
Интеграциите остават част от архитектурата
Преместването на операциите в облака не премахва необходимостта от свързване на съществуващите системи.
Релевантните възможности за интеграция могат да включват интеграция чрез API , системи за идентичност, платформи за плащания, ERP системи, счетоводни системи, инструменти за анализ и други приложения в зависимост от внедряването.
Облакът не означава един стандартен работен поток за всяка организация
Моделът на разгръщане и бизнес работният поток са отделни решения.
Booking Ninjas може да бъде конфигуриран около различни типове оперативни записи, процеси, потребители, разрешения и интеграции, като точната реализация се определя от изискванията и обхвата на организацията.
Решението все още трябва да започне с бизнес изискванията
Организациите трябва да оценят Booking Ninjas по същия начин, по който трябва да оценят всяка платформа за операции: въз основа на работни потоци, сигурност, потребители, интеграции, изисквания за данни, внедряване, поддръжка и дългосрочен оперативен модел.
Как изглежда решението облак срещу локално в практиката?
Помислете за оператор на имоти с няколко локации и централен екип за операции.
Какво би изисквал локален модел?
Организацията може да управлява средата на приложението вътрешно, да управлява капацитета на сървъра, да поддържа резервни копия, да контролира разгръщането на софтуера, да конфигурира отдалечен достъп и да предоставя вътрешна техническа поддръжка.
Какво би променил облачният модел?
Доставчикът би поел отговорността за повече от основната инфраструктура на платформата, докато упълномощените потребители биха могли да получат достъп до приложението през мрежата.
Организацията все още трябва да управлява потребители, разрешения, бизнес процеси, данни, интеграции, обучение, управление и своите отговорности по договора за услуга.
Кой модел трябва да избере операторът?
Отговорът зависи от това дали организацията получава повече стойност от притежаването и управлението на самата инфраструктура или от прехвърлянето на повече отговорности за инфраструктурата на облачна платформа.
Често задавани въпроси
Каква е основната разлика между облачен и локален софтуер?
Основната разлика е къде се управлява инфраструктурата на софтуера и как се разделя отговорността. Локалният софтуер обикновено поставя повече отговорност за инфраструктурата на организацията, докато облачният софтуер поставя повече от тази отговорност на доставчика.
Облачният софтуер винаги ли е по-евтин от локалния софтуер?
Не. Облачният софтуер може да намали някои предварителни разходи за инфраструктура, но общата цена зависи от абонаменти, потребители, внедряване, съхранение, интеграции, поддръжка и разширяване. Локалните разходи могат да включват хардуер, лицензиране, ИТ персонал, поддръжка, сигурност, резервни копия и заместваща инфраструктура.
Облачният софтуер ли е по-сигурен от локалния софтуер?
Нито един от моделите не е автоматично по-сигурен. Сигурността зависи от архитектурата, конфигурацията, контролите за достъп, мониторинга, поддръжката, обработката на данни, практиките на доставчика и собствените процеси за сигурност на организацията.
Може ли локалният софтуер да поддържа дистанционна работа?
Да. Локалните системи могат да поддържат отдалечен достъп, но организацията може да се наложи да конфигурира и поддържа мрежовата свързаност, удостоверяване, VPN или друга инфраструктура, необходима за сигурен достъп.
Изисква ли облачният софтуер все още участие на вътрешния ИТ?
Може. Облачните доставчици могат да управляват повече от инфраструктурата, но организациите все още трябва да управляват области като потребители, разрешения, интеграции, управление на данни, бизнес процеси, управление на доставчици и поддръжка.
Какво трябва да проверите преди да преминете от локален към облак?
Прегледайте данни, интеграции, разрешения, изисквания за сигурност, зависимости от мрежата, процедури за миграция, тестване, обучение, бизнес непрекъснатост и как старата среда ще бъде пенсионирана след одобрение на новата система.
Booking Ninjas ли е базиран на облак?
Booking Ninjas е платформа за резервации и операции базирана на Salesforce. Точната архитектура на системата, интеграции, разрешения, работни потоци и внедряване зависят от изискванията и одобрения обхват на организацията.
Изберете операционния модел преди да изберете софтуера
Започнете с вашите потребители, работни потоци, изисквания за сигурност, интеграции, данни, ИТ капацитет и планове за растеж. След това решете коя архитектура на софтуера може да поддържа операцията, от която наистина се нуждаете.
