Allow on premise bots
By allowing bots which are hosted "on premise" (behind a company firewall), one allow to access systems from that company.
This is the situation for many companies where the infrastructure or services which need to be reachable by bots is not on the public internet.
- A bot is running behind a company firewall
- The bot connects to MS teams, joins a channel, and "listens" to conversations (outbound connection to the internet)
This enables interactions like:
- @bot, list defects (from an in-house issue tracker)
- @bot, add capacity to applicationx (after an authorization phase, on-prem application gets more servers for more capacity)
- [bot]> caution! applicationx experiences a 20% performance hit
The feature team is still investigating this item and a decision has not been made yet.
This! The Microsoft view of bots and chatops is very off the mark. In order for Teams to be taken seriously by orgs that have already (or are ready to) implemented Chatops, Teams needs to be able to compatible with existing on-prem bot technologies and develop on-prem bot/chatop tech within the MS ecosphere via PoSH and Graph. MS needs to stop assuming that everyone is a dev and has no issue with writing their own bot from scratch.
I would be interested in seeing this added as a feature as it would assist us with the adoption & overall usefulness of Teams.
Marcinius Turelles commented
This is a must. I mean even Discord and Slack has this ability.
Without this feature adoption would be very limited and fragmented in our organisation. Large corporates tend to have more than one solution through aquisitions and multiple dev teams, please consider this when evaluating priority.
Major customer here -- looking to get ChatOps going for Teams --- it is a key developer experience requirement. Please prioritise.
Stephen Mandeville commented
Guys please answer this come on
Stefano Lanzavecchia commented
Over the months the rank of this issue has been going down and down and down. I don't think it's because of a lack of interest, but because those who needed the feature could not wait any more and went for another solution instead (*cough* slack *cough*). I am still hoping this will see the light of day one day...
J. Warwick commented
For my company, it may not be as "critical" as it apparently is for others, but I can say that it would help drive adoption of Teams, and would allow us to deliver some internal services and get some more extensive integration with the MS business suite. We definitely have specific use cases where this would be a viable, maybe preferred UI.
Come on Microsoft. This is a serious deficiency when competing with Slack.
We need on-premises connectivity to bots to make Teams a ChatOps replacement for Hipchat. We are being forced to look at spending several hundred thousand dollars for Slack because Teams lacks a basic ChatOps feature. This is money we won't have to spend on other Microsoft services. Is there anything that can be done quickly utilizing Azure Application Proxies?
Chat is for chatops. If I can't do this where I need to host a boy, there's no way this tool will become effective. Utterly necessary and a required feature. Please put this into the backlog and prioritize it!
Any news on this feature? We have bots that works upon Slack's RTM API (websockets) and it works nicely.
People can interact in a bi-directional way with processes hosted internally.
Head office is pushing Teams, but people are reluctant to use it, because internal bots cannot be ported over.
Ben Raubenolt commented
Pet peeve. In the context of "on-premises", premise is not the singular of premises. They are completely different words with different meanings. Shame on the lazy "journalists" that published some articles using cloud vs premise and made so many engineers looks stupid by copying them.
Brian Reid commented
Seriously....2 years and you can't make a decision? Doesn't look good for a company that won't make a decision in 2 years or at least post it.
This is what chatops is supposed to be. Make it happen MS!
This would be great! Security probably wouldn't let us have it take inputs that can make changes on the network, but if we could have an internal bot that would report outages from within our intranet, and allow us to query that from within teams, it would be quite useful
Daniel Berber commented
Same as everybody else here, we need websocket support.
Any update on this guys? It is the biggest feature missing from the offering in my opinion and will scupper the Teams adoption effort in my current organisation (where we use Slack and it’s bot framework)
Any update on this?
Magnus Hustveit commented
On premise bots are needed for Infrastructure Chat Ops and security.