云上部署CRM應(yīng)用 為平臺(tái)評(píng)估支五招
今天，幾乎沒有一天看不到關(guān)于云計(jì)算、虛擬化和下一代計(jì)算平臺(tái)的文章。毫無疑問，這些計(jì)算模式很重要，但具體到客戶關(guān)系管理(CRM)，云計(jì)算的重要性體現(xiàn)在哪里呢？該如何評(píng)估面向CRM應(yīng)用的平臺(tái)呢？
在CRM應(yīng)用中，輕松改動(dòng)、擴(kuò)展和集成應(yīng)用程序的功能比任何其他特性都要來得更重要。因?yàn)檎嬲罴训腃RM系統(tǒng)是構(gòu)建起來的，而不是購買過來的，平臺(tái)優(yōu)勢(shì)比特性列表來得更重要。所以只要讓平臺(tái)變得更好，就可以讓CRM變得更可靠、耐用。話雖如此，如果你有一個(gè)完美無瑕的平臺(tái)，但用戶極度討厭這一界面，那么CRM系統(tǒng)還是會(huì)夭折。
在評(píng)估平臺(tái)時(shí)，對(duì)于CRM應(yīng)用，平臺(tái)的哪些方面才是真正重要的呢？
·應(yīng)用編程接口(API)、語言和庫的流行程度
一個(gè)擁有上百萬開發(fā)人員的平臺(tái)比另一個(gè)只有一小群忠實(shí)開發(fā)人員的平臺(tái)重要得多。誰還記得ABAP編程語言？要是你無法圍繞Ruby on Rails建立一支高效的開發(fā)團(tuán)隊(duì)，那么這個(gè)平臺(tái)再漂亮都無關(guān)緊要。正是由于以一種注重實(shí)際的態(tài)度關(guān)注開發(fā)人員群體，而不是底層技術(shù)，VB.net、Java、PHP、PERL和Python等平臺(tái)才備受青睞。
·附件、工具和開發(fā)輔助手段的數(shù)量和用途
眾多庫有沒有得到一大群用戶(可能是開源用戶)的審查，這確實(shí)很重要。它們會(huì)以適當(dāng)?shù)姆绞教幚鞺TF-32字符嗎？能夠適當(dāng)處理這種字符的庫往往不是太多。你還要關(guān)注集成開發(fā)環(huán)境(IDE)的插件和擴(kuò)展件(Eclipse或NetBeans)、測試用具(Test harness)以及構(gòu)建環(huán)境。
·該平臺(tái)是一種考慮縝密、表現(xiàn)穩(wěn)定的集成方式？還是一堆唬人的營銷大話？
多年來，我常勸誡開發(fā)人員：別信以為真。使用云平臺(tái)有兩大理由：一是便于開發(fā)，二是便于與其他廣泛應(yīng)用程序集成。應(yīng)當(dāng)關(guān)注API的一致性和適用范圍。你能獲得CRM系統(tǒng)里面的所有重要對(duì)象嗎？API是散布于17個(gè)動(dòng)態(tài)鏈接庫嗎？還是它們是一組邏輯的Web服務(wù)？可以使用任何子系統(tǒng)的所有API嗎？還是說平臺(tái)被分隔開來？應(yīng)用程序能從平臺(tái)外面開始執(zhí)行CRM事務(wù)或工作流嗎？外部系統(tǒng)能夠完全參與到CRM應(yīng)用的觸發(fā)器和工作流嗎？
·實(shí)際環(huán)境的可擴(kuò)展性
每個(gè)月出現(xiàn)的停運(yùn)時(shí)間有幾個(gè)小時(shí)？在忙碌時(shí)段響應(yīng)時(shí)間怎么樣？平臺(tái)擁有資源調(diào)控限制嗎？還是僅僅為了方便CRM供應(yīng)商，強(qiáng)行使用死板的代碼結(jié)構(gòu)？或者有沒有簡單直觀的方法可以一下子處理1萬個(gè)或10萬個(gè)記錄？你會(huì)驚訝地發(fā)現(xiàn)，CRM的API里面在可擴(kuò)展性方面存在太多的局限性。
·為所有API操作而實(shí)施的一種細(xì)粒度的安全模型
需要考慮安全模型的三個(gè)級(jí)別：底層數(shù)據(jù)庫的C/R/U/D權(quán)限;應(yīng)用程序級(jí)別的角色、對(duì)象和操作;以及Web服務(wù)的方法。
正如以上顯示的那樣，魔鬼在于細(xì)節(jié)中。這是因?yàn)椋热缬锌赡塬@得基于一種非常流行的語言的API，但CRM供應(yīng)商可以增添專有擴(kuò)展件，結(jié)果擁有再龐大的開發(fā)社區(qū)也沒多大意義;或者有可能擁有完美無瑕的API，但只能適用于存儲(chǔ)在CRM應(yīng)用的數(shù)據(jù)庫里面的那些數(shù)據(jù)。
因此，要真正知道你的CRM平臺(tái)對(duì)你來說是否足夠可靠、靈活，一個(gè)可行的方法就是以某個(gè)實(shí)際應(yīng)用為對(duì)象，開展試點(diǎn)項(xiàng)目。當(dāng)然，這么做可能需要高昂成本，但與選錯(cuò)平臺(tái)造成的更大代價(jià)相比還是劃算的。
近日，傳出VMware與Saleforce.com攜手發(fā)布VMForce平臺(tái)。VMware-Salesforce平臺(tái)能讓雙方各自的產(chǎn)品更上一層樓嗎？它肯定有這個(gè)潛力。對(duì)于VMware，這大力促進(jìn)了其開發(fā)社區(qū)和非常流行的一組業(yè)務(wù)對(duì)象和應(yīng)用功能。Salesforce則不但壯大了Java開發(fā)社區(qū)，還改善了其虛擬化計(jì)算技術(shù)，利用可擴(kuò)展的通用云堆棧來擴(kuò)展其平臺(tái)。盡管VMforce并不是徑直針對(duì)微軟的Azure平臺(tái)，但也為CIO們?cè)谠骗h(huán)境里面開發(fā)一系列業(yè)務(wù)應(yīng)用提供了一種重要的競爭性平臺(tái)。
【編輯推薦】
