Практика бизнес-анализа для BI-систем

Внедрение Tableau на каждом предприятии происходит в своем темпе. Есть случаи, когда это случается молниеносно, а в некоторых случаях процесс затягивается, но все равно со временем набирает обороты с неизбежностью схода ледника.
Если вы – мастер по Tableau, внедрение данной программы в вашу организацию станет прекрасной возможностью увидеть детскую радость новых пользователей, открывающих новые перспективы работы с данными, и скрытые ранее в них секреты. Но, как и в других случаях, развитие сталкивается с проблемами, и внедрение Tableau в организациях – не исключение.

Обеспечение качества данных

Один из примеров трудностей, с которыми сталкиваются организации, это обеспечения качества данных. Почти наверняка будут столь важные данные, что их качество и точность не должны вызывать сомнений. Финансовые данные, данные по продажам или же другие пользовательские данные, используемые для принятия важных бизнес-решений, попадают в эту категорию.
Чтобы обеспечить качество данных, необходимо соблюдать QA-процессы (обеспечение качества). Они будут многоступенчатыми и, скорее всего, потребуют наличия нескольких сред (для работы). Тем не менее, одна из трудностей на пути к получению нескольких сред Tableau – необходимость перемещать рабочие журналы Tableau и публиковать источники данных из одной среды в другую.

Среда разработки?

Прежде чем продолжить, следует поинтересоваться: «Что такое среда?» Средой в контексте программного обеспечения или аппаратной составляющей является разделенная зона или работающая копия программы, изолированная от всех остальных сред. Данные среды являются мостом между процессами, перемещающими данные или артефакты (в случае Tableau – это рабочие журналы и источники данных) через среду.
Стандартными названиями для такой среды являются разработка, тестирование/QA, постановка/подготовка производства и производство. Существует 3 или 4 такие среды (постановка/подготовка чаще всего упускается). Такие среды могут существовать как отдельные проекты или же как сайты при использовании того же Tableau Server. Или каждая из них может быть отдельной используемой программой Tableau Server.

Процесс контроля качества (QA)

Процесс контроля качества является многоступенчатым, когда мы рассматриваем его с позиции высоко уровня. Ниже приведена сводка потока операций. В реальности возникнет дискуссия между аналитиком QA и разработчиком в процессе поиска решений.
• Разработчики создают рабочие журналы или источники данных;
• Разработчики тестируют рабочие журналы или источники данных для определения их точности;
• Разработчики публикуют рабочие журналы или источники данных для разработки среды Tableau Server;
• Разработчики тестируют рабочие журналы или источники данных в разработанной среде;
• Разработчики стимулируют тестирование среды Tableau Server;
• Аналитики QA тестируют рабочие журналы или источники данных в тестовой среде;
• Менеджеры по выпуску стимулируют производственную среду;
• Менеджеры по выпуску осуществляют окончательное тестирование производственной среды.

Как все это сделать?

В начале принимается решение переместить рабочие журналы; следующий шаг – определение, как именно они будут перемещаться через среду. Ниже будут приведены доступные опции, а затем обсудим, как выбрать необходимую.

Опции перемещения

Существует несколько разных опций для перемещения рабочих журналов. Ниже мы обсудим выбор оптимального соотношения и плюсы, и минусы каждого из них. В данный момент для перемещения рабочих журналов и источников данных есть такие опции:
Tabcmd Script
REST API
TabMigrate
Enterprise Deployment Tool от InterWorks
Tabcmd является утилитой, которая пришла с Tableau и позволила взаимодействовать с сервером Tableau через командную строку. Используя tabcmd в рамках скрипта, вы можете переместить свои рабочие журналы. Вы просто выполняете tabcmd get из источника и tabcmd publish в назначенное место.
Звучит достаточно просто, не так ли? Трудность в том, что если вам необходимо сделать какие-либо изменения (например, модифицировать источник данных), возникнет необходимость программной манипуляции .twb XM, который не достаточно надежен.
Tabcmd также не переносит разрешения для рабочих журналов, и вы должны вручную ввести разрешение для нового журнала.
Другим ограничением является то, что публикация tabcmd не получится, если есть два соединения источников данных в рабочем журнале.

Tableau REST API

API – программный интерфейс, а REST – просто обозначение способа, которым программист взаимодействует с API. API для Tableau позволяет программисту взаимодействовать с сервером Tableau посредством вариаций запросов API. Аналогично tabcmd вы можете «получить» и «опубликовать» рабочие журналы и источники данных, но – в отличии от tabcmd – вы также можете установить разрешение программно.
Самым большим недостатком использования REST API является требование создавать код разработчика, а это занимает много времени и требует тестирования.
Для получения более подробной информации о Tableau REST API, перейдите по ссылке – Онлайн помощь.

TabMigrate

TabMigrate – проект с открытым исходным кодом, выполненный на основе Tableau, а также программное обеспечение, созданное разработчиками Tableau для перемещения рабочих журналов и источников данных. Вы можете использовать TabMigrate таким, как есть, или же, если у вас есть возможности выполнить разработку по вашим требованиям, вы можете подогнать его под свои запросы.
TabMigrate имеет минимальный UI (пользовательский интерфейс), позволяющий экспортировать все рабочие журналы и источники данных из одного сервера в локальную папку, а затем загружать эти файлы на другой сервер. Вы можете вручную производить преобразование файлов, как только они будут помещены в локальную папку. Для этого нужно выполнить определенное редактирование XML и остальных файлов, необходимых для настройки перемещения.
TabMigrate обеспечивает как возможность выполнения повторяемых объемных перемещений, так и ограниченные преобразования в виде перемещения источника данных.

Enterprise Deployment Tool от InterWorks – инструменты корпоративного развертывания на основе InterWorks

Инструменты корпоративного развертывания (EDT) – это инструменты стороннего программного обеспечения для перемещения рабочих журналов и источников данных. У EDT есть интерфейс с мастером настройки, который ведет вас через выбранные рабочие журналы, применяет преобразование, устанавливает разрешение, а затем развертывает ваши рабочие журналы и источники данных. Также есть функция отката, позволяющая восстановить исходное состояние, если вы архивировали рабочие журналы.
EDT позволяет вам сохранить перемещения и восстановить их позже, или реализовать их из командной строки или же через скрипт.
EDT – наиболее полнофункциональный вариант в данном списке, но он также, и единственный, который требует оплаты, что является наибольшим ограничением.

Какое решение верное?
Лучшим решением послужит то, при котором все будет функционировать оптимально. Первый необходимый шаг – определить свои потребности. Начните с ответа на такие вопросы.
• Сколько рабочих журналов или источников данных вам необходимо развернуть? Сколько потребуется времени?
• Используете ли вы отдельные проекты, сайты или Tableau Server в качестве среды?
• Есть ли отдельные источники данных для каждой среды? К примеру, тестовая среда существует отдельно от среды разработки.
• Имеют ли место преобразования во время перемещения (например, рабочий журнал с водяными цифровыми знаками)?
• Есть ли у вас разработчик программного обеспечения для помощи с проектом?
Чем сложнее ваш сценарий развертывания, тем дольше и тяжелее будет процесс написания необходимого скрипта. Так как ваши развертывания будут становиться все больше и все сложнее, есть смысл сравнить TabMigrate и EDT, чтобы разобраться, какое их этих решений лучше соответствует вашим потребностям.

Найти решение у бизнес-партнера Tableau в России.

Форум разработчиков Tableau. Получите ответы на все вопросы по Tableau!