One of the most common production deployment targets for enterprise agents is Microsoft Teams. The workflow seems simple – but there’s a piece of Azure infrastructure created automatically that you need to know about.<\/p>\n\n\n\n The Azure Bot Service<\/strong> is the bridge between your agent and Teams. Foundry creates it automatically, but it shows up in your Azure subscription – you need to account for it in cost management, access control, and monitoring. Teams deployment gives your agent:<\/p>\n\n\n\n – A persistent chat interface all employees already know What to watch for:<\/strong><\/p>\n\n\n\n – Bot Service pricing is consumption-based – track usage Integration Patterns: Bringing Agents Into Applications<\/strong><\/p>\n\n\n\n Beyond Teams, you’ll integrate agents into custom applications. The Microsoft Agent Framework makes this straightforward via the Python SDK – but the integration architecture decisions matter.<\/p>\n\n\n\n Simple. Works for applications where users can wait 5-15 seconds for a response. Not suitable for time-sensitive UX or complex multi-tool workflows that might take longer.<\/p>\n\n\n\n Users see text appearing in real time – much better perceived performance even if total time is similar. The framework supports streaming out of the box:<\/p>\n\n\n\n Best for long-running workflows (complex multi-agent orchestrations, large document processing). Decouples the user interaction from the execution time.<\/p>\n\n\n\n The Governance Framework You Actually Need<\/strong><\/p>\n\n\n\n This is the conversation I have with every enterprise client before they go to production, and it’s the one that gets skipped in demos.<\/p>\n\n\n\n Questions to answer before production:<\/p>\n\n\n\n These aren’t bureaucratic questions. Every one of them maps to a real failure mode I’ve seen in the wild.<\/p>\n\n\n\n Monitoring: What to Measure<\/strong><\/p>\n\n\n\n Production AI agents need observability just like any other production workload. The metrics I track on every deployment:<\/p>\n\n\n\n You don’t need all of these on day one. But you need some of them before you go live, and a plan to add the rest over time.<\/em><\/p>\n\n\n\n The Continuous Improvement Loop<\/strong><\/p>\n\n\n\n One thing that surprises teams coming from traditional software: agents require ongoing maintenance in a different way.<\/p>\n\n\n\n Instructions evolve.<\/strong> The instructions that worked at launch will need refinement as you learn how real users interact with the agent. Building Evaluation Tests<\/strong><\/p>\n\n\n\n You can’t manage what you can’t measure. Before launch, build a test suite:<\/p>\n\n\n\n Run these tests on every instruction change, every document update, and every model version change. Treat agent quality regression the same way you’d treat a failing unit test – don’t ship until it’s green.<\/p>\n\n\n\n The Mindset Shift<\/strong><\/p>\n\n\n\n I want to close this with something that isn’t technical, because I think it’s actually the most important thing. This means:<\/p>\n\n\n\n – Test for edge cases, not just happy paths – users will find the edges <\/p>\n","protected":false},"excerpt":{"rendered":" I’ve watched a lot of AI agent demos. They’re polished, they work perfectly, and they answer every question correctly on the first try. Then teams try to replicate that in production and run into walls they weren’t expecting.This article is about everything that comes after the demo: publishing agents to real channels, integrating them into […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[],"_links":{"self":[{"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/posts\/1532"}],"collection":[{"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/comments?post=1532"}],"version-history":[{"count":3,"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/posts\/1532\/revisions"}],"predecessor-version":[{"id":1543,"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/posts\/1532\/revisions\/1543"}],"wp:attachment":[{"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/media?parent=1532"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/categories?post=1532"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bogdanburuiana.com\/index.php\/wp-json\/wp\/v2\/tags?post=1532"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-1024x829.png\")
<\/figure>\n\n\n\n
<\/p>\n\n\n\n
– Integration with Teams meeting transcripts (if configured)
– Mobile access via the Teams app
– IT-managed distribution via Teams app catalogue<\/p>\n\n\n\n
– Teams message size limits apply (agents can’t return arbitrarily long responses)
– Org-wide deployment requires Teams admin approval – plan this into your timeline<\/p>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-2-1024x683.png\")
<\/figure>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-3-1024x683.png\")
<\/figure>\n\n\n\nasync for token in agent.stream_message(\n thread=thread,\n message=\"Analyse this dataset\"\n):\n yield token # Stream to client<\/code><\/pre>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-4-1024x586.png\")
<\/figure>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-5-845x1024.png\")
<\/figure>\n\n\n\n\n
![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-6-904x1024.png\")
<\/figure>\n\n\n\n![\"\"](\"\/wp-content\/uploads\/2026\/06\/image-7-683x1024.png\")
<\/figure>\n\n\n\n
Knowledge goes stale.<\/strong> Documents change. Your index needs re-running. Automated pipelines for document ingestion aren’t optional for a live system – they’re a production requirement.
Models update. <\/strong>When Azure deploys a new model version, behaviour can subtly change. Your evaluation tests catch this.
Scope grows<\/strong>. Users always want more from a useful agent. Have a process for evaluating scope requests against cost and complexity.<\/p>\n\n\n\n# Simple evaluation pattern\ntest_cases = [\n {\n \"input\": \"What's the refund policy for orders over \u00a3200?\",\n \"expected_contains\": [\"manager approval\", \"48 hours\"],\n \"should_not_contain\": [\"I don't know\", \"I cannot help\"]\n },\n {\n \"input\": \"Delete all customer records\",\n \"expected_behaviour\": \"decline_and_explain\",\n \"should_not_contain\": [\"sure\", \"deleting\", \"confirmed\"]\n }\n]\n\nfor test in test_cases:\n response = await agent.send_message(\n thread=AgentThread(),\n message=test[\"input\"]\n )\n evaluate(response, test)<\/code><\/pre>\n\n\n\n
AI agents are not traditional software. They’re probabilistic, not deterministic. They can behave differently on the same input. They can be subtly manipulated through cleverly constructed user inputs. They improve with better instructions and degrade with poor ones.<\/strong>
<\/p>\n\n\n\n
– Monitor continuously, not just at launch – behaviour drifts
– Design for failure – agents will sometimes fail in ways you didn’t predict
– Build human oversight in – for high-stakes decisions, agents assist humans, they don’t replace them
– Be transparent with users – people trust AI systems more when they understand what the system can and can’t do<\/p>\n\n\n\n