-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deploying an application #19
Comments
Hi Dave. Sure, with Kubeslice you can deploy applications (or multiple instances of a single application) across multiple isolated namespaces (aka Slices) in a single cluster (or extend those Slices across multiple clusters). How do you want the service to appear to your customers? I mean do you want a single portal through which each tenant reaches their instance? Or do you want each customer to have their own/separate DNS/URL? |
Hi Dave. So yeah, at a high level, a "Billstream Installation X" could be deployed on a Kubeslice (which would have the effect of isolating instance X from instance Y and providing you some controls over how the pods in each slice are provisioned/scaled. From your description, it sounds like customers will access their installation containers by going thru the customer portal and making requests that the BillStreams Operator will pass on to the appropriate installation? If so, that's fine. When provisioning a slice you have an option to say what other namespaces/etc should have access to a given slice. So, for example, if the "BillStreams Operator", "Logging/Monitoring", and "Teleport" pods were on the "billstreams" namespace, you could give "billstreams" access to all the slices (while denying anything else from getting into them). |
Thanks, sounds good. Yeah, the users will interact with the operator only when signing up to the service via the customer portal, and getting a notification when their instance is ready. After that they'll only use the portal for subscription, billing, tokens, user management etc. Very similar to what MatterMost does. We're still up in the air whether to launch from within the portal or outside. |
Say once a user has launched their instance of a BillStream installation, will they talk to the services inside that installation by going thru the portal? Or will a service in the installation be exposed for users to interact directly with it? (I.e., direct N/S traffic into the installation)? Either way, Kubeslice can help to manage and isolate each installation from the others. Let us know if we can help you try something out. |
We're trying to convert this: https://www.getlago.com/ to Saas / Multi-tenant. We're leaning more towards doing things through the portal. |
Hi Dave, was browsing thru kubeslice project and found this thread. Is this what you are trying to do? -D |
I'd like to get more info on how to launch an application onto Kubeslice. I've been trying to "Sassify" and "multi-tenant-ize" a single tenant application on Kubernetes for a while now and I'm finding that it's quite hard to do. Mattermost seems to have accomplished it and it's complicated. The idea is to have clients / organizations login to their own customer portal, buy a subscription and launch the app in the cloud. Seems pretty straightforward but boy it's not! Add SSO to the mix and it's a real treat.
If you have any thoughts, pointers for using Kubeslice in this use case I'd be grateful. Cheers, Dave
The text was updated successfully, but these errors were encountered: