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