Multi-tier support structure for Alteryx workflows on the server in an Enterprise setting
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Notify Moderator
Not all support is created equal, so this is true for Alteryx. A traditional support structure in an enterprise is set for application or web development using programming languages like Java, Python, JavaScript, etc. With embedding Alteryx into the fabric of enterprise applications, there comes a natural imbalance in the equation. Support models and structure are different for homegrown and COTS ( Custom off-the-shelf) products. Alteryx brings another dimension to this equation by enabling self-service by the business users, which is rare in typical (web) application development. In those cases, a business user is a true consumer of the functionality while the technology organization takes care of the support.
With Alteryx there are the following stakeholders in the support foodchain:
- Artisan: Business users who create and publish workflows ( and own them)
- DevOps (Services Support): Support staff taking care of data sources availability ( DB, feed files, APIs, etc.), file delays, etc.
- DevOps (Alteryx Support): team making sure Alteryx services are up and running
- Infrastructure Support: Organization to provide infrastructure to run Alteryx
These stakeholders have different responsibilities and hence disparate vested interests in this ecosystem. This means they need to be altered for different events within this ecosystem, otherwise, they would either not have the necessary information or skills to resolve the issue. The following diagram shows different layers of support with varied events and concerns:
Support events generation for concerned parties
Following are the responsibilities of these stakeholders by event type:
Artisans/Users
- Workflow failures due to business rules
- Pre-requisites not met
- Logic Issues
DevOps (Services Support)
- Missing or delayed feeds
- Database, SharePoint, or Network Shared Drive not available
- API Interfaces unavailability
DevOps (Alteryx Support)
- Unavailability of Alteryx Services ( Gallery, Controller, or Worker)
- Slowness of services
- Error in server logs
- Patches or Version upgrade
Infrastructure Support
- Space, CPU, or other server resources unavailability
- Security Patches or version upgrade
- LTM/GTM routing not working
In this way depending on the type of events generated in the Alteryx ecosystem, it can be routed to the concerned parties making it easy to support by the concerned parties.
Please comment on how support is structured in your organization.
- Labels:
- Best Practices
- Documentation
- Server
- Settings
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Notify Moderator
Hello Deepak, just confirming, that you are asking your question of the broader community?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Notify Moderator
yes that is correct, I provided my opinion on building support for Alteryx in an enterprise and wanted to see what is the experience of other folks
