摘要:介紹這一系列文章旨在描述面對一個從零開始的應用的時候如何去搭建一個業務無關的平臺承載上層應用流量這里要強調這個平臺的幾個特點業務無關性無論業務的形態如何均可以在此架構之上運行這里可能會面臨若干情況如無狀態服務長連接服務等后續會根據場景運行描
介紹
這一系列文章, 旨在描述面對一個從零開始的 B(C)/S 應用的時候, 如何去搭建一個業務無關的平臺, 承載上層應用流量. 這里要強調這個平臺的幾個特點:
業務無關性: 無論業務的形態如何, 均可以在此架構之上運行, 這里可能會面臨若干情況, 如無狀態服務, 長連接服務等, 后續會根據場景運行描述, 但是這些場景可以看作是一個有限集.
可擴展性: 這里的擴展性特指兩個方面, 一是業務的擴展, 二是流量的增加, 這兩者對于任何一個平臺而言, 都是要著重考慮的.
業務根據不同的指標, 可以分為若干類, 這里期望通過兩種指標來描述這一系列文章想要覆蓋的場景, 以說明業務無關性:
根據狀態: 分為無狀態服務和有狀態服務
根據實時性: 分為異步與實時應用
這兩個指標可以任意組合, 但是最常用的組合應該是屬于無狀態-異步及有狀態-實時應用了, 但是通常也會有無狀態-實時應用存在, 比如對于一個博客系統, 可以認為其是一個無狀態-異步應用, 而一個一對一的聊天應用, 則可以看作是無狀態-實時應用, 而大多數在線游戲, 則是有狀態-實時應用, 需要注意的是, 業務場景不會嚴格按照上述概念進行區分, 最終大多都會形成一個無狀態與有狀態, 異步與實時共存的狀態.
微服務化是滿足擴展性的基石, 這也是文章會首先描述的一個整體性架構, 單機應用會在后期引發若干難以解決的問題, 所以這是一開始就需要考慮到的事情.
文章會主要描述以下幾個部分:
應用分支與模塊化
持續集成
有狀態的長連接應用擴展性設計
Web 端構建與模塊化
微服務的存在, 致使應用分散在若干服務器集群中, 如何有效管理集群是一個比較龐大的話題, 但是目前業界已經有了比較一致的具有完備性的技術方案, 如k8s, rancher等, 特別是云服務商的出現, 掩蓋了硬件管理這個最復雜的環節, 所以這里不會去討論關于容器編排相關的話題.
應用分層與模塊化文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/11992.html
摘要:介紹這一系列文章旨在描述面對一個從零開始的應用的時候如何去搭建一個業務無關的平臺承載上層應用流量這里要強調這個平臺的幾個特點業務無關性無論業務的形態如何均可以在此架構之上運行這里可能會面臨若干情況如無狀態服務長連接服務等后續會根據場景運行描 介紹 這一系列文章, 旨在描述面對一個從零開始的 B(C)/S 應用的時候, 如何去搭建一個業務無關的平臺, 承載上層應用流量. 這里要強調這個平...
摘要:介紹這一系列文章旨在描述面對一個從零開始的應用的時候如何去搭建一個業務無關的平臺承載上層應用流量這里要強調這個平臺的幾個特點業務無關性無論業務的形態如何均可以在此架構之上運行這里可能會面臨若干情況如無狀態服務長連接服務等后續會根據場景運行描 介紹 這一系列文章, 旨在描述面對一個從零開始的 B(C)/S 應用的時候, 如何去搭建一個業務無關的平臺, 承載上層應用流量. 這里要強調這個平...
摘要:分層優缺點優點在無需過多了解其他層次的基礎上,可以將某一層作為一個有機整體來理解可以替換某層的具體實現,只要前后提供的服務相同即可可以將層次間的依賴性減到最低分層有利于標準化工作一旦構建好了某一層次,就可以用它為很多上層服務提供支持缺點層次 1. 分層優缺點: 1)優點: 在無需過多了解其他層次的基礎上,可以將某一層作為一個有機整體來理解; 可以替換某層的具體實現,只要前后提供的服務...
摘要:什么是架構,什么是架構師這似乎是聊架構話題時永恒的問題。代碼寫的好就是架構嗎顯然不是。一個架構師需要足夠的技術的寬度。 什么是架構,什么是架構師?這似乎是聊架構話題時永恒的問題。代碼寫的好就是架構嗎?顯然不是。代碼寫的好只是表象,做所有事情都需要規劃,尤其是一個復雜的軟件系統,這更需要規劃,否則可能連一行代碼都寫不出。復雜...
閱讀 1375·2021-11-15 18:11
閱讀 2507·2021-08-19 10:56
閱讀 669·2021-08-09 13:42
閱讀 785·2019-08-30 15:53
閱讀 2078·2019-08-30 10:55
閱讀 3136·2019-08-29 17:18
閱讀 1426·2019-08-29 13:45
閱讀 537·2019-08-29 13:15