Kong 0.13.1 發布, 分布式微服務抽象層

2020-12-13 開源中國

Kong 0.13.1 已發布，這是一個小版本，包含一些 bug 修復和小的新特性。

主要亮點：

  • 大部分 no memory 錯誤都已被解決

  • 資料庫 cache miss 現在存儲在單獨的內存區域以減少緩存更新並提高性能和可靠性

  • Nginx的 stdout，stderr 現在正確地重定向到 kong start

  • kong start 現在會驗證 Cassandra 或 PostgreSQL 實例是否屬於支持的版本範圍，並顯示警告

  • 對 CLI，Admin API 和插件的多項 bug 修復......

完整更新內容請查閱更新日誌

Kong 是一個雲原生、快速、可擴展和分布式的微服務抽象層（也稱為 API 網關），通過插件擴展功能。Kong 有兩個主要組件：基於 nginx 的伺服器，用來接收 API 請求的 Kong Server；以及用來存儲操作數據的 Apache Cassandra 。

相關焦點

  • 淺談集群、分布式、微服務的異同
    如果是很大用戶量，且某些功能會被頻繁訪問，或者某些功能計算量很大，建議將應用拆解為多個子系統，各自負責各自功能，這就是微服務架構。微服務的設計是為了不因為某個模塊的升級和 BUG 影響現有的整個系統業務。微服務與分布式的細微差別是，微服務的應用不一定是分散在多個伺服器上，它也可以是同一個伺服器。微服務相比分布式服務來說，它的粒度更小，服務之間耦合度更低。
  • SpringCloud:分布式微服務架構
    特徵每個微服務可獨立運行在自己的進程中。一系列獨立運行的微服務共同構建起整個系統。每個服務為獨立的業務開發，一個微服務只關注某個特定的功能。Spring Cloud 是一套完整的分布式微服務解決方案，基於 Spring Boot 框架，準確的說，Spring Cloud它不是一個框架，而是一個大的容器。Spring Cloud是一系列框架的有序集合，共有20多項技術。
  • 美團T9都說太「強」了,以微服務分布式的實戰詳解SpringCloud
    隨著微服務架構的興起，國內的IT企業特別是網際網路公司近年來都逐步引入了微服務技術並使其在實踐中落地，實施微服務架構最流行的方案非SpringCloud莫屬。從企業的真實需求出發，理論結合實際，深入講解SpringCloud微服務和分布式系統的知識。
  • NutzWk 5.2.6 發布,Java 微服務分布式開發框架
    項目介紹:NutzWk 是有五年多歷史的Java Web開源開發框架，其5.x 是Java 微服務分布式版本
  • 微服務 SpringCloud Alibaba Seata處理分布式事務
    一次業務操作需要跨多個數據源或需要跨多個系統進行遠程調用，就會產生分布式事務問題。例如，在微服務分布式架構中，一次網上購買操作涉及到，訂單系統，支付系統，積分系統，庫存系統，物流系統。一個業務邏輯，分別對應不同的系統，不同的數據源，其中一環出現問題，需要全部回退，這就是分布式事務要解決的問題。
  • 巨杉金融級分布式資料庫SequoiaDB 3.2發布,特性全面強化
    2019年5月上旬，巨杉資料庫在DTCC（2019中國資料庫技術大會）上隆重發布了旗下核心分布式資料庫產品SequliaDB 3.2版本，並就當前業內需求趨勢，資料庫的創新理念和創新之處進行了一番介紹。
  • Envoy 1.9.0和Kong 1.0 GA同時發版本了!
    Envoy 1.9.0 發布Kong 1.0發布，從網關轉型為服務控制平臺嗎？現在他們發布1.0 GA 了！https://konghq.com/blog/kong-1-0-ga/https://github.com/Kong/kong/releases/tag/1.0.0https://github.com/Kong
  • 微服務冪等性
    1.3 重試機制降低微服務失敗率提高至四個或五個9提高微服務架構的容錯性提高微服務架構的高可靠性2 冪等分析2.1 冪等場景        可能會發生重複請求或消費的場景，在微服務架構中是隨處可見的。以下是筆者梳理的幾個常見場景：網絡波動：因網絡波動，可能會引起重複請求分布式消息消費：任務發布後，使用分布式消息服務來進行消費用戶重複操作：用戶在使用產品時，可能會無意的觸發多筆交易，甚至沒有響應而有意觸發多筆交易未關閉的重試機制
  • 華為自爆宇宙級:基於SpringBoot+Cloud微服務分布式架構實戰手冊
    通過學習前半部分的內容，你可以基本搭建Consul集群、多個微服務、微服務間通信、負載均衡、斷路器的分布式基本結構，後半部分的內容主要介紹如何編寫微服務業務代碼，包括Spring Boot、 MySQL、 Redis、 緩存一致性、事務、異步線程池、分布式消息通信、分布式任務調度管理及FastDFS分布式文件管理。
  • Rainbond v5.1.2 發布,微服務架構應用便捷管理和交付
    Rainbond v5.1.2發布，微服務架構應用便捷管理和交付Rainbond是開源的企業應用雲作業系統，支撐企業應用的開發、架構、交付和運維的全流程，通過無侵入架構，無縫銜接各類企業應用，
  • 3分鐘讀懂何為分布式、微服務和集群!
    一、分布式小馬正在經營一個在線購物網站，名叫TT貓，有商品管理、訂單管理、用戶管理、支付管理、購物車等模塊，每個模塊部署到獨立的雲服務主機。
  • 分布式常用工具組件 distributed-tool V1.3 發布
    其中包括但不限於：分布式List、分布式Set、分布式Long、分布式信號量、分布式緩存、分布式鎖、分布式序列號生成器、分布式訂閱發布模式等常用工具類目前微服務開發的系統很多，這個就涉及到分布式集群問題。
  • 微服務架構的分布式容錯 · SOSP 2019
    本文要介紹的是 2019 年 SOSP 期刊中的論文 —— Aegean: Replication beyond the client-server model[^1]，這篇論文實現的 Aegean 並不是複雜的系統，它更像是一個工具或者框架，能夠在今天複雜的微服務架構中保證請求處理的正確性。
  • Sentinel Go 1.0.1 發布,雲原生流控降級組件
    Sentinel Go 1.0.1 版本正式發布，針對 1.0 GA 版本進行了一些功能改進和 bug fix。
  • .NET 微服務實戰之必須得面對的分布式問題
    這三個問題也是很多面試官在面試的時候檢驗應聘者是否有實踐過分布式系統的經驗的標準之一，而微服務作為分布式系統的架構風格，在實施過程中也無法倖免以上問題。源碼：https://github.com/SkyChenSky/Sikiro分布式基礎概念用微服務架構風格設計出來的系統是典型的分布式系統。
  • 微服務解決方案 Apache ServiceComb 發布 0.3.0 版本
    Apache ServiceComb 1.0.0 發布了，此次更新的部分包括 Apache ServiceComb Java-Chassis
  • 一文詳解:如何設計出高可用的分布式架構?
    在分布式架構中，SOA 和微服務架構是最常見的兩種分布式架構，而且目前服務網格的概念也越來越火了，我們就先從這些常見的架構開始。而最近 Buoyant（開源 Linkerd 的公司）又發布了基於 Kubernetes 的 Service Mesh 開源項目 Conduit。關於微服務和服務網格的區別，我這樣理解：微服務更注重服務之間的生態，專注於服務治理等方面，而服務網格更專注於服務之間的通信，以及和 DevOps 更好的結合等。
  • 談數據:微服務環境下,數據如何治理?
    首先 ，可以肯定的是中臺和微服務都是IT治理演進產物，從單體式的系統架構，到模塊化的垂直架構，到中心化的SOA架構，再到現在分布式的微服務架構、中臺架構。其次 ，中臺、微服務都講求：抽象、重用和自治。抽象：將一個分布在不同系統的不同模塊，按照業務模塊進行抽象和拆分，形成獨立的服務，例如：用戶管理、商品管理、訂單管理。重用：即復用被抽象重構的服務，避免重複「造輪子」。自治：服務是獨立開發、獨立維護，相互之間沒有強依賴關係，更加體現軟體設計中的高內聚、鬆耦合理念，可以針對每個服務進行服務降級、限流、熔斷等處理，而不影響其他服務的使用。
  • Uncode-Schedule 1.1.0 發布,分布式任務調度組件
    Uncode-Schedule 分布式任務調度組件，非常小巧，目前還是保持一個 jar 包，確保所有任務在集群中不重複，不遺漏的執行
  • MicroProfile 2.0 在路上,看看 1.3 版本帶來了哪些優點
    Eclipse MicroProfile 1.3 已於 2018 年 1 月初發布，但我們已經在期待著 2.0 的發布了（計劃是 2018 年 3 月下旬）。