Alteryx Server Ideas

Hi,

I've got an app in my company's gallery that I've updated 11 times, so in the gallery it says "version 11". I noticed when I click on that area, it brings up a window that shows all 11 of the apps I've uploaded over time, with options to make them the published version & to download. This confused me since each time I update the app I get a warning saying the app will be deleted, which is what I want.

So for this app, I have a 800MB file within it, which would mean that on my gallery server I have 11 versions of an app that each contain at a minimum 800MB of data. I've recently been told by support that this is as it's intended, and if I want to get rid of the all the different versions, I should deleted the app entirely and start anew. This of course would change the URL to the app, requiring the updating of documentation and redistribution of that documentation to over 100 users. And I lose the number of times the app has been run, which doesn't work for me.

My idea is to have another option in the window that shows all the different versions with the options to download, but this option would be to delete previous versions...COMPLETELY, knowing that the owner would no longer have the option to download the version or make it the published version. Having this would allow the owner to maintain the original app with the option of dropping previous versions that are really not wanted anymore.

Why not?

1. How about having Alteryx Designer with Scheduler (may be hard to do on Server OS)
2. Alteryx Server/Gallery Setup for exercising Admin capabilities..
   
3. Having a Demo Alteryx Connect session capable to interact with multiple online users/testers
4. Alteryx Promote on CloudShare to try and test quick deployment before buying?

Alteryx designer has a 3 hour demo session on CloudShare but no Server, no Connect, no Promote!

 Looking forward to try and test before you buy? Than give me a "like" please...

The shared data connections from the Gallery have been very helpful in centralizing data connection information between desktop users and their workflows when saved to the Gallery. The In-DB tools currently cannot take advantage of the Gallery Data Connections and require a completely separate setup that is both confusing and adds additional connection management work for creation/password changes. 

It would be a great enhancement to Alteryx if all connections for the different types of tools could be centrally managed from the shared Data Connections manager found in the Gallery.

Best regards,

Ryan

I have been looking at the content in Alteryx Public Gallery for some time and I have had some concerns about the safety and usability of the macros/workflows in the gallery. 

I think there should be an option to rate, review and provide feedback on stuff that is out there on the public gallery. This will be helpful in many different way.

1. It will generate trust about the workflow/app. If I see that something is rated higher and has been used and commented by a lot of users I am more inclined to use it
2. It will provide a lot of ideas on how a particular workflow/macro can be used in different ways 
3. Review/Feedback will help the author to make changes as required or suggested by users.
4. The macro's will probably show up in google search based on key words provided by users in their reviews.

......

I had initiated a thread some time ago related to this, there is some useful information in there if someone has same concerns.

 https://community.alteryx.com/t5/Alteryx-Connect-Gallery/Can-Apps-and-Macros-in-Alteryx-public-Galle...

Thanks,

Ashish

Alteryx Server Security is So Complex and it's not easy to understand, Our IT/ Information Security feel that the security is not up to the standard and it's confusing. Also as an Alteryx Gallery Administrator, it's not easy to add users or delete users, Manage Groups and Studios.

The Security structure for any tool is like User-->group--Capability/Functionality. 

All we are requesting is keep up to enterprise standards.

Allow LDAP COnfiguration on Alteryx Server ,Right now its only AD ,but LDAP will be for for SSO ,SAML . 

Hi all,

i hopped onto Azure tonight to see if I could create an Alteryx server to start learning Alteryx server as a skill.    I was expecting the cost to be somewhere in the range of Microsoft SQL server on Azure, or Microsoft Power BI (a few dollars, but not more than $20 per month for limited usage).    I was fairly shocked by the price on offer (8k - 10k per month), with no option to price this by usage.

Could we work together to create options for people to stand up their own small Alteryx server like this for the purposes of learning - right now there is no way to learn Alteryx server unless you are actually an admin of a live server, which makes it impossible for people to learn this at home to build their skills (and impedes Alteryx building a base of skilled users in the market).

Happy to work with the team to help make this a reality.

cheers

Sean

If a job fails it would be perfect if we could set something in the workflow settings so that the job would retry again in X number of minutes for the next Y number of times. We have jobs that connect to external resources and sometimes the network will reset and will cause the connections to all drop. An example would be I want a workflow to try again in 10 minutes for a maximum of 5 times so over the next 50 mins it will retry every 10 mins if it fails

I was reading a post on the Community (http://community.alteryx.com/t5/Publishing-Gallery/Macro-sharing-Best-practice/m-p/38330) which reminded me of an idea that I had.

It would be really nice if a Gallery location could be used as a "Macro Search Path" so that macros don't need to be downloaded from the Gallery and saved locally to be used in a workflow.

So in addition to going to Options>User Settings>Edit User Settings>Macros and adding a local/network path, you could add your internal gallery information...

Right now we can set the limit of processes a worker can run and each worker will ping the controller when a slot is available so that it can assign a new process. However, this is not efficient and you can truly load balance because you don't know how busy that worker acutally is...

We need a way that might be simliar to how we do on DataStage GRID environment where the LSF platform balances that workload across the entire GRID.

We get a lot of comparisons with DataStage ETL and what Alteryx can do. DataStage has the capability to partition queries and run on multiple worker nodes to allow the execution to be more efficient and faster than if it ran on one worker. We want similar capability on Alteryx as our case study shows right now that Alteryx is 10X slower than a query ran on DataStage through the GRID.

In the View Schedules screen, currently one must select the Controller at the beginning of each session before being able to see any workflows, schedules, queue or results. This is especially annoying when a company only has one controller and yet must select it each time. However, I would guess that even when an organization has multiple Controllers, each individual user is likely to spend most of their time in one.

It would help both of these situations if the most recently used controller is automatically selected when launching Alteryx Designer.

For a multi tenant Gallery environment it would be great if one could define a dedicated stylesheet / "them" per tenant. Currently, the Gallery allows for only one theme as to be defined in the general admin section of the gallery.

Currently the Private Gallery product has 2 authentication options - AD and built in. 

If an organization uses AD, this solution is fine, however there are many origanizations who use other standard directory systems. One of the more common directory/authentication systemsis LDAP due to its wide adoption and cross platform compatibility. 

It would be fantastic to have functionality similar to the AD integration, however with LDAP for Gallery authentication and user management. 

Best regards,

Ryan

The idea here is that it would be very beneficial to allow general users to publish .YXZP packages to their server gallery (and/or the pubic gallery!!!).  Currently, this can only be accomplished by a server administrator through the 'Admin' page on the server.  It is also a completely different process than that of publishing Apps, Workflows, Macros etc., which can be done easily from the desktop designer.

For instance,  I have developed an Adobe Analytics - Connector Toolkit, which is a .yxzp package, and is located HERE (check it out!).  However, I do not have the ability to upload it to gallery.alteryx.com because I am obviously not an admin on the public gallery.

The neat thing about publishing packages to the server is that they appear just like Applications in the gallery.  Descriptions can be added and you can even disable the default 'Run' button and provide a 'Download' or 'Save' button instead.

Hopefully, this is a feature that may be available in a future server release!

Regards.

Taylor Cox

P.S. - the Adobe Analytics - Connector Toolkit is also attached below.

I would like to collaborate with my team, but also maintain my own personal private studio.

Is that on the road map?

-Dan

Please bring back the feature for showing the approximate file size for a workflow & dependencies when publishing/saving to the Gallery.  This "feature" was part of 9.5 (see lower left in the attached screenshot). This is a useful indicator and helps highlight when there is a large external dependency that will get replicated onto the server when publishing.  

An example of when this is useful:

When a publisher sees a large file size, they might change the dependency path from being a local path (that will result in a copy being published to the server) to a UNC path i.e. \\servername\path

It might also be useful to add the size information as a column in the "list view" in the Gallery.  

Please consider adding this feature to the Alteryx PRIVATE Galleries.  This is a feature of the Alteryx Gallery and would be useful for our clients too.

Thanks,

Mark