[爆卦]鬆散耦合是什麼?優點缺點精華區懶人包

雖然這篇鬆散耦合鄉民發文沒有被收入到精華區:在鬆散耦合這個話題中,我們另外找到其它相關的精選爆讚文章

在 鬆散耦合產品中有11篇Facebook貼文,粉絲數超過2,398的網紅DavidKo Learning Journey,也在其Facebook貼文中提到, [Accelerate State of DevOps 2021 快速摘要] 找一些自己有興趣的地方, 快速用 Google 翻譯一下 主要發現 1. 表現最好的人正在成長並繼續提高標準 在我們的研究中,優秀的執行者現在佔團隊的 26%,並且縮短了他們對生產變更的準備時間。該行業繼續加速發展,...

  • 鬆散耦合 在 DavidKo Learning Journey Facebook 的精選貼文

    2021-09-23 15:42:19
    有 33 人按讚

    [Accelerate State of DevOps 2021 快速摘要]

    找一些自己有興趣的地方, 快速用 Google 翻譯一下

    主要發現

    1. 表現最好的人正在成長並繼續提高標準
    在我們的研究中,優秀的執行者現在佔團隊的 26%,並且縮短了他們對生產變更的準備時間。該行業繼續加速發展,團隊從中看到了有意義的好處。

    2. SRE 和 DevOps 是互補的理念
    利用我們的站點可靠性工程 (SRE) 朋友概述的現代運營實踐的團隊報告了更高的運營績效。優先考慮交付和卓越運營的團隊報告了最高的組織績效。

    3. 越來越多的團隊正在利用雲,並從中看到了顯著的好處
    團隊繼續將工作負載轉移到雲中,而那些利用雲的所有五種功能的團隊會看到軟件交付和運營 (SDO) 性能以及組織性能的提高。多雲的採用也在增加,因此團隊可以利用每個提供商的獨特功能。

    4. 安全的軟件供應鍊是必不可少的,也是驅動性能的驅動因素
    鑑於近年來惡意攻擊的顯著增加,組織必須從被動實踐轉變為主動和診斷措施。在整個軟件供應鏈中集成安全實踐的團隊快速、可靠和安全地交付軟件。

    5. 良好的文檔是成功實施 DevOps 功能的基礎
    我們第一次測量了有助於這種質量的內部文檔和實踐的質量。擁有高質量文檔的團隊能夠更好地實施技術實踐並整體表現得更好。

    6. 在充滿挑戰的情況下,積極的團隊文化可以減輕倦怠
    團隊文化對團隊交付軟件和實現或超越組織目標的能力有很大影響。在 COVID-19 大流行期間,具有生成性 1,2 文化的包容性團隊經歷較少的倦怠。

    =========================================================

    Technical DevOps capabilities

    我們的研究表明,通過採用持續交付進行 DevOps 轉型的組織更有可能擁有高質量、低風險和具有成本效益的流程。

    具體而言,我們衡量了以下技術實踐:
    • 鬆散耦合架構
    • 基於主幹的開發
    • 持續測試
    • 持續集成
    • 使用開源技術
    • 監控和可觀察性實踐
    • 數據庫更改管理
    • 部署自動化

    我們發現,雖然所有這些實踐都改進了持續交付,但鬆散耦合的架構和持續測試的影響最大。
    例如,今年我們發現,達到可靠性目標的精英執行者採用松耦合架構的可能性是低績效同行的三倍。

    松耦合架構 (Loosely coupled architecture)
    我們的研究繼續表明,您可以通過努力減少服務和團隊之間的細粒度依賴關係來提高 IT 性能。事實上,這是成功持續交付的最強預測因素之一。使用鬆散耦合的架構,團隊可以相互獨立地擴展、失敗、測試和部署。團隊可以按照自己的節奏前進,小批量工作,減少技術債務,並更快地從失敗中恢復。

    持續測試和持續集成
    與我們前幾年的發現類似,我們表明持續測試是成功持續交付的有力預測因素。達到可靠性目標的精英執行者利用持續測試的可能性是其 3.7 倍。通過在整個交付過程中結合早期和頻繁的測試,測試人員與開發人員在整個過程中一起工作,團隊可以更快地迭代和更改他們的產品、服務或應用程序。您可以使用此反饋循環為您的客戶提供價值,同時還可以輕鬆整合自動化測試和持續集成等實踐。
    持續集成還改進了持續交付。達到可靠性目標的精英執行者利用持續集成的可能性是其 5.8 倍。在持續集成中,每次提交都會觸發軟件的構建並運行一系列自動化測試,這些測試會在幾分鐘內提供反饋。通過持續集成,您可以減少成功集成所需的手動和通常複雜的協調。
    持續集成,由 Kent Beck 和它起源的極限編程社區定義,還包括基於主幹的開發實踐,接下來討論。

    基於主幹的開發
    我們的研究一致表明,高績效組織更有可能實施基於主幹的開發,其中開發人員小批量工作並經常將他們的工作合併到共享主幹中。事實上,達到可靠性目標的精英執行者使用基於主幹開發的可能性是其 2.3 倍。低績效者更有可能使用長期存在的分支並延遲合併。
    團隊應該每天至少合併他們的工作一次——如果可能的話,一天多次。基於Trunk的開發與持續集成密切相關,所以你應該同時實現這兩種技術實踐,因為它們一起使用時影響更大。

    部署自動化
    在理想的工作環境中,計算機執行重複性任務,而人類專注於解決問題。實施部署自動化可幫助您的團隊更接近此目標。當您以自動化方式將軟件從測試轉移到生產時,您可以通過實現更快、更高效的部署來縮短交付週期。
    您還可以降低部署錯誤的可能性,這在手動部署中更為常見。當您的團隊使用部署自動化時,他們會立即收到反饋,這可以幫助您以更快的速度改善您的服務或產品。雖然您不必同時實施持續測試、持續集成和自動化部署,但當您將這三種實踐結合使用時,您可能會看到更大的改進。

    數據庫變更管理
    通過版本控制跟踪更改是編寫和維護代碼以及管理數據庫的關鍵部分。我們的研究發現,與表現不佳的同行相比,達到可靠性目標的精英執行者進行數據庫變更管理的可能性要高 3.4 倍。此外,成功進行數據庫變更管理的關鍵是所有相關團隊之間的協作、溝通和透明度。雖然您可以從特定的實施方法中進行選擇,但我們建議,無論何時您需要對數據庫進行更改,團隊都應在更新數據庫之前聚在一起並審查更改。

    監控和可觀察性
    與前幾年一樣,我們發現監控和可觀察性實踐支持持續交付。成功實現可靠性目標的精英執行者的可能性是其 4.1 倍
    擁有將可觀察性納入整體系統健康狀況的解決方案。可觀察性實踐讓您的團隊更好地了解您的系統,從而減少識別和解決問題所需的時間。我們的研究還表明,具有良好可觀察性實踐的團隊會花更多的時間進行編碼。對這一發現的一種可能解釋是,實施可觀察性實踐有助於將開發人員的時間從尋找問題的原因轉移到故障排除並最終回到編碼上。

    開源技術
    許多開發人員已經利用開源技術,他們對這些工具的熟悉是組織的優勢。閉源技術的一個主要弱點是它們限制了您將知識傳入和傳出組織的能力。例如,您不能聘請已經熟悉您組織工具的人,開發人員也不能將他們積累的知識轉移到其他組織。相比之下,大多數開源技術都有一個社區,開發人員可以使用它來提供支持。開源技術具有更廣泛的可訪問性、相對較低的成本和可定制性。達到可靠性目標的精英執行者利用開源技術的可能性是其 2.4 倍。
    我們建議您在實施 DevOps 轉型時轉向使用更多開源軟件。

    source: https://cloud.google.com/devops

  • 鬆散耦合 在 軟體開發學習資訊分享 Facebook 的精選貼文

    2020-11-03 15:48:05
    有 8 人按讚

    NestJS 是一個基於 Express 的 Node.js 後端開發框架,充分利用了 TypeScript 的強大功能。

    NestJS 利用了 JavaScript 和 Node.js 技術的難以置信的流行性和強健性。 它的靈感來自於通用的程式庫和框架,比如 Angular,React 和 Vue,它們提高了開發人員的生產力和經驗。

    即使考慮到伺服器端 Node.js 存在的大量高超的程式庫、輔助工具和工具,它們也無法有效地解決主要問題——應用程式的架構。

    NestJS 提供了一個開箱即用的應用程式架構,允許開發人員和團隊建立高度可測試、可擴展、鬆散耦合和易於維護的應用程式。

    最近,NestJS 框架因其令人難以置信的功能而獲得了極大的流行

    1 利用 TypeScript 強型別語言,它是 JavaScript 的一個超集合
    2 使用簡單,容易學習容易掌握
    3 強大的命令列介面(CLI)工具,可以提高生產力和簡化開發
    詳細、維護良好的文件
    4 積極的程式碼庫開發和維護
    5 開放原始碼(使用 MIT 授權)
    6 支援幾十個巢狀特定( nest-specific )的模組,幫助你輕鬆地整合常用的技術和概念,如 TypeORM、 Mongoose、 GraphQL、 Logging、 Validation、 Caching、 Websockets 等等
    7 簡單的單元測試應用程式
    8 為 Monoliths 和 Micro-services (課程有一整個章節是有關於 NestJS 應用程式的 Microservice 類別以及技術和配方的文件)製作。

    在本課程中,將根據講師開發和維護系統的經驗,指導你規劃、開發和部署功能齊全的後端應用程式的流程,這些系統可以在規模上支援數千萬同時使用的使用者。

    https://softnshare.com/nestjs-zero-to-hero/

  • 鬆散耦合 在 COMPOTECHAsia電子與電腦 - 陸克文化 Facebook 的最佳解答

    2020-06-22 14:30:00
    有 61 人按讚

    #物聯網IoT #無線充電 #無線充電聯盟WPC #AirFuel #智慧功率模組IPM #近場通訊NFC #WLC

    【WPC、AirFuel 相互取經,NFC WLC 跨足無線充電】

    已存在一段時間的無線充電,最近因為蘋果 (Apple) iPhone SE2、OnePlus 8 Pro 手機及真無線耳機 (TWS) 的走紅再度躍上版面。Reportlinker.com 預測,2020~2026 年全球無線充電市場規模將達 256 億美元,預測期內年複合成長率 (CAGR) 為 28.4%,可概分為「共振式」(Resonance,鬆散耦合) 和「感應式」(Induction,緊密耦合) 兩大主流。

    前者以 AirFuel 聯盟為首,可穿透數公分的厚實桌面在指定充電範圍內提供多個裝置同時垂直充電,且擺放方式較不受限,惟 6.78MHz 高頻操作,傳輸效率低、易有過熱及干擾問題,亟需氮化鎵 (GaN) 及電源管理演算法 (PMA) 加持,加上無線通訊功能獨立於功率模組之故,製作成本高;後者以無線充電聯盟 (WPC) 為宗,具有低成本、高效率利基,易於大量商品化,缺點是需將兩端線圈對齊才能工作,內嵌磁鐵有助於位置擺放的對齊和定位。

    WPC Qi 已在市場搶得先機,基於安全和干擾考量,「異物偵測」(FOD) 是另一關注重點。事實上,共振、感應在技術上互有長短,兩大陣營也從一開始較勁意味濃厚、轉趨握手言和;值得留意的是,無線充電與 NFC (近場通訊) 的共存一度曾是 WPC 與 AirFuel 相互攻防焦點之一,如今,NFC 論壇本身也自訂無線充電標準「WLC」(Wireless Charging) 作為補充技術——利用 NFC 智慧手機的線圈作為發射器,為無線耳機或穿戴裝置做「反向充電」;而為讓 Qi+NFC 協作順暢,量測儀器廠商也已準備好了!

    延伸閱讀:
    《從旗艦到標配,無線充電欣欣向榮》
    http://compotechasia.com/a/feature/2020/0608/44928.html

    #索尼Sony #三星電子Samsung #德州儀器TI #高通Qualcomm #意法半導體ST #安森美ON #瑞薩電子Renesas #IDT #羅姆半導體ROHM #Micropross #NI #MP300CL3 #MP500TCL3

你可能也想看看

搜尋相關網站