公司oa
產品到現在發展有3
年多了，一直有人在說系統很爛，不穩定，效能差，可用性不好。這些結果的原因是什麼呢？
先看下現狀，存在的問題： 1、
系統不穩定，偶爾出現無規律的錯誤，中斷類的。分析這些日誌，屬於底層、難定位的多。（沒有引起足夠的重視去分析？） 2、
速度慢，在部分子系統中操作時，包含的業務流程太多，要等待很長時間，而且等待過程中沒有與使用者的互動。 3、
可用性的問題。
做了三年，這三個問題一直存在，沒有根本解決。在新系統中也出現這類問題，由此導致形成迴圈，並且維護成本一路攀公升，需要的維護人員越來越多，而且越來越累。
個人分析，主要是架構環節的缺失，缺少對系統的整體約束、規劃、前瞻。雖然有架構這個崗位，但沒有起到架構的職責和作用。
找了些資料，了解下架構方面的知識。對於我來說，主要想弄清楚以下這些問題： 1、
什麼是架構 2、
怎樣來進行架構，架構工作包含哪些內容 3、
如何從開發到架構轉變
在simon brown
的文章中提到，架構是乙個職責，不是頭銜。軟體架構師指導團隊的架構和設計，通過乙個全域性的觀點、巨集觀的視角來表達軟體系統作為乙個整體如何工作。
乙個人擁有知識，但是卻沒有能力清晰的表達自己，這簡單地和他沒有任何知識一樣，所以架構師必須要找到清晰地表達自己想法的方式。
進行架構設計時，要關注如下方面： 1、
管理非功能性需求。如效能、擴充套件性需求等。 2、
架構定義。將結構、方針、原則和領導力引入技術層面，個人理解為定義軟體的主體結構及約束。 3、
技術選型。 4、
架構評估。組織對架構的評審，通過『測試』保證架構方案的健壯性。 5、
協作。保證與所在環境的整合。
如何體現這些內容？主要是通過一系列的檢視實現。如邏輯檢視、開發檢視、部署檢視、場景檢視、程序檢視、資料檢視、實現檢視等。結合部門現狀，覺得可以採用以下幾個檢視： 1、
邏輯檢視：定義系統功能元素，以及他們的介面，職責，互動。可用於開發組織劃分、成本/
進度評估的依據。 2、
開發檢視：描述系統的層，包等。系統通用服務、類及介面。用於描述系統如何開發實現。 3、
資料檢視：系統核心實體及相應的儲存方式，系統核心的資料流。 4、
以前總覺得進行架構設計、寫架構文件是件很高深的事情。仔細的分析這幾類檢視的作用和目的，從現存的問題出發分析，還是很清晰的。從開發到架構，是乙個漸進的過程，從小處著手實施架構的工作，積累持續的，跨不同領域的技能、知識和經驗，提公升個人層次和視角。
從專案開發到雲端架構 10
雲計算是 是一種基於網際網路的計算方式，通過這種方式，共享的軟硬體資源和資訊可以按需提供給計算機和其他裝置。整個執行方式很像電網。雲計算描述了一種基於網際網路的新的it 服務增加 使用和交付模式，通常涉及通過網際網路來提供動態易擴充套件而且經常是虛擬化的資源。雲其實是網路 網際網路的一種比喻說法。典...
nuxt從開發到部署
經過幾個週六週日的嘗試，終於解決了服務端渲染中的常見問題，也成功說服了公司新專案採用前後端分離的解決方案，當seo不在是問題的時候，或許才是我們搞前端的真正的春天，其中也遇到了一些小坑，nuxt.js官方還是很給力的，提issue後很積極的給予幫助，再次感謝nuxt.js的開發團隊。第乙個攔路虎就是...
vue元件從開發到發布
元件化是前端開發非常重要的一部分，從業務中解耦出來，可以提高專案的 復用率。更重要的是我們還可以打包發布，俗話說集體的力量是偉大的，正因為有許許多多的開源貢獻者，才有了現在的世界。不想造輪子的工程師，當不了合格的搬運工。讓我們來了解一下vue元件從開發到打包發布流程，並配置github主頁。本文以 ...