1. Облачные вычисления: SaaS и PaaS для
малого и среднего бизнеса. Кому и зачем
это нужно, какие риски и проблемы.
Multitenancy против виртуальных
компьютеров. Архитектура PaaS на
примере aprentis.ru
28 января 2012 г.
ООО «Апрентис», +7 (903) 743-15-60, anton@chizhov.com

2. Маркетинг и
позиционирование
PaaS и SaaS
• Проблемы малого и среднего бизнеса
• SaaS vs коробочных продуктов
• Хостинг у провайдера vs приложения у себя
• Наиболее востребованные приложения
• Виды платформ
28 января 2012 2

3. Проблемы малого и
среднего бизнеса
• Нет четких и зафиксированных бизнес-процессов.
• Неоформленность бизнес-процессов: нужно
портатить слишком много на написане и тех-
задания
• Следствие: гибкость по ходу разработи и
возможность менять бизнес-процессы
впоследствии налету
28 января 2012 3

4. SaaS vs коробочные
приложения
• Можно пробовать не покупая
• Оплата по мере использования
• Масштабируемость
• Для изменения приложения не надо никого
звать в офис
• Уменьшается IT персонал
28 января 2012 4

5. Хостинг у провайдера vs
приложения у себя
• Дешевле
• Безопасность выше
• Масштабируемость
• Возможность платить от объема потребляемых
ресурсов
Но!
• Outsourcing – не всем привычно
• Боязнь отдать свои данные кому-то
28 января 2012 5

6. Наиболее востребованные
приложения
• CRM
• Управление проектами
• Contact management
• HR
• А в общем, самое разное :-)
28 января 2012 6

7. Виды платформ
• Платформы облачного развертывания
приложений: Heroku, Google App Engine, Windows
Azure
• Платформы производителей корпоративных
приложений, поддерживающие работу в облаке:
Force.com, SuiteCloud (NetSuite), Intuit
• Платформы быстрой разработки веб приложений:
WaveMaker, LongJump, Rollbase
28 января 2012 7

8. Технологии
• Идиотский вопрос 1. База: зачем она?
• Идиотский вопрос 2. Транзакционность: зачем
она?
• Немного о Usability
• Что можно делать в памяти?
• Генерация кода
• Multitenancy vs виртуального хостинга
28 января 2012 8

9. Идиотский вопрос 1.
База: зачем она?
• Объемы данных. Все можно в памяти.
• Прямой доступ к данным.
• Нет лишней прослойки при доступе к данным.
• Возможность хранения в форме удобной
приложению, без настройки кучи странных
параметров базы (за исключением индексов).
• Но в базах есть и плюс: очень продвинутые
технологии кеширования информации.
28 января 2012 9

10. Идиотский вопрос 2.
Транзакционность: зачем она?
• Это не банковские системы.
• Существенно проще в разработке, если об этом
думать не надо. Транзакционность подразумевает
некоторый стиль программирования баз данных.
Если нет транзакций, то:
• Как быть с одновренным изменением данных
двумя пользователями?
• Что делать с консистентностью данных?
28 января 2012 10

11. Немного о usability
• Строгая логичность пользовательского
интерфейса и соответствие структуре данных:
насколько это хорошо?
• Помнить о том, кто же ваш пользователь.
• Ограничения Web интерфейса по сравнению с
обычными приложениями.
28 января 2012 11

12. А раз так, что можно
делать в памяти?
Все что угодно!
• Новые виды данных и связей, не сдерживаемые
реляционной или сетевой моделью данных
• Вычислимые данные
• Конечно, надо думать об оптимизиции
• База для хранения все-таки желательна, а в ней
все в XML
28 января 2012 12

13. Генерация кода
Раз нет базы, то данные в памяти можно хранить
в естественном виде – реальных классах.
• Реально объектный подход
• Очень быстрый доступ к полям (фактически, fields в
классе)
• Возможность активно использовать вычислимые поля
• Автоматически – встроенное скриптование
• Прямые ссылки между объектами
• Но надо не забывать об оптимизации выборки данных!
28 января 2012 13

14. Multitenancy vs виртуальных
компьютеров
• Экономнее расходуются ресурсы, в первую
очередь память. Хотя это, временная проблема
• Но требует встроенный в PaaS систему сам
multitenancy механизм.
28 января 2012 14

15. Спасибо!
По любым вопросам, пожалуйста, обращайтесь:
Антон Чижов
Технический директор
anton@chizhov.com
моб.: +7 903 743-15-60
Skype: antonch
28 января 2012 15