These forums are a place for learning, helping and sharing experiences with others about any of our products. Feel free to ask a question and get answers from our community and our most advanced users.
Note that these are public forums - anyone can view the discussions here.
VISIT OUR DIFFERENT FORUMS:
Announcements > | |
CloudShell > | TestShell > |
Developers > | BI (Business Inteligence) > |
This is where you can suggest your ideas to help and improve the product for everyone.
Please make sure to read the following article before posting a new idea, to get more information about the required information and ideas lifecycle.
Feel free to vote and comment on other ideas to promote them.
Thanks for everyone who suggested the ideas and voted for them.
Find, download and share integrations that can extend and enhance the CloudShell experience.
Integrations have several levels:
Certified - Officially tested and supported by Quali.
Preview - Provides a sneak peek to what the Quali team is developing. Officially supported by Quali. Feel free to experiment and comment, but please take into consideration that it is not yet tested and released.
Community - Integrations shared by community users. Feel free to look into what other users have contributed, please take into consideration that these integrations are not tested by Quali.
To learn more about creating Shells and integrating with CloudShell, use the following links:
CloudShell's Dev Guide > | Configuration Management > |
Getting started with Shells > | Extending CloudShell with Cloud Providers > |
Getting started with Orchestration > | API Guide > |
To share your integration, follow the instructions in this guide >.
George Rainovic suggested an idea (#2204) · Nov 13, 2017 at 05:13 PM · blueprintuser permissionssandboxideas
Currently, the blueprint can be private or public, there is nothing in-between.
Is there any plans to share the blueprint with a selected group of people (team/community) that is smaller than ‘public’?
We've seen this request coming from people who want to share, but they do not feel comfortable sharing with everyone.
*** Idea ***
The team/community could have one or more users. It can have a moderator/owner who can manage membership in the team/community – adding/removing users. We do not need administrators to manage this aspect of the system.
***
Maybe the team/community membership can be used to control access to the sandboxes, too. In that case, team/community could be added to ‘Permitted users’ by the sandbox owner.
The user, member of the team/community, should meet the other user access rules to be allowed to control the sandbox. The team/community feature is not to replace other access control mechanisms.
***
The first choice for the right word will be a ‘group’, but groups are already used in Quali for associating users to domains.
Maya Ber commented · Nov 13, 2017 at 06:23 PM
Hi @grainovic. Thanks for the idea. Blueprint access control is addressed by domains, and it's not in our current plans to add another level of control and permissions under the Domain. Would it make sense for you to add domains for certain communities? Another option, if you would like to make users feel more comfortable about sharing, and permission is less of an issue here, would be to use blueprint categories to categorize such blueprints as "beta" or "sneak peek". Look forward to know what you think.
George Rainovic commented · Nov 13, 2017 at 06:46 PM
Hi Maya,
Categories do not solve the problem for some of my users. They just do not want to share with the public, they want to share with selected people.
Potentially, in our case, this means tens of new domains. We do not want to add that many new domains, b/c we need to add resources to all new domains.
Maya Ber commented · Nov 15, 2017 at 04:18 PM
Hi @grainovic. I'm not sure managing tens of communities would be a lower overhead.. Perhaps it would make sense to invest in making domain management easier (e.g. copy domain)? BTW, in our internal implementations of Cloudshell we use domains to make similar separation.
Besides creating team/community, admins do not need to manage them if the team/community has a moderator/owner.
---
When a new resource is added, we need to add it to all those domains. It is easy to miss something.
Admins see all those domains in the list - hard to navigate. I want to avoid that clutter.
Public sharing blueprint with all those domains is hard (impossible) because boundaries between domains are hard.
Yaniv Kalsky commented · Nov 15, 2017 at 05:46 PM
Hi @grainovic
Can you also elaborate on the users' concerns about having the blueprints public to all?
Yaniv
In my case, it could be called a 'multi-tenant' environment. Not all of our users belong to the same company (for example our partners use it).
Marcelino Chua commented · Mar 09, 2018 at 02:52 PM
I'd like to bring this up again - since we just got pinged (again) by our customer(tenant) for this requirement. I have a feeling this will keep coming up.
Background: We are providing our system (equipment, automation, etc.) as a platform our tenants (customers). This tenant, in turn has their own customers. Each of their customers want to share their blueprints with folks in the same company - but do NOT want anyone in another company to see what they've created.
This tenant currently has their own domain and they have a domain administrator.
Trying to create a new domain for each of their customers would be a big burden on the platform sysadmins... it SHOULD be possible for the domain administrator to create their own sub-domains and assign the users in their domain to the appropriate sub-domain.
These forums are a place for learning, helping and sharing experiences with others about any of our products. Feel free to ask a question and get answers from our community and our most advanced users.
Note that these are public forums - anyone can view the discussions here.
Announcements | |
CloudShell | TestShell |
Developers | BI (Business Inteligence) |
This is where you can suggest your ideas to help and improve the product for everyone.
Please make sure to read the following article before posting a new idea, to get more information about the required information and ideas lifecycle.
Feel free to vote and comment on other ideas to promote them.
Thanks for everyone who suggested the ideas and voted for them.
Find, download and share integrations that can extend and enhance the CloudShell experience.
Integrations have several levels:
Certified - Officially tested and supported by Quali.
Preview - Provides a sneak peek to what the Quali team is developing. Officially supported by Quali. Feel free to experiment and comment, but please take into consideration that it is not yet tested and released.
Community - Integrations shared by community users. Feel free to look into what other users have contributed, please take into consideration that these integrations are not tested by Quali.
To learn more about creating Shells and integrating with CloudShell, use the following links:
CloudShell's Dev Guide | Configuration Management |
Getting started with Shells | Extending CloudShell with Cloud Providers |
Getting started with Orchestration | API Guide |
To share your integration, follow the instructions in this guide.
Help us make things better. Share your great idea or vote for other people's.
Blueprint Global Input, Type Password
Activate attribute change requests in the Default Sandbox Setup
Support for more than 1 in Quantity for connected abstract resources
Ability to display background image in the Canvas
DEFAULT Email Notifications PER blueprint
Ability to deliver complex labs in seconds on-demand through always available running sandboxes
Add Group as permitted user to sandbox
Blueprint Global Input, Type Hidden