Тенденции развития
В результате широко распространенной фрагментации в пространстве провайдеров SaaS появилась тенденция к разработке SaaS Integration Platforms (SIP). Эти SIP позволяют абонентам получать доступ к нескольким приложениям SaaS через общую платформу. Они также предоставляют разработчикам новых приложений возможность быстро разрабатывать и развертывать новые приложения.
Эта тенденция упоминается как «третья волна» при внедрении программного обеспечения — где SaaS выходит за рамки автономных приложений, чтобы стать всеобъемлющей платформой. Первая из них была создана компанией Bitium в 2012 году, которая предоставляет SSO-услуги предприятиям, которые работают в нескольких приложениях. Zoho и SutiSoft — две компании, которые предлагают комплексные SIP сегодня. Несколько других игроков отрасли, включая Salesforce, Microsoft, Procurify и Oracle, активно разрабатывают подобные интеграционные платформы.
Другая тенденция связана с ростом программных продуктов, которые сочетают функции управления людскими ресурсами, учета заработной платы и управления расходами как универсальное решение для содействия сотрудничеству между работодателем и сотрудником. Это дополняет продолжающиеся усилия многих компаний по созданию инструментов самообслуживания сотрудников для своих сотрудников.
Инженерные приложения
Инженерное программное обеспечение для моделирования, традиционно поставляемое как локальное решение на рабочем столе пользователя, является идеальным кандидатом на поставку SaaS. Рынок программного обеспечения для моделирования SaaS находится в зачаточном состоянии, но интерес к этой концепции растет по тем же причинам, что и интерес к SaaS, растет в других отраслях. Основным двигателем является то, что традиционное программное обеспечение для инженерного моделирования потребовало больших авансовых инвестиций для доступа к программному обеспечению для моделирования.
Приложения для здравоохранения
Согласно опросу HIMSS Analytics, 83% американских ИТ-организаций здравоохранения используют облачные сервисы с планированием на 9,3%, тогда как 67% ИТ-организаций здравоохранения в настоящее время используют приложения на базе SaaS.
Алло, мы ищем фрилансеров: завтра открывается сезон поиска новой работы
С первым днём лета, Хабр! Это не только сезон отпусков (кому повезло с начальством и не приходится отдыхать в феврале), но и лучшее время для поиска работы и новых заказчиков. К тому же, завтра суббота, поэтому, если вы:
- в Москве,
- профессионал в Java, C# (.NET), Cloud, C++, Ruby on Rails, Test Automation
- или менеджер разработки, специализирующийся на SaaS, Java, QA, Ruby on Rails или C# (.NET)
— нет причин не заглянуть на огонёк в коворкинг Gravity на Бауманской. Ужас, который можно будет забыть, перейдя на фриланс
Ровно в девять утра мы начинаем наш очередной турнир для сильнейших менеджеров и разработчиков. Турнир не имеет строгого ограничения по времени (кроме одного — мы о нем расскажем на самом мероприятии), но ориентировочно всех этапы занимают около 5-6 часов.
Выездное обслуживание, заявки на карте, геолокация. Выбор картографического сервиса. Взгляд со стороны продукта
Всем привет! Мы разрабатываем Okdesk — облачный Helpdesk для постпродажного сервисного обслуживания b2b клиентов. Среди пользователей нашего продукта — ЦТО и АСЦ по кассовой технике, интеграторы по автоматизации торговли, службы эксплуатации ритейл-сетей, компании обслуживающие коммерческую недвижимость и многие другие сервисные компании. Спецификой сервиса в таких компаниях является большое количество работы «в полях»: работа с оборудованием, техническое обслуживание инфраструктуры, планово-профилактические работы — всё это требует физического нахождения специалиста на объекте. Это обстоятельство накладывает ряд дополнительных требований к Helpdesk-решению, а именно: мобильное рабочее место инженера и визуализация запланированных работ на карте с отображением ближайших сотрудников. Мобильное приложение Okdesk для инженеров (под iOS и Android) появилось довольно давно и мы продолжаем его активно развивать. А вот отображение заявок и ближайших сотрудников на карте мы выпустили на днях.
Но речь в статье пойдет не о новой функциональности — заинтересованные могут получить 14-ти дневный бесплатный триал-аккаунт на сайте и познакомиться с системой самостоятельно. Речь пойдет о выборе картографических сервисов для реализации функциональности и какие продуктовые требования к ним предъявлять. Если для вашего проекта задача выбора решений для картографических модулей актуальна — добро пожаловать под кат.
Есть ли недостатки у SaaS?
Сервис этот, увы, не полностью совершенен
И для полноты картины необходимо уделить внимание и недостаткам. Как правило, в качестве таковых называют ненадёжность доступа из-за помех интернета, невысокое быстродействие и передачу коммерчески важных данных сторонней компании
В качестве средств компенсации этих недостатков называют широкополосной доступ к сети Интернет, качественные технологии шифрования и хороший имидж провайдера. Что тут поделаешь. Это не отшлифованное оружие вроде Umarex Colt SAA, которое должно работать без осечки. Но всё же от программного обеспечения может зависеть качество экономической жизни. Перечисленные страхи способствовали к появлению альтернатив. Давайте о них и поговорим.
Перспективы SaaS
Каковы перспективы дальнейшего развития рынка SaaS-решений? Оценки аналитиков на этот счет очень разные. Но в целом специалисты очень позитивно высказываются о росте востребованности соответствующих компьютерных технологий. Особенно перспективным задействование облачных концепций эксперты видят в сфере малого и среднего бизнеса. Это уже можно проследить на примере многочисленных американских предприятий, которые очень активно пользуются соответствующими решениями.
Касательно самых востребованных сегментов SaaS, исследователи называют CRM (системы клиентского менеджмента), HRM (управление кадрами), ERP (менеджмент ресурсов компании). В России все эти компьютерные технологии знакомы бизнесу и в достаточной мере активно внедряются предприятиями. Однако специфика рынка РФ в том, что большой процент потенциальных потребителей SaaS-решений настроен консервативно. Многие заказчики не понимают, какими могут быть реальные преимущества задействования облачных концепций, как это скажется на бизнесе.
DNS-туннель, PsExec, кейлоггер: разбираем схему и технические инструменты атаки
Статью «Один квартал из жизни SOC. Три инцидента без купюр» весьма активно плюсовали, так что мы решили рассказать о еще одной интересной атаке, расследованием которой мы недавно занимались.
Существует мнение, что международные корпорации и крупные компании, идущие в ногу со временем в оказании услуг своим клиентам, так же четко выстраивают процессы во всех областях своей деятельности, в том числе в информационной безопасности. К сожалению, это не всегда так.
Некоторое время назад крупная компания с развитой инфраструктурой обратилась к нам за помощью. Проблема заключалась в странных событиях в инфраструктуре компании:
- Рабочие станции и серверы внезапно уходили на перезагрузку и выводились из домена.
- Пользователи обнаруживали, что их учетная запись заблокирована.
- Компьютеры некоторых сотрудников стали «тормозить» без видимой причины.
Модель SaaS простыми словами
Так сложилось, что я много раз рассказывал о том, что такое SaaS и что в нем хорошего, как на различных it-конференциях, так и в кулуарных беседах, но до сего момента писать по теме не приходилось. При этом модель SaaS во-первых для меня по сути родная, учитывая сферу деятельности, а во-вторых является одним из основных трендов в современных веб-технологиях. В связи с этим, хочу поговорить о SaaS, как о таковом, а в перспектике, если окажется интересным, о частных аспектах. По сути материал о базисных вещах, но именно такого понимания многим не хватает. А о сложном надо хотя бы пытаться говорить просто. Помогает.
Сразу хочу сказать одну вещь, SaaS — это специализированный термин и, если начинать в нем копаться, сложный. Он может навести не только тоску, но и определенный благоговейный ужас. Но на самом деле штука это простая. Чтобы пользоваться каким-то SaaS-продуктом, в том числе нашим, понимать глубинный, да даже и поверхностный смысл данного термина совершенно не обязательно. Более того, когда uCoz создавался, никто из самих разработчиков даже не слышал подобного слова. Просто появлялись продукты, имеющие по своей сути общую модель, и потом ее стали как-то классифицировать, выделять особенности, плюсы, минусы.
Если своим призванием или увлечением вы сделали веб-технологии, или же задумываетесь о том, какой тип продуктов лично для вас подходит более всего, какие наиболее перспективны и т.п., все это может быть интересно и полезно.
Техподдержка на раз… два… три…
Зачем вам нужно специальное ПО для техподдержки, особенно если у вас уже есть багтрекер, CRM и электронная почта? Вряд ли об этом кто-то задумывался, потому что скорее всего у компаний с сильной техподдержкой хелпдеск система давно есть, а остальные справляются с обращениями и заявками клиентов «на коленке», например, с помощью электронной почты. А это чревато: если есть обращения клиентов, они должны обрабатываться и храниться так, чтобы не было «заявка закрыта и забыта», «заявка забыта и закрыта», «заявка висит в статусе уточнения информации 7 месяцев», «обращение потеряно», «ой, простите» (универсальный вариант на все случаи некорректной работы с обращением — почти что человеческий эксепшен). Мы оказались ИТ-компанией, которая прошла путь от потребности в тикет-системе до продакшена этой самой системы. В общем, у нас есть история и мы вам её расскажем.
Критика
Одна заметная критика SaaS исходит от Ричарда Столлмана (Richard Stallman) из Фонда свободного программного обеспечения, ссылающегося на SaaS как замену программного обеспечения (SaaSS). Он считает, что использование SaaS является нарушением принципов бесплатного программного обеспечения. По словам Столлмана:
С SaaS у пользователей нет копии исполняемого файла: он находится на сервере, где пользователи не могут его видеть или трогать. Таким образом, им невозможно установить, что он на самом деле делает, и изменить его невозможно. SaaS по сути дает оператору сервера право изменять используемое программное обеспечение или данные пользователей.
Эта критика не распространяется на все продукты SaaS. В 2010 году автор Forbes Дэн Вудс отметил, что Drupal Gardens, бесплатная веб-хостинг-платформа на основе системы управления контентом Drupal с открытым исходным кодом, является «новой моделью с открытым исходным кодом для SaaS». Добавил он:
Открытый источник обеспечивает выходной люк. В Drupal Gardens пользователи смогут нажать кнопку и получить исходную версию кода Drupal, которая запускает их сайт вместе с данными из базы данных. Затем вы можете взять этот код, поставить его в одной из хостинговых компаний, и вы можете делать все, что вы хотели бы сделать.
Аналогично, MediaWiki, WordPress и их многочисленные расширения все чаще используются для широкого круга внутренних приложений, а также для общедоступных веб-сервисов. Дублирование кода относительно просто, так как это интеграция существующих расширений, плагинов, шаблонов и т. д. Фактические настройки редки и, как правило, быстро заменяются более стандартными общедоступными расширениями. Кроме того, нет гарантии, что исходный код программного обеспечения, полученный с помощью таких средств, точно отражает систему программного обеспечения, которую, по его утверждению, отражает.
Эндрю Хоппин, бывший главный информационный сотрудник сената штата Нью-Йорк, ссылается на эту комбинацию SaaS и программного обеспечения с открытым исходным кодом как OpenSaaS и указывает на WordPress как на еще один успешный пример модели доставки ПО OpenSaaS, которая дает клиентам «лучшее из обоих миров» , И больше возможностей. «Тот факт, что это открытый исходный код, означает, что они могут начать создавать свои веб-сайты путем самостоятельного размещения WordPress и настройки своего веб-сайта на желаемый контент. Одновременно тот факт, что WordPress является SaaS, означает, что им не нужно вообще управлять веб-сайтом — они могут просто заплатить WordPress.com за его размещение».
Ограничивающие факторы
Наряду с драйверами, которые побуждают заказчиков внедрять программное обеспечение по требованию, а разработчиков – инвестировать ресурсы в его создание, существует ряд сдерживающих факторов, ограничивающих использование данной модели.
Во-первых, концепция SaaS применима далеко не для всех функциональных классов систем. Поскольку основная экономия ресурсов провайдера достигается за счет масштаба, модель SaaS оказывается неэффективной для систем, требующих глубокой индивидуальной адаптации под каждого заказчика, а также инновационных и нишевых решений.
Во-вторых, использование программного обеспечения по требованию почти всегда означает привязку заказчика к единственному разработчику, который размещает программное обеспечение на своей площадке, осуществляет его администрирование и поддержку. Данное обстоятельство может привести заказчиков к ряду проблем, связанных с возможной нестабильностью разработчика или каким-либо нарушениям договоров. С другой стороны, значение этого фактора часто преувеличивается, поскольку внедрение системы по классическому принципу не исключает вышеперечисленные риски, а только переносит их на ИТ-подразделение заказчика. При этом в случае SaaS ответственность разработчика может быть четко регламентирована в соответствующих договорах и предполагать конкретные компенсационные выплаты.
В-четвертых, существенным ограничивающим фактором SaaS является необходимость наличия постоянно действующего подключения к Интернету на достаточно высокой скорости. С развитием сети значение этого фактора будет уменьшаться (в развитых странах он неактуален уже сейчас), однако в российских регионах подобные проблемы по-прежнему возникают, и с ними приходится считаться.
Кроме того, постоянные лицензии становятся активом компании. Регулярные же платежи за подписку относятся к операционным расходам и негативно влияют на финансовые результаты, а значит — на привлекательность компании для инвестора.
Экономическая выгода
Во многих случаях SaaS-программы дешевле, чем «коробочные» версии ПО. Это обусловлено многими факторами: в частности, отсутствием расходов на дистрибуцию дисков. К тому же расценки от поставщиков SaaS-программ очень часто привязаны к каким-то конкретным функциям приложения: пользователь, таким образом, может не покупать те возможности ПО, которые он задействовать не планирует. При этом качественная техподдержка пользователей, как правило, входит в оплату подписки на облачные приложения в рамках модели SaaS. На качестве клиентских сервисов поставщики рассматриваемого типа решений обычно не экономят.
SaaS-сервис во многих случаях гораздо легче внедрять в производство, чем «десктопные» приложения. Традиционные форматы ПО могут требовать обновления «железа» корпоративных компьютеров. Облачные решения, как правило, не слишком требовательны к производительности аппаратных компонентов ПК.
SOC for intermediate. Разбираемся в том, что защищаем, или как провести инвентаризацию инфраструктуры
И снова всем привет. Цикл «SOC for …» продолжает свое движение и развитие. Первый слой внутренней кухни центров мониторинга и реагирования на инциденты мы уже успели осветить в предыдущих статьях, поэтому попробуем понемногу пойти вглубь, к техническим подробностям и более тонким проблемам.
Мы уже несколько раз косвенно касались темы управления активами: и в статье про контроль защищенности, и в вопросах автоматизации и искусственного интеллекта в SOC. Очевидно, что без инвентаризации инфраструктуры заказчика центр мониторинга не сможет его защищать. При этом составить ее детальное описание отнюдь не тривиальная задача. И главное — через пару месяцев оно снова не актуально: одни хосты исчезли, другие появились, возникли новые сервисы или системы. Но защита инфраструктуры — процесс непрерывный, и SOC не может притормозить свою деятельность до получения актуальной информации об активах заказчика. Напомню, качество работы Solar JSOC регулируется не абстрактными обещаниями, а вполне конкретным SLA, за нарушением которого следуют различные небесные кары. Как выкрутиться в такой ситуации и не потерять в качестве оказываемого сервиса?
Конференция для разработчиков платформ от Stripe, Intercom, JetBrains, Miro, ManyChat, Wrike, Targetprocess и др
9 ноября мы проводим Platform Developers Conf — конференцию о создании платформ для разработчиков.
Огненные спикеры — техлиды и ведущие инженеры из Stripe, Intercom, JetBrains, Wrike, ManyChat, Targetprocess, Miro и других компаний. Будем говорить про API, вебхуки, архитектуру платформенных продуктов, экосистему и многое другое на стыке технологий и бизнеса.
Кроме того, на конференции представим бета-версию Miro Developers Platform, а разработчики из Targetprocess, Box UK и Postscriptum покажут демо готовых интеграций. В этот же день запустим онлайн-контест по созданию приложений на платформе с призовым фондом $20,000, который продлится до начала декабря.
Конференция будет полезна, если вы планируете или уже строите свою платформу, создаёте приложения для крупных платформ или кастомизированные аппы для себя, дополняете функционал своего продукта через API сторонних продуктов или просто интересуетесь темой платформенной разработки.Отправить заявку на участие
Факторы развития SaaS-технологий
Основные факторы, которые будут влиять на успешность SaaS-технологий в России:
— развитая правовая база (особенно в части механизма ответственности поставщиков облачного ПО перед клиентами за сохранность конфиденциальных данных);
— совершенствование интернет-линий (во многих регионах, в частности на Дальнем Востоке, скорость онлайн-каналов значительно уступает показателям в Европейской части РФ, потому многие потенциальные пользователи SaaS-решений попросту не могут позволить себе задействовать преимущества соответствующих продуктов технически);
— эффективность маркетинговых подходов поставщиков «облачных» сервисов (многие из игроков рынка до сих пор растут за счет того, что рассматриваемый сегмент рынка растущий, и спрос в некоторых случаях заметно превышает предложение).
Важный аспект перспектив того, что SaaS-услуги будут активно продвигаться в РФ — повышение доверия IT-аутсорсерам в среде российских бизнесов. Дело в том, что многие предприятия РФ до сих пор всеми силами стремятся сформировать внутренний штат IT-специалистов. В случае с пользованием «облачными» сервисами значительный процент решаемых задач придется отдавать подрядчикам на аутсорсинг. Смогут ли предприятия на системной основе осуществлять подобную переориентацию — большой вопрос.
Брендсквоттеры на марше: как у нас пытались отжать название сервиса
Эта история началась чуть более года назад. Если бы я писал плохие детективы, то начал бы ее с фразы вроде “В этот прекрасный весенний день ничего не предвещало беды”. Но так как это не детектив, а реальная жизнь, я просто изложу эту историю максимально кратко и близко к сути. Если она послужит вам полезным предостережением, я буду очень рад. У нас чудом получилось проскочить между Сциллой и Харибдой, но совершенно не факт, что где-то в недрах “Роспатента” сейчас не лежит аналогичная заявка неизвестного брендсквоттера на ваш сервис или программу.
Итак, все началось в тот день, когда мы решили зарегистрировать торговую марку нашего сервиса в России. На тот момент у нас уже была зарегистрированная ТМ в США, поэтому мы не ожидали никаких проблем с регистрацией в РФ. Однако, реальность внесла свои коррективы. Через неделю после начала стандартной процедуры регистрации, мы получили письмо от патентного поверенного, которое, мягко говоря, выбило нас из колеи:
Внедрение Service Desk и CRM. 13 главных причин неудач и как их избежать?
По данным The Standish Group в США и Европе за 2015 год:
- 31,1% от всех ИТ-проектов остановлены и не завершены;
- 52,7% от всех ИТ-проектов завершены со срывом сроков, значительным увеличением первоначально запланированного бюджета или кардинальным изменением изначально запланированных целей;
- только 16,2% от всех ИТ-проектов оправдали ожидания.
Итого: 83,8% (фактически 8 из 10) неудач против 16,2% успеха.
Последние лет 10 эти цифры практически не меняются — при внедрении ИТ систем, бизнес сталкивается с типовыми проблемами, которые можно сгруппировать следующим образом:
- Организационные сложности и проблемы.
- Ошибки планирования и администрирования проекта внедрения (бюджет, сроки и прочие ошибки, связанные с проектным подходом).
- Проблемы, связанные с инфраструктурой и инструментами работы (в т.ч. с практиками и системами, которые должны помогать внедрению).
А что приводит к неудачам внедрения Service Desk и других систем в России?
Travel SIM + облачная АТС и новые подходы к интерфейсу IP-PBX
Сегодня мы немного отступим от традиционного продолжения истории о том Как мы «женили» облачную АТС, GSM и риэлтеров и просто поделимся новостями сервиса, которые случились за последние три недели. История с риэлторами развивается и вскоре мы расскажем еще о целом наборе «вкусностей», которые реализовали на базе нашего AltegroCloud, тем более что после публикаций на Хабре число запросов на подключение резко возросло, а каждое такое подключение — это целая полудетективная история со счастливым финалом (запись разговоров, контроль кадров, геолокация и много чего еще).Напомним схему работы нашего клауда:
Специальные сим-карты, выпущенные в рамках партнерства с одним их GSM-операторов, хитрым образом «задружены» по SIP-протоколу с облачной АТС и теперь симка работает как обычный офисный телефон и фактически (и технически) является внутренним экстеншеном офисной АТС — мы можем записывать все разговоры с сим-карт, видеть статистику онлайн, управлять симками в личном кабинете да еще и наблюдать их местоположение на карте. Проект заточен для использования риэлторскими агентствами, курьерскими службами, компаниями с большими количеством мобильных сотрудников, которых нужно тщательно контролировать.
Теперь, собственно, новости из песочницы
Как построить платформу для интеграций в SaaS-продукте: опыт облачной кассы Poster
Сыграем в стартап-бинго? Платформа, экосистема, интеграции, маркетплейс, апи, синергия. Бинго!
Тема внутренних маркетплейсов интегрированных решений очень горячая в продуктовом мире. Мы в Poster POS для себя поняли преимущества открытого API и построения экосистемы достаточно давно. Меня особенно впечатлила глава «The Platform» в книге «The Facebook Effect», которая укрепила понимание, что нужно идти в платформы. 3 года назад мы открыли API, 2 года назад запустили Marketplace, год назад запустили технологию, которая дает возможность бесшовно расширять функциональность основного продукта и влиять на его поведение, около 3 месяцев назад перезапустили каталог интеграций и начали активно маркетировать приложения партнеров.
Когда мы начинали, мне не хватало публичных кейсов на эту тему, руководства к действию. В статье я расскажу, как SaaS-сервису без каталога интеграций стать SaaS-сервисом с каталогом интеграций. Моя статья будет полезна продуктам, которые уже прошли стадию product-market fit и готовы начать строить свою экосистему.
Слияние телеком операторов в 2018 году
Из песочницы
Тенденция последних лет в России — принятие законов, влияющих на регулирование телеком-рынка. При этом телеком — наукоемкая и технологичная отрасль, которая выступает как двигатель развития инфраструктуры страны. 2018 год принес нам несколько поводов рассмотреть слияние телеком операторов поближе.
Тенденции в законодательстве
Законодательное регулирование телекома всё чаще попадает в повестку дня официальных и неофициальных СМИ. Виной тому “закон Яровой”, изменения на стоимость владения частотами, требования по сбору и хранению персональных данных абонентов, изменения стоимости роуминга внутри страны, блокировки интернет-ресурсов, штрафы для поисковых систем за показ в выдаче ссылок на ресурсы, доступ к которым был ограничен, и требования для поисковиков подключиться к федеральной информационной системе, где и будет размещен реестр запрещенных сайтов. Рассмотрим некоторые из причин подробнее.
Выше — изображение документа за подписью Константина Юрьевича Носкова, Министра цифрового развития, связи и массовых коммуникаций Российской Федерации с 18 мая 2018 года. В документе приведены новые размеры ставок, на основании которых будет происходить расчет разовой и ежегодной платы за использование радиочастот в России.
SOC for beginners. Как организовать мониторинг инцидентов и реагирование на атаки в режиме 24х7
Продолжаем цикл наших статей «SOC for beginners». В прошлый раз мы говорили о том, как внедрить в компании Threat Intelligence и не пожалеть. Сегодня хотелось бы поговорить о том, как организовать процессы, чтобы обеспечить непрерывный мониторинг инцидентов и оперативное реагирование на атаки.
В первом полугодии 2017 г. совокупный среднесуточный поток событий ИБ, обрабатываемых SIEM-системами и используемых Solar JSOC для оказания сервиса, составлял 6,156 миллиардов. Событий с подозрением на инцидент – в среднем около 960 в сутки. Каждый шестой инцидент – критичный. При этом для наших клиентов, в числе которых «Тинькофф Банк», «СТС Медиа» или «Почта Банк», вопрос оперативности информирования об атаке и получения рекомендаций по противодействию стоит очень остро.
Мы решили рассказать, как мы решали эту задачу, с какими проблемами столкнулись, и какой метод организации работы в итоге используем.
«Резиновый хозяин искать на Алибаба облако»: размещаем Elasticsearch на мощностях Alibaba Cloud
Некоторое время назад я рассказывал о нашем опыте решения сложных задач с помощью Elasticsearch. Это была история про колбасу, где мы разработали поиск по базе минимум из 50 000 документов, который позволяет искать ингредиенты в составе продуктов и автоматически формировать по ним описание изделий.
Недавно к нам в компанию вновь пришел интересный проект, требующий использования Elasticsearch. В этот раз перед нами стояла задача развернуть ES для работы в приложении на китайской облачной платформе Alibaba Cloud. Здесь помимо технических проблем мы столкнулись с такой неожиданной вещью, как китайский менталитет.
В этой статье речь пойдет исключительно о нашем личном опыте работы с Alibaba Cloud, а не об интерфейсе или стандартных опциях. Я расскажу, что удалось выяснить в общении с представителями платформ Elasticsearch и Alibaba Cloud, и как мы это использовали в решении нашей проблемы.
SaaS — для малого и среднего бизнеса
Главными потребителями SaaS в РФ, как и в США, считаются малые и средние предприятия. Это во многом связано с их философией, которая не столь консервативна, как подходы многих крупных бизнесов. Также малые и средние предприятия, как правило, очень рациональны в оценке доходов и расходов, и если они видят, что облачное решение дешевле, то с учетом возможных рисков в сфере информационной безопасности менеджмент, скорее всего, предпочтет именно SaaS.
К тому же многие компании, надо признать, в силу недостаточных финансов тяготеют к использованию пиратского или не вполне качественного бесплатного софта. SaaS-система может стать способом перехода фирмы на лицензионное ПО при низких издержках. Потому многие компании заказывают облачный софт только для того, чтобы начать пользоваться качественным легальным софтом, получать техподдержку.
Малые и средние предприятия ценят мобильность и динамизм бизнес-процессов. Поэтому многим предпринимателям импонирует возможность задействовать тот или иной SaaS-сервис с любого устройства и с какого угодно места — главное, чтобы был доступен интернет с приемлемой скоростью.
«Облачные» решения экономят один из самых ценных ресурсов предпринимателя — время. Человеку не нужно думать о том, как внедрять тот или иной тип ПО, как и за счет каких средств нанимать специалистов для инсталляции софта на «десктопы» или сервера — нужная программа в большинстве случаев сразу готова к работе.
Возвращаемся непосредственно к SaaS
- Настроить сервер.
- Установить специализированное программное обеспечение вроде агента передачи сообщений, правильно его настроить и поддерживать (обслуживать) в дальнейшем.
- Затем загружаем страницу почтового клиента через браузер.
Это своеобразная программа-минимум. Затем нужно будет бороться со спамом со своей стороны, следить, чтобы сервера не были занесены в черный список другими почтовыми сервисами и так далее. Нечто подобное можно видеть во многих более-менее крупных организациях, где этим делом заведует системный администратор или же целый штат специалистов, на которых висит внутренняя информационная система. Хотя среди конечных пользователей и массового потребителя это всё же встречается довольно редко. Ведь сейчас существует большое количество различных продуктов, которые предлагают всё то же, но при этом с меньшим количеством проблем и затрат. Это не значит, что все гарантированно перейдут на SaaS-услуги. Вполне вероятно, что из-за специфических задач или же просто в силу привычки часть альтернатив сохранится. Но когда говорят про SaaS-сервис, то под этим понимают что-то коммерчески ориентированное вроде системы управления продажами или сайтом. Без лишних слов далее перейдём к примерам.
A-SIM, настройся! Специальная сим-карта и много-много входящих номеров
Мобильная связь, пожалуй, самая консервативная и, как это ни парадоксально звучит, самая малоподвижная отрасль в бущующем и текучем телеком-мире. За последние 20 лет в технологиях радиосвязи революций так и не случилось — сим-карты остались сим-картами, базовые станции базовыми станциями, а стандарт GSM- стандартом GSM. Понятно, что сервисы на мобильных устройствах мигрируют в сторону передачи данных и голосовые услуги постепенно уходят в небытие, вытесняемые безжалостными каннибаллами — вайберами/ватсапами. Но ведь голосовые услуги никто не отменял и отменять не собирается: звонок клиента — это всегда звонок клиента, а номер рекламного телефона на сайте — неизменный атрибут любого бизнеса.
В нашей компании очень уважительно относятся к голосовым услугам, поскольку мы телефонный оператор и наши технические специалисты поседели и приобрели профессиональтные заболевания именно на ниве классических телефонных услуг. Поэтому уже пару лет мы холим и лелеем наши специальные сим-карты AltegroSIM, появивишиеся в упорной борьбе с озверевшим мобильным ШПД и занимаемся непрекращающимся «улучшайзингом» сервисов классической и мобильной телефонии. Одним из свидетельств нашей героической борьбы является проект A-SIM, о котором мы начали писать в одном из предыдущих хабов.
