Echobot: Migrating a Teams Calling Bot from VMSS to a lower-cost, modern architecture?
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 20/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- azure, docker, kubernetes
- Lĩnh vực
- audio-video-rtc, cloud, devops
Hướng nghiên cứu
Bắt đầu bằng việc xem xét cách tiếp cận EchoBot và VMSS-based architecture hiện có được mô tả trong issue, sau đó so sánh với Azure AKS/ACI Windows container guidance và Service-Hosted Media capabilities. Công việc được xem là hoàn tất khi có một khuyến nghị di chuyển được lập tài liệu, phù hợp cho production, giải quyết audio thô liên tục, khả năng mở rộng, bảo trì và chi phí.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi everyone,
Some time ago, I implemented a Microsoft Teams bot that joins meetings and captures real-time raw audio streams from the participants' microphones. I used the architecture from the official microsoft-graph-comms-samples (EchoBot approach) as my reference.
The system has been running in production for a while and works perfectly, but the infrastructure is becoming incredibly expensive and hard to maintain. As you know, this approach relies heavily on Azure Virtual Machine Scale Sets (VMSS) and full Windows Server environments running 24/7 just to handle the native media platform binaries.
I’m looking to modernize this stack and drastically cut down our Azure bill. I wanted to ask if anyone has successfully migrated away from VMSS for this specific production use case:
Windows Containers (AKS/ACI): Has anyone successfully moved an Application-Hosted Media Bot into Windows-based Docker containers using Azure Kubernetes Service (AKS) or Azure Container Instances (ACI)? Does it actually help reduce costs and scale better than VMSS?
Serverless / Service-Hosted: Is there any trick to get continuous raw audio streaming using Service-Hosted Media (serverless), or are we still strictly limited to just playing prompts and recording files?
Alternative architectures: If you have optimized a real-time Teams media streaming bot for production, what architecture or hosting strategy did you use to keep costs under control?
Could you please point me in the right direction regarding which specific tools or services I should use for this migration? Any links to official documentation, articles, or reference architectures would be highly appreciated.
Thanks!
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 252
- Fork
- 276
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của microsoftgraph/microsoft-graph-comms-samples
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
microsoftgraph/microsoft-graph-comms-samples#871 · 5 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
microsoftgraph/microsoft-graph-comms-samples#870 · 11 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
microsoftgraph/microsoft-graph-comms-samples#868 · 1 bình luận ·
-
Bot display name issueĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Tất cả issue của microsoftgraph/microsoft-graph-comms-samples
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
tone-3000/tone3000-plugin#257 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Reusing a stream after a mid-speech stop: the next session opens with a phantom line ("you")Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
moonshine-ai/moonshine#231 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
omacom/omarchy#16102 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Thorium-Sim/thorium-nova#791 ·
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày