<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                # Pinboard.in Architecture-付費玩以保持系統小巧 > 原文: [http://highscalability.com/blog/2010/12/29/pinboardin-architecture-pay-to-play-to-keep-a-system-small.html](http://highscalability.com/blog/2010/12/29/pinboardin-architecture-pay-to-play-to-keep-a-system-small.html) ![](https://img.kancloud.cn/38/e5/38e5eeb19af75aafc4de8bf785549f5c_125x174.png) 如何在保持成功的同時保持足夠小的系統規模,以使簡單的向上擴展策略成為首選架構? 例如, [StackOverflow](http://highscalability.com/blog/2009/8/5/stack-overflow-architecture.html) 可以堅持使用自己喜歡的工具鏈,因為他們天生就對自己的增長速度抱有剎車:世界上只有這么多的程序員。 如果這對您不起作用,請考慮以下另一種自然制動策略:**收取服務費用**。 [Paul Houle](http://twitter.com/#!/simonstl/statuses/25587487132880897) 很好地總結為:*通過構建小規模盈利的服務來避免擴展問題*。 [Pinboard.in 的聯合創始人 Maciej Ceglowski 在](http://pinboard.in/)中接受了 Leo Laporte 和 Amber MacArthur 關于他們的[的采訪時提出了這一有趣的觀點,我之前沒有適當考慮過。 HTG3] [受電子郵件保護]](http://twit.tv/natn182) 顯示。 插板式紙機是一種精簡的,付錢的書簽機,可以及時替代快要淘汰的 Delicious。 作為一個自稱是反社會書簽網站,它*強調社交化*的速度。 Maciej 認為 Pinboard 是個人檔案,您可以在其中永久保存所閱讀內容的歷史記錄。 當 Delicious 的滅亡宣布時,如果 Pinboard 曾經是免費站點,那么他們會立即倒閉,但是成為付費站點有助于拉平他們的增長曲線。 過去經常與朋友共享鏈接的書簽站點,但 Twitter 大部分已經接管了該角色。 但是,Twitter 只展示您的推特歷史的一小部分而臭名昭著。 您真正想要的是一臺大型服務器,它從可能在何處添加書簽的地方都吸收了書簽,而這正是 Pinboard 的作用。 對于 Pinboard 來說,有幾點特別令我感到震驚: * 它使用基于 MySQL,向上擴展,PHP,Perl 和無框架的傳統風格簡單體系結構。 * 它要求支付服務費用以支付費用并保持用戶群的可管理性。 * 它根據用戶數量收費以支付費用。 * 他們緩慢地構建了站點,并希望使其保持小巧,快速,可靠,因為這是一種更好的運行方式。 **網站**: [Pinboard.in](http://pinboard.in/) ## 資料來源 * [技術基礎](http://pinboard.in/blog/63/) * [[受電子郵件保護]](http://twit.tv/natn182) 采訪 * 個人電郵 [](http://pinboard.in/blog/63/) ## 統計資料 * 1,630 萬個書簽 * 5200 萬個標簽 * 940 萬個網址 * 989 GB 存檔內容 * 自 2010 年 7 月 8 日以來,累計停機時間不到 1 小時。 ## 平臺 * 的 MySQL * 的 PHP * 佩爾 * 的 Ubuntu * 裝甲運兵車 * 獅身人面像 * Cron 職位 * S3 ## 硬件 * 機器 1:64 GB,運行數據庫主服務器,存儲用戶檔案并運行搜索 * 機器 2:32 GB,運行故障轉移主機,抓取各種外部提要,執行后臺任務 * 機器 3:16 GB,Web 服務器和數據庫從屬 ## 建筑 * 數據庫的副本保留在所有三臺計算機上。 * 該網站在 16GB 計算機上運行。 數據庫完全適合 RAM,頁面加載時間提高了 10 倍或更多。 * 主-主架構,帶有一個額外的讀取從屬。 所有寫入均指向一個 DB,其中包括書簽,用戶和標簽表。 * 第二個主機運行: * 匯總計算,例如全局鏈接計數和每用戶統計信息。 * 使用 mysqldump 的每晚數據庫備份。 備份以壓縮格式存儲到 S3。 * Perl 腳本運行后臺任務: * 下載外部提要,為啟用了存檔功能的用戶緩存頁面,處理傳入的電子郵件,生成標簽云以及運行備份。 * 選擇 Perl 是因為現有的技能和 CPAN 中可用的大型支持庫。 * 諸如大多數流行書簽之類的功能是由通常在每晚運行的 cron 作業生成的,但是當負載過高時將其關閉。 * PHP 用于生成 HTML 頁面: * 不使用模板引擎。 沒有使用框架。 * APC 用于緩存 PHP 文件。 * 不使用其他緩存。 * [Sphinx](http://www.sphinxsearch.com/) 用于搜索引擎和全局標簽頁。 ## 得到教訓 * **咒語。** Pinboard 的目標是:快速,可靠和簡潔。 他們認為這些是可以贏得并留住客戶的素質。 當出現問題時,例如大規模增長,他們總是優先考慮,以便保持這些系統質量。 例如,他們的首要任務是防止數據丟失,這決定了更改其服務器體系結構。 因此,從概念上講,該站點在增長的時期內是令人困惑的……如果站點可以快速可靠地保存鏈接,則可以。 * **從開頭**開始作為付費網站。 成為付費網站的好處是您不會急于吸引新用戶,因此可以保持小規模。 當 Delicious 的滅亡宣布時,如果他們本來可以成為免費站點,那么它們將立即被關閉,但是成為付費站點有助于平穩增長。 * **根據用戶數量收費**。 Pinboard 具有獨特的定價方案,旨在比具有免費帳戶的服務更好地擴展。 價格基于當前用戶數。 隨著用戶數量的增加,價格也隨之上漲。 人們為使用的資源付費。 這與 Amazon 或 Google App Engine 的付款模式相似,但有很大的不同。 這是一次性費用。 每年只需多花$ 25,就可以緩存和搜索所有書簽。 * **使用無聊和淡入淡出的技術。** 這些有助于確保站點永遠不會丟失數據并且非常快。 * **經驗法則**:如果您樂于嘗試某些事物,那么它可能不屬于生產領域。 * **使切換盡可能簡單**。 Pinboard 通過自動導入和導出到 Delicious 并支持 Delicious API 來消除采用異議。 * **保持小巧** **更有趣**。 當您可以提供個人客戶支持并直接與用戶互動時,您會擁有更好的時光。 * **比較基于每 GB RAM 或存儲空間的機器成本**。 Pinboard 最初是在 Slicehost 和 Linode 上運行的,但是當以每 GB RAM 或存儲的美元成本表示的費用要高得多而又沒有任何可抵消的收益時,他們便轉向了另一種服務。 * **在負載**下關閉功能。 例如,如果您需要其他地方的性能,請關閉搜索。 * **中到大型站點是最昂貴的**。 小型站點的運行成本相對較低,但是在增長曲線的某個時刻,每個新用戶的邊際成本都會增加。 由于必須將數據拆分到多臺計算機上并且必須購買和管理這些計算機,因此成本更高。 有一個擴展成本。 一旦您接觸到數百萬的用戶,它就會再次變得便宜。 從小型站點到中型站點的第一步是痛苦且昂貴的。 * **在您自己的產品**上做主。 根據您所相信的人,Delicious 在 Yahoo 的不斷裁員中受到了傷害,但真正的問題是 Delicious 團隊不是決策者。 新功能優先于可靠性,穩定性和創新性。 當命運掌握在他人手中時,您的工作時間或辛苦時間都沒有關系。 * **Small 并不總是有效**。 新用戶席卷了[,增加了超過 700 萬個書簽,超過了服務整個生命周期中收集的書簽,并且該網站的流量是正常流量的 100 倍以上。 結果,正常的后臺任務(如搜索,歸檔和輪詢外部提要)被暫停。 彈性的策略來處理像這樣的尖峰負載并不都是壞事。](http://pinboard.in/blog/156/) * **查看異常頁面加載時間,而不是中值頁面加載時間來判斷您的服務質量**。 即使大多數頁面加載時間都可以接受,頁面加載可能需要花費幾秒鐘的時間才能接受。 * **使用功能可快速構建**。 Pinboard 快速建立的部分原因是,社交和發現功能因說``去別的地方''而被推遲了。 其他站點將使您可以與朋友共享鏈接并發現新的有趣內容,但是沒有其他站點像個人存檔那樣運作,這就是 Pinboard 的利基市場。 * **通過機器**隔離服務。 當 Web 服務器與其他服務共享計算機時,Web 服務器可能會受到打擊。 另一個例子是,每天搜索索引器在進行完整索引重建時都會與 MySQL 爭奪內存。 ## 相關文章 * [Erick Schonfeld 將 Pin 大小的競爭對手 Pinboard](http://techcrunch.com/2010/12/29/delicious-exodus-pinboard/) 做成“美味的出埃及記”。 *該服務最初沒有處理大量請求(高峰時每分鐘處理數百個請求),但該數目增加了約十倍,達到每分鐘 2500 個請求。* * [關于 Pinboard](http://a.wholelottanothing.org/2010/12/quick-thoughts-on-pinboard.html) 的快速思考,作者:Matt Haughey * [回到基礎:Ditch Delicious,使用 Pinboard](http://techcrunch.com/2009/07/06/back-to-basics-ditch-delicious-use-pinboard/) ,作者:Michael Arrington * [為什么 Pinboard.in 是我最喜歡的書簽服務](http://www.messagingnews.com/onmessage/ben-gross/why-pinboardin-is-my-favorite-bookmarking-service)? * [del.icio.us,謝謝:插板,歡迎](http://redmonk.com/sogrady/2010/03/05/del-icio-us-pinboard/),作者:Stephen O'Grady 為什么我不僅可以創建 Google 電子表格和表單,還可以在瀏覽器欄中創建該表單的書簽。 您可以隨時隨地從私人 Google 電子表格中獲取個人書簽。 您可以輕松地擴展表單/電子表格以在不同選項卡中存儲“任務”,“密碼”等。 我缺少一個細節。 使用了什么網絡服務器? Apache,nginx 或 lighttpd? 作為用戶已近一年了,可以肯定地說,Pinboard 是一項出色服務的典范,對它的功能極為有用,并且創始人在產品和技術方面都擁有正確的愿景。 從擴展的角度來看,如果您知道如何使用 mysql,那么 mysql 可以很好地進行擴展,而在擴展它的那天,流量將足夠高,可以雇用聰明的人來專注于擴展部分。 否則,服務固有存在錯誤。 這三臺服務器支持多少總用戶和峰值并發用戶? 安迪,您可以在這里嘗試:http://techcrunch.com/2010/12/29/delicious-exodus-pinboard/ 我不明白:“隨著用戶數量的增加,價格也隨之上升”,這沒有任何意義。 您擁有的用戶越多,就越能充分利用基礎架構,那么每位用戶的成本就會下降,因此您應該能夠以相同的功能級別提供更便宜的服務。 您應該利用他們所謂的“規模經濟”,并能夠提供更好的價格。 這沒有商業意義。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看