Comments 12
Использование SaaS подразумевает, что конечный пользователь осознаёт и принимает эти риски. Если компания завязала какой-то важный БП на сервисе, который от них не зависит, то это проблема плохого планирования БП и выбора инструментов.
>Трудно представить себе хотя бы один день современного человека занятого в ИТ без использования, например, Gmail.
Я занят в IT, никаких gmail и прочего чужого сервиса.
Я занят в IT, никаких gmail и прочего чужого сервиса.
Gmail — это один из примеров облака, для меня он самый известный. В более общем смысле — skype, what'sapp, viber… — все мессенджеры, соц. сети (да, их тоже используют в работе). А как же телефон? Мобильный телефон вполне себе аналог облака, где сеть ОПСоСа — облако, а абоненты — пользователи, которые платят за сервис.
Если настроить почтовый сервер и внутренний мессенджер на офисном сервере — то некоторые плюсы в данном решении есть.
А с внешним миром как коммуницировать? Например мы используем упопянутый SaaS сервис не только для внутренних задач, но и ведём проекты совместно и с представителем вендора и с клиентом. Ещё один пример облака очень популярного в enterprise и телекоме — webex, как минимум чтобы не замыкаться только на внутренних пользователях.
в данном примере я скорее сторонний наблюдатель нежели представитель компании, попавшей в зависимость от сервиса.
мы используем упопянутый SaaS сервис не только для внутренних задач, но и ведём проекты совместно и с представителем вендора и с клиентом.
Как так?
Вы поймите, есть два метода решения задач. Первый — переложить решение на кого-нибудь. Например, на облако. Второй, сказать администратору (программисту) какого результата вы ждете, когда он решит вашу задачу внутри вашей фирмы. Мне интересно, почему и кто в организации вместо решения задач локально у себя выбирает решение в облаках. И чем аргументирует свой выбор.
webex, как минимум чтобы не замыкаться только на внутренних пользователях.
Так как конкретные задачи мне не известны, которые вы решаете этим сервисом, могу наугад Вам предложить рассмотреть вариант раздачи потокового видео или vnc в web пробросить. Кстати, у Вас кто принимал решение, что webex — это лучший вариант для Вас?
Я полагал, что вывод моей статьи довольно прозрачен — я не агитирую за повсеместное использование облаков. Даже напротив, обрисовываю вполне реальную ситуацию которая не лежит на поверхности.
С другой стороны, не считаю облака абсолютным злом и рассматриваю возможность их применения в ряде задач с точки зрения баланса риск/решаемые задачи.
Предлагая другую крайность — «давайте посадим программиста он нам быстро напишет CRM систему, ведь все стандартные совсем нам не подходят, у нас уникальный БП», Вы обязательно сталкиваетесь с множеством других проблем, начиная от постановки задачи на разработку заканчивая сопровождением системы. И это всё уже за рамками темы SaaS.
Webex я привёл как пример ежедневно используемого сервиса, если мы его используем, это не значит что мы являемся инициатором его применения. Бывает так, что ваши партнеры (крупные международные компании находящиеся во всех часовых поясах) пользуются такими облачными решениями навроде webex потому, что им это реально необходимо и это удобно. Ну а вы сами, как партнёр, пользуетесь сервисом вместе с ними просто потому что это удобно. Поднять свой аналог webex в inhouse, например BBB? Да наверное можно, только для чего?
С другой стороны, не считаю облака абсолютным злом и рассматриваю возможность их применения в ряде задач с точки зрения баланса риск/решаемые задачи.
Предлагая другую крайность — «давайте посадим программиста он нам быстро напишет CRM систему, ведь все стандартные совсем нам не подходят, у нас уникальный БП», Вы обязательно сталкиваетесь с множеством других проблем, начиная от постановки задачи на разработку заканчивая сопровождением системы. И это всё уже за рамками темы SaaS.
Webex я привёл как пример ежедневно используемого сервиса, если мы его используем, это не значит что мы являемся инициатором его применения. Бывает так, что ваши партнеры (крупные международные компании находящиеся во всех часовых поясах) пользуются такими облачными решениями навроде webex потому, что им это реально необходимо и это удобно. Ну а вы сами, как партнёр, пользуетесь сервисом вместе с ними просто потому что это удобно. Поднять свой аналог webex в inhouse, например BBB? Да наверное можно, только для чего?
Вопрос, почему Вы вообще строили какой-то бизнес процесс вокруг стороннего веб-решения? В вашей компании возможно спросить того, кто принял решение работать с этим «облачным сервисом»?
У меня исходя из предыдущих дискуссий по java складывается ощущение, что современные админы делятся на два типа. Одни концетрируются внутри компании, вторые активно внедряют облачные решения.
У меня исходя из предыдущих дискуссий по java складывается ощущение, что современные админы делятся на два типа. Одни концетрируются внутри компании, вторые активно внедряют облачные решения.
Дело в том, что в данном примере я скорее сторонний наблюдатель нежели представитель компании, попавшей в зависимость от сервиса. На примере других компаний, изучив их истории была сформулирована данная статья. Как и почему они построили свои БП так как сделали — я не знаю. Н по-моему вполне логично использовать сервис на всю катушку, если он оплачен. Если компания использует сервис не для собственного развлечения, а для реальной работы, то проблемы в работе сервиса очень быстро становятся проблемами работы бизнеса компании.
Облачные решения хороши тем, что позволяют экономить, и это особенно важно, если компания только начинает работать. Но риски действительно есть, так же как они есть и в том случае, когда предприниматель доверяется своей ИТ-компании.
Что касается обновлений, то это, конечно, у всех по разному. Мы, например, относимся к этому с осторожностью, обновления выпускаем в виде патчей с возможностью отката на предыдущую версию.
В основном предубеждения против использования SAAS-сервисов возникают из-за опасения, что провайдер SAAS получит доступ к данным компании. Однако, во-первых, есть договор, по которому SAAS-сервис не может использовать данные клиента, а во-вторых, гораздо большая опасность исходит от инсайдеров.
Сотрудники компании, имеющие доступ, например, к данным о клиентах и поставщиках, обладающие навыками ведения определенного бизнеса, могут использовать эти данные для открытия собственного бизнеса, и такие случаи реально бывают.
С другой стороны, создание собственного ИТ-отдела может обойтись в весьма крупную сумму, и ежемесячный фонд зарплаты тоже получится немаленьким.
Решение тут за предпринимателем — есть ли у него средства на создание своего ИТ отдела, доверяет ли он своим ИТ-сотрудникам, или же таких средств нет, и разумнее воспользоваться SAAS-сервисом. С учетом того, что свои инсайдеры могут оказаться опаснее сотрудников провайдера SAAS.
Что касается обновлений, то это, конечно, у всех по разному. Мы, например, относимся к этому с осторожностью, обновления выпускаем в виде патчей с возможностью отката на предыдущую версию.
В основном предубеждения против использования SAAS-сервисов возникают из-за опасения, что провайдер SAAS получит доступ к данным компании. Однако, во-первых, есть договор, по которому SAAS-сервис не может использовать данные клиента, а во-вторых, гораздо большая опасность исходит от инсайдеров.
Сотрудники компании, имеющие доступ, например, к данным о клиентах и поставщиках, обладающие навыками ведения определенного бизнеса, могут использовать эти данные для открытия собственного бизнеса, и такие случаи реально бывают.
С другой стороны, создание собственного ИТ-отдела может обойтись в весьма крупную сумму, и ежемесячный фонд зарплаты тоже получится немаленьким.
Решение тут за предпринимателем — есть ли у него средства на создание своего ИТ отдела, доверяет ли он своим ИТ-сотрудникам, или же таких средств нет, и разумнее воспользоваться SAAS-сервисом. С учетом того, что свои инсайдеры могут оказаться опаснее сотрудников провайдера SAAS.
Да, у нас есть ядро и плагины, для ядра есть версии. Все хранится в гитлабе. Есть наш внутренний сервис обновления, который устанавливает патчи на все или выбранные серверы, все или выбранные магазины.
Некоторые магазины могут пользоваться определенными версиями ядра, это указывается в настройках магазина. Кроме того, можно переопределять классы ядра и плагинов в выбранных проектах. Так что у нас нет жесткой привязки всех магазинов к версии ядра.
Собственно, мы начинали уже давно с индивидуальных проектов, и только потом уже собрали клонирующего робота, поэтому возможность кастомизации отдельных проектов заложена изначально. В том числе переноса на выделенные серверы или кластеры серверов. Но это уже, конечно, на заказ…
Некоторые магазины могут пользоваться определенными версиями ядра, это указывается в настройках магазина. Кроме того, можно переопределять классы ядра и плагинов в выбранных проектах. Так что у нас нет жесткой привязки всех магазинов к версии ядра.
Собственно, мы начинали уже давно с индивидуальных проектов, и только потом уже собрали клонирующего робота, поэтому возможность кастомизации отдельных проектов заложена изначально. В том числе переноса на выделенные серверы или кластеры серверов. Но это уже, конечно, на заказ…
Sign up to leave a comment.
О рисках использования облаков