Skip to content
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

Deployment of Taskweaver to Azure subscription #253

Open
RahilBukhari83 opened this issue Mar 20, 2024 · 3 comments
Open

Deployment of Taskweaver to Azure subscription #253

RahilBukhari83 opened this issue Mar 20, 2024 · 3 comments

Comments

@RahilBukhari83
Copy link

Are there any recommendations, guidelines for deploying Taskweaver to an Azure environment? The purpose is to have a central service that specific teams could use for data analysis use cases. I have read and configured my local environment using conda, just wondered if there was a recommended approach if deploying to a cloud environment.

@liqul
Copy link
Contributor

liqul commented Mar 20, 2024

We are still working on core features of TaskWeaver, lacking of bandwidth on the deployment for various environments.

@RahilBukhari83
Copy link
Author

thanks for the prompt response. Do you have a view on how typically some teams / organisations have gone about deployments? For example have people primarily used it as a personal assistant on their local machines or have you heard / seen more centralise deployments? Apologies a difficult question to answer, I thought I would ask in case there was a view on it.

@liqul
Copy link
Contributor

liqul commented Mar 20, 2024

That is a great question.

There are different perspectives considering a LLM agent service. If you consider the functionality, it is similar to other services. There is typically only one API of this serivce to send a message to the agent, though you might need to consider how to handle the streaming response. However, if you consider security, that is more complicated especially as an agent that can generate and run arbitrary code. We need to, for example, identify various attacks, provide a good isolation between different sessions, as well as the isolation between code execution and the host environment. I'm sure there are other challenges, if you consider hosting an agent service in a scalable and secure manner.

But if consider it as a local assistant where the user fully owns it, it is a much simpler situation. For example, you typically don't consider malicious actions towards the agent as well as isolating multiple concurrent sessions.

We are still learning while developing this framework, and hopefully, we have a more concrete answer for this question :).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants