Enterprise or not to enterprise

Одесская Java UserGroup

Enterprise or not to enterprise
Роман Сафронов
Руководит ель проект а Clie nt Data

July 17, 2012

safronro [printed: ____] [saved: July 17, 2012 8:48 PM] P:My DocumentsEnterprise or not to enterprise v0.4.ppt

Мифы об enterprise-разработке

• Все медленно

• Скучно и однообразно

• Используются устаревшие технологии

• Никто не следит за качеством кода

• В основе всегда лежат проприетарные компоненты

• На кодирование уходит меньше времени, чем на
“бюрократию”
• Это сплошной багфиксинг!

2


Пример проекта класса enterprise

• > 1 миллиона строк кода

• > 1 террабайта данных

• 20+ компонентов

• 50+ разработчиков Java

• 10+ разработчиков баз данных

• 30+ QA-инженеров

• География: Лондон, Бангалор, Москва, Киев, Одесса

• Пользователи во всех крупных странах мира

• Набор “тяжелых” коммерческих компонентов: IBM Websphere, IBM ILOG JRules,
Oracle Database, Oracle GoldenGate, Informatica PowerCenter, Informatica Master
Data Management, Tibco EMS, CA SiteMinder, Business Objects reporting

3


Особенности разработки в enterprise

• Большое количество внешних зависимостей
– Необходимость интеграции с существующими системами (в том числе и legacy)
– Зависимость на внешние сервисы (виртуальные машины, сетевая инфраструктура,
сервера приложений)
– Зависимости на внешние команды (поддержка, аналитика)

• Приоритет клиента – стабильность
– Ограничение на выбор технологий при построении новых компонентов
– Длительные фазы SIT и UAT

• Специфика бизнес-домена
– Ограничение доступа к данным
– Фиксированные даты выпуска нового функционала

4


Типы приложений

• Хранилище мастер-данных

• Система распространения данных

• Интеграция с внешними поставщиками данных

• Автоматизация длительных бизнес-процессов

5


Хранилище мастер-данных: enterprise

• Развертывание только на WebSphere

• Раздельное версионирование и сборка
модулей (EJB, WebApp, WS)
• Установка и конфигурирование
приложения в dev-среде занимает 2 часа
• Потребление памяти при запуске 2 Гб

• Время старта приложения 3-4 минуты

• Жесткое требование Oracle Database EE
(VPD)
• Необходимость использования
распределенных транзакций

6


Хранилище мастер-данных: not enterprise

• Нет необходимости использовать раздельное версионирование модулей

• WSANT + Jenkins = 100% автоматизация сборки и развертывания

• DEV profile
– Переход на Jetty + WS EJB client позволило сократить потребление памяти до 500 Мб
– Создание Spring LazуBeanPostProcessor позволило динамически менять “ленивость”
бинов. Это позволило сократить время старта приложения до 15 секунд

• Переход на Tomcat позволит значительно сократить расходы на инфраструктуру

• Альтернатива Oracle VPD – Hibernate filter

• Альтернатива XA-транзакции между Oracle и Sybase - ChainedTransactionManager

7


Система распространения данных

Функциональность
• публикация в JMS очередь

• Передача сообщения по
запросу
• Передача срезов
– Обновления за последние
сутки
– Полная выгрузка
– Выгрузка по условию

8



V1 V2
Протоколы
• Фиксирют формат
сообщений
• Могут меняться со
временем
• Папаллельно публикуем
несколько версий одного
протокола

9



Потребители данных
• Нормальные – никаких
проблем
• Неповоротливые –
ограничивают скорость
публикации
• Ленивые – не хотят
обновляться на свежие
версии протоколов

10


Система распространения данных: enterprise

• Развертывание сервера приложений

• Приложение распространяется в виде ear

• Используем распределенные транзакции

• Меппинг с помощью Apache Dozer (xml)

• OpenAdaptor в качестве интеграционного фреймворка

• HyperJAXB для генерации объектной модели и схемы БД

11


Система распространения данных: not enterprise

• Нет необходимости в сервере приложений

• Полная автоматизация конфигурпирования и установки

• Автоматический f2b-тест системы после установки

• Локальная транзакция

• Маппинг на Groovy

• Plain java workflow

• Xml + аттрибуты, по которым идет выборка

• Версионирование схемы БД

12


Интеграция с внешними поставщиками данных: enterprise

• Необходимость использования распределенных транзакций

• Необходимость консолидирования данных от нескольких поставщиков с учетом
уровня доверия по каждому из аттрибутов
• Необходимость осуществления слияния нескольких объектов в случае, если они
являются дупликатами

13


Автоматизация длительных бизнес-процессов: enterprise
• Если бизнес-процесс включает выполнение активностей в нескольких
приложениях, то необходимо использовать BPM-системы
• BPM-система выполняет вызовы систем-участников и хранит состояние
процесса

14


Автоматизация длительных бизнес-процессов: enterprise

• Бизнес-процесс описывается в
нотации BPMN
• Для осуществления вызовов
внешних систем могут
использоваться EJB или веб-
сервисы

15



• Ускорить приложение возможно за счет введения dev-profile

• Большинство рутинных задач возможно автоматизировать

• Даже устаревшие открытые технологии возможно постепенно
мигрировать на новые
• Установите жесткую планку по качеству кода и
автоматизируйте сбор метрик
• Есть случаи, когда использование проприетарных
компонентов оправдано, важно обеспечить как можно более
тонкий интерфейс с остальной системой
• Автоматизированы рутинные задачи –> FUN!

16


Контакты

• Email: roman.safronov@ubs.com

• Skype: roman_safronov

17

Enterprise or not to enterprise

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (6)

Similaire à Enterprise or not to enterprise

Similaire à Enterprise or not to enterprise (20)

Plus de Alex Tumanoff

Plus de Alex Tumanoff (20)

Enterprise or not to enterprise

Notes de l'éditeur