Идея запускать приложения не на компьютере пользователя, а на удаленном сервере, и транслировать изображение пользователю по сети – не нова, и давно «витает в воздухе». Согласитесь, идея хорошая: ведь для установки любого нового ПО на свой компьютер необходимо разобраться с политикой лицензирования (кому это актуально), найти дистрибутив (желательно, без вредоносного ПО внутри), установить и настроить ПО — иногда просто руки опускаются. Кроме того, подход с трансляцией ПО снимает необходимость в своем производительном «железе», что становится актуальным в свете ежегодного роста продаж планшетных компьютеров и смартфонов. Да и интернет есть повсюду в мегаполисах: слушать музыку и смотреть кино онлайн, в конце концов, все уже давно привыкли.
Вот только ни одного полнофункциональной разработки, подходящего для применения в сети Интернет до сих пор так и не видно. Мы подумали, что это никуда не годится и решили сделать ее.
(А.К. – Алексей КалачниковQuickme ) Cегодня у меня в гостях экс Директор по работе с партнерами компании Мегаплан Александр Прозоров. Год назад Александр покинул Мегаплан и начал работать над стартапом в области интернета вещей.
(А.П. – Александр Прозоров) Спасибо за представление, Алексей. Проект в области интернета вещей очень похож на SaaS. Разница в том, чтобы достичь успеха, продукт должен соответствовать образу жизни клиента в еще большей степени, чем в SaaS. Но оставим в стороне интернет вещей и попытаемся вывести формулу успешных проектов в SaaS. Выводить формулу будем исходя из общего понимания закономерностей ведения бизнеса в Сети. Технологии и новые идеи продуктов оставим за скобками нашей дискуссии.
Лето и пора финализировать серию статей о жизни SaaS. Мое личное мнение, что для формата «Блог компании» и для формата Хабрахабр в целом серия удалась и поможет тем кто все-таки решиться на создание SaaS истории не нафакапить сразу, а прожить какое-то время и возможно взлететь.
За прошедшие 2 месяца и 8 статей сделано много — я постарался начать с общего подхода к созданию SaaS сервисов, пригласил друзей и экспертов высказаться по тематике, углублялся в теорию с Александром Прозоровым, смотрел в будущее и пиарил свой сервис Quickme в блоге компании.
«Мобилизация» рабочих процессов в компаниях означает, что на телефон или планшет переносится все больше функций для совместной работы. Для Wrike, как кроссплатформенного сервиса управления проектами, важно, чтобы функционал мобильного приложения был абсолютно полноценным, удобным и не ограничивал пользователей в работе. И когда встала задача создать Rich Text Editor с поддержкой совместного редактирования описания задач, мы, оценив возможности существующих WebView компонентов, решили пойти своим путем и реализовали собственный нативный инструмент.
Создавая SaaS-приложение (wiki: англ. software as a service — программное обеспечение как услуга) вы, вероятно, больше думаете о функционале и фичах, целевом рынке, отсутствии багов в конечном продукте. И хотя сегодня признаётся важным пользовательский опыт (UX) – а бывает, он непосредственно определяет успех или поражение, – его разработка всё равно часто упускается из виду.
Помните классические рабочие программы? Эти раздутые базы данных, как в Excel под Windows 95 – сегодня вряд ли можно вести передовой бизнес с их помощью. Почему? Да потому что они не дружественны для использования.
Защита электронной почты в облаке позволяет получить целый ряд преимуществ, которые положительно влияют на эффективность работы компании, хотя до сих пор такой подход вызывает целый ряд опасений. Но так ли страшен черт как его малюют? Стоит ли и Вам присмотреться к таким возможностям?
В первой части данной статьи мы рассказывали про основные проблемы и потребности предприятий, связанные с обеспечением безопасности электронной почты, а также общие преимущества и недостатки SaaS-решений по защите корпоративной почты. Собственно говоря, мы попытались ответить на вопрос «зачем».
Вторая часть статьи уже посвящена сугубо техническому вопросу «как»: здесь мы покажем основные шаги по предварительной настройке SaaS-решения безопасности электронной почты на примере Panda Email Protection. Осуществив предварительную настройку, уже можно будет смело переключать mx-записи домена и наслаждаться «чистой» почтой.
Простыми словами, это документ призванный упростить разработку SaaS приложений, помогает тем что, осведомляет разработчиков и DevOps инженеров о проблемах \ практиках которые чаще всего встречались в разработке современных приложений.
Документ сформирован разработчиками платформы Heroku.
Методология двенадцати факторов(The Twelve-Factor App) может быть применена для приложений, написанных на любом языке программирования и использующих любые комбинации сторонних служб (backing services) (базы данных, очереди сообщений, кэш-памяти, и т.д.).
Мультитенантность является одной из наиболее эффективных моделей предоставления почтовых услуг SaaS-провайдерами, кроме того она позволяет крупным компаниям с большим количеством подразделений максимально эффективно использовать свою ИТ-инфраструктуру. Возможность создавать и делегировать обслуживание изолированных друг от друга доменов на одной инфраструктуре изначально заложена в почтовом сервере Carbonio от Zextras. В данной статье мы расскажем о том, как устроена мультитенантность в Carbonio и как эффективно ее использовать.
