去年3月份時,我和朋友陳希章老師合做過一個微信語音操控雲服務的場景。敝帚不敢自珍,我想簡單交代一下這個策劃的源起和經歷。php
先來看一下視頻(抱歉被優酷壓縮得很厲害,不太清晰)哈,裏面有功能演示和原理介紹。後端
爲何會有這個想法?微信
最初只是想到網上常見的應答機器人(例如你們經常使用的微信天氣訂閱),例如客戶問:
- 買了大家的Cloud,我能得到什麼服務呀?架構
- 能夠自動回覆一段很是地道的官方解答,甚至能夠播放音頻視頻等app
後來就想:爲何不能我發一條微信,讓它自動代咱們控制Windows Azure
- 例如我發條微信說建立虛機,它就真的替咱們建立虛機?ide
- 例如我說啓動虛機,它就真的替咱們啓動,並且還不須要麻煩IT部門?性能
這想必會受到BU(業務部門)的喜好,由於他們能夠直接利用社交端對Windows Azure作一些最簡單的管理,而再也不須要IT部門干預。ui
BU難道不就是期待本身能作一些最簡單的事情?業務來了開一下機器,業務拓展了,我也能發條消息自動擴展Azure架構。並且徹底是用微信上的天然語言,多棒啊?雲計算
IT部門的價值在哪裏?後端的自動化架構都是他們利用雲計算的自動化架構搭建的,這纔是他們的價值。混合雲的價值!spa
社交2.0
整個過程徹底符合社交2.0的定義:
- 在社交圈裏想出點子
- 在社交圈裏設計策劃/在社交圈裏組織討論
- 同事和客戶IT積極參與
- 在社交圈裏造成方案
- 最終成果在社交圈裏發佈
- 甚至產品都和社交有關
咱們自信這是一個很2.0的產品。
微信裏倡議,並馬上獲得反饋。當時還只是想到把消息回送到微信裏,當時立馬討論,造成可行性分析。
後來逆向思惟,既然回送消息是可能的,那麼可否反過來,經過微信消息來操控IT系統、或者雲服務?
移動互聯網的精髓,就是快速迭代、快速發佈,很快陳希章老師就開發出微信接口,而盆盆則作出runbook和微信接口程序對接,很快搞定了這個產品。
這只是一個開始
這只是一道開胃菜而已,僅從技術層面,就能拓展不少東西:
- BU用戶建立Azure虛機,領導直接在微信上批准,後端自動化架構收到消息,自動建立虛機
- BU用戶查看虛機狀態,是否是過載啊等等,後端自動化架構收到消息,當即反饋虛機的健康和性能消息