GoChat 倒閉,服務(wù)器不可擴(kuò)展或是罪魁禍?zhǔn)?/h1>
眾多初創(chuàng)企業(yè)普遍持有一種看法,那就是先打造出最小可行產(chǎn)品(MVP),對(duì)于技術(shù)的擴(kuò)展性暫時(shí)不必過(guò)分關(guān)注。這看似方便快捷,實(shí)則潛藏著巨大的隱患。有些企業(yè)起初認(rèn)為,只要商業(yè)模式能夠大規(guī)模運(yùn)營(yíng),對(duì)擴(kuò)展性的考慮可以留待以后。這種想法極其危險(xiǎn),很可能會(huì)將自己逼入困境。
創(chuàng)業(yè)公司的普遍認(rèn)知
目前,創(chuàng)業(yè)風(fēng)氣盛行。眾多創(chuàng)業(yè)企業(yè)普遍認(rèn)為,首先打造一個(gè)最小可行產(chǎn)品(MVP)至關(guān)重要。以某創(chuàng)業(yè)園區(qū)為例,眾多小型企業(yè)急于將產(chǎn)品迅速推向市場(chǎng)。他們認(rèn)為,只要能迅速推出產(chǎn)品以測(cè)試市場(chǎng)反應(yīng),看看是否能夠盈利,就足夠了。在他們看來(lái),技術(shù)的可擴(kuò)展性這類問(wèn)題過(guò)于復(fù)雜,可以先不考慮。然而,這種做法卻忽略了產(chǎn)品成功后的持續(xù)發(fā)展問(wèn)題。就好比一輛汽車,只想著先造出來(lái)試試看有沒(méi)有人乘坐,但如果一開(kāi)始就沒(méi)有考慮到未來(lái)可能需要承載更多乘客或跑高速等擴(kuò)展需求,那么后續(xù)的操作將會(huì)變得相當(dāng)困難。
眾多創(chuàng)業(yè)者普遍覺(jué)得,在創(chuàng)業(yè)初期,資金和精力都相對(duì)匱乏。將主要精力投入到商業(yè)模式的研究上,不失為一個(gè)明智的選擇。以一些新興的電商創(chuàng)業(yè)團(tuán)隊(duì)為例,他們堅(jiān)信,一旦摸索出一種全新的盈利模式,并且能讓買賣雙方在平臺(tái)上順利完成交易,便已算是成功。然而,他們未曾預(yù)料到,若平臺(tái)突然涌入眾多用戶,而技術(shù)方面又未做好充分的擴(kuò)展準(zhǔn)備,那將可能引發(fā)一場(chǎng)災(zāi)難。
Zarra的失敗案例
Zarra的遭遇同樣令人痛心。他滿懷熱情地制作了自己的產(chǎn)品,以為只要它是MVP形態(tài)就足夠了。他只關(guān)心商業(yè)模式的可行性,幾乎沒(méi)有考慮過(guò)可擴(kuò)展性。直到后來(lái),他才意識(shí)到,當(dāng)用戶數(shù)量達(dá)到一百萬(wàn)時(shí),服務(wù)器費(fèi)用已經(jīng)難以承受。在他最初的設(shè)想中,可能以為幾千或幾萬(wàn)用戶就足夠了。然而,他未曾料到實(shí)際用戶增長(zhǎng)如此迅猛。在這個(gè)過(guò)程中,4000美元對(duì)于托管一百萬(wàn)用戶來(lái)說(shuō)只是微不足道的小數(shù)目,根本無(wú)法支撐。這充分證明,他的應(yīng)用內(nèi)服務(wù)器技術(shù)設(shè)計(jì)從一開(kāi)始就存在嚴(yán)重缺陷。這是一個(gè)因忽視可擴(kuò)展性而失敗的鮮活例子,對(duì)所有創(chuàng)業(yè)者都是一個(gè)警示。
產(chǎn)品的成功不能僅著眼于眼前,還需考量其長(zhǎng)遠(yuǎn)發(fā)展的潛力。若像Zarra那樣只關(guān)注短期,即便初期取得一些小成就,最終還是可能被擴(kuò)展性的難題所擊敗。這就像蓋房子,若只想著先建個(gè)小茅屋暫且能住,不打算將來(lái)是否需要擴(kuò)建樓層或改為更大住所,那么一旦有這種需求,就只能拆掉重蓋了。
應(yīng)用的用戶增長(zhǎng)差異
分享PokémonGO截圖的應(yīng)用程序用戶激增,增長(zhǎng)速度令人驚嘆。首日便有6萬(wàn)用戶,次日增至22萬(wàn),五日后用戶數(shù)便突破百萬(wàn),目前穩(wěn)定在每天150至200千次快照上傳。類似的應(yīng)用,比如那些具備相同地理位置觸發(fā)大量請(qǐng)求功能的APP,也面臨著因用戶基數(shù)激增而導(dǎo)致的技術(shù)壓力。在用戶數(shù)量快速上升時(shí),若技術(shù)未考慮可擴(kuò)展性,那就如同在薄冰上行走一般危險(xiǎn)。
有些應(yīng)用在初期增長(zhǎng)可能較為緩慢,比如一些小眾的文藝類APP。對(duì)于這類應(yīng)用,推出最小可行性產(chǎn)品(MVP)可能暫時(shí)還能應(yīng)對(duì)。然而,若有一天某個(gè)點(diǎn)突然受到廣泛關(guān)注并迅速增長(zhǎng),那時(shí)若未考慮可擴(kuò)展性,恐怕就會(huì)遭遇不幸。至于那些增長(zhǎng)迅猛的社交或游戲類應(yīng)用,更是不言而喻,一旦技術(shù)出現(xiàn)問(wèn)題,用戶流失就在所難免。
技術(shù)的選擇關(guān)鍵
各種技術(shù)在可擴(kuò)展性上存在很大差異,這和選擇合適的交通工具進(jìn)行長(zhǎng)途旅行同樣關(guān)鍵。采用特定的后端語(yǔ)言或平臺(tái)可以快速高效地解決問(wèn)題。例如,在處理大量并發(fā)用戶數(shù)據(jù)時(shí),某些技術(shù)能表現(xiàn)出色。正如之前所述,若服務(wù)器進(jìn)程需要90%的CPU資源來(lái)應(yīng)對(duì)800至1000個(gè)并發(fā)用戶,那將是不容接受的。如果一開(kāi)始就選擇了更合適的技術(shù),這種情況或許就能避免。
挑選一種擁有眾多實(shí)用庫(kù)的語(yǔ)言同樣至關(guān)重要。這樣的選擇能讓開(kāi)發(fā)者構(gòu)建最小可行產(chǎn)品(MVP)時(shí)效率倍增。比如,PHP或RubyonRails這類擁有豐富庫(kù)資源的語(yǔ)言,在解決性能問(wèn)題或增加服務(wù)器數(shù)量等操作上更為便捷。反之,若選錯(cuò)了語(yǔ)言或技術(shù),后續(xù)發(fā)展中很可能陷入不斷修補(bǔ)的困境,難以自拔。
可擴(kuò)展性與MVP并存
最小可行產(chǎn)品和可擴(kuò)展技術(shù)的理念本應(yīng)并行不悖。它們之間并不矛盾。在打造MVP的同時(shí),完全能夠適當(dāng)考慮其可擴(kuò)展性。不必追求過(guò)于復(fù)雜精密的可擴(kuò)展性設(shè)計(jì),但至少應(yīng)有一些基本的規(guī)劃和思考。否則,就像目睹一鍋佳肴的食材逐漸被浪費(fèi),令人痛心。許多有潛力的產(chǎn)品因忽視這一點(diǎn)而黯然退場(chǎng)。若從始至終都給予重視,或許能在APP競(jìng)爭(zhēng)激烈的海洋中脫穎而出,實(shí)現(xiàn)商業(yè)價(jià)值。大家對(duì)此有何看法?我很期待聽(tīng)聽(tīng)大家對(duì)創(chuàng)業(yè)公司構(gòu)建MVP及重視可擴(kuò)展性的見(jiàn)解。也請(qǐng)點(diǎn)贊和分享這篇文章,讓更多人了解這個(gè)重要的觀點(diǎn)。
忽視可擴(kuò)展性的后果
忽視可擴(kuò)展性,投入的資源很可能化為烏有。眾多創(chuàng)業(yè)公司歷經(jīng)艱辛才吸引到投資,投資人和創(chuàng)始人滿懷期待地等待產(chǎn)品上線。起初或許順利,可一旦遭遇增長(zhǎng)瓶頸,由于缺乏可擴(kuò)展性,可能會(huì)遇到卡頓、高成本等問(wèn)題,之前的努力可能就此白費(fèi)。正如先前提到的例子,忽視可擴(kuò)展性會(huì)導(dǎo)致后續(xù)需要投入大量人力物力去彌補(bǔ),甚至最終無(wú)法彌補(bǔ)而走向失敗。這不僅是技術(shù)的失敗,更是整個(gè)創(chuàng)業(yè)項(xiàng)目的失敗。有多少創(chuàng)業(yè)公司能承受如此巨大的失敗?因此,我們必須重視,不能再重蹈覆轍。
作者:小藍(lán)
鏈接:http://www.huanchou.cn/content/3512.html
本站部分內(nèi)容和圖片來(lái)源網(wǎng)絡(luò),不代表本站觀點(diǎn),如有侵權(quán),可聯(lián)系我方刪除。



赶快来坐沙发