資訊專欄INFORMATION COLUMN
摘要：云原生應用是提出的一個概念，出現在其一書中。既包含技術微服務，敏捷基礎設施，也包含管理，持續交付，康威定律，重組等。同樣的問題也容易發生在部署上線，并可能造成更大的線上故障。它是針對云原生應用開發的最佳實踐原則。
CloudNative
云原生應用是 Matt Stine 提出的一個概念，出現在其 Migrate to cloud Native App Architectures 一書中。
CloudNative 是一個思想的集合，包括 DevOps、持續交付（Continuous Delivery）、微服務（MicroServices）、敏捷基礎設施（Agile Infrastructure）、康威定律（Conways Law）等，以及根據商業能力對公司進行重組。Cloud Native 既包含技術（微服務，敏捷基礎設施），也包含管理（DevOps，持續交付，康威定律，重組等）。Cloud Native也可以說是一系列 Cloud 技術、企業管理方法的集合。
Cloud speed up the rate of creating, CloudNative is the way.CNCF（云計算基金會）認為CloudNative 系統需包含如下屬性： 1. 容器化封裝：
以容器為基礎，提高整體開發水平，形成代碼和組件重用，簡化云原生應用程序的維護。在容器中運行應用程序和進程，并作為應用程序部署的獨立單元，實現高水平資源隔離。
2. 自動化管理：統一調度和管理中心，從根本上提高系統和資源利用率，同時降低運維成本。
3. 面向微服務：通過松耦合方式，提升應用程序的整體敏捷性和可維護性。
CloudNative 致力于解決以下問題： 1. 傳統應用開資源利用率低業務部門通常會根據自己的業務發展規劃資源需求，如起初平均只要一臺設備，但考慮突發業務峰值，以及后續擴容，通常會冗余3~5倍左右的資源，這部分資源幾乎無法被共享使用。而最近幾年出現了虛擬化技術后，理論上基于VM的方式對這個問題有所改善，但仍然存在業務部門申請虛擬機后無人主動釋放的問題，人為因素仍然造成設備資源利用率低。
2. 開發、測試、運維、無法一體化，上線周期長一般中小企業應用開發相對粗放，開發自行搭建環境，開發后代碼給測試，而測試通常也要維護一套相同的運行環境，對每次測試配置應用和環境，容易引起兩邊不一致，造成測試質量下降。同樣的問題也容易發生在部署上線，并可能造成更大的線上故障。
3. 單體應用系統耦合度高，無法滿足應用后續快速迭代和靈活性要求傳統應用開發通常容易造成后續業務發展代碼和系統結構高度耦合，繼而影響整個開發團隊合作，造成組織龐大，分工混亂。同時在新功能開發迭代、問題排查上牽一發而動全身，新功能上線替換式升級，需要中斷線上業務，造成整體系統可用性很低；發布上線本身還可能附帶BUG風險高，隨著時間，人員變動調整，每個企業都有一堆無法維護的毒瘤代碼；在運維上，單體應用幾乎幾法擴容，隨著業務發展，只能限于縱向擴容，盲目提升硬件設備能力，購置昂貴的高端服務器，運維成本越來越高。
在之前，我們介紹過 12-Factor 原則。它是針對云原生應用開發的最佳實踐原則。這些原則帶來的是應用的可移植、自動化、效率提升，促進開發、測試、運維、文化、組織、技術、整個范圍的變革，進而幫助企業IT轉型，成為市場競爭中真正敏捷的力量，獲得優于競爭對手的效率、成本優勢。
Authing 的整體開發架構遵循 CloudNative 思想Authing 的整體開發架構遵循 CloudNative 思想。這為我們和我們的客戶帶來了極大的靈活性、高可用性和可擴展性。成為我們 30+ 倍效率提升的關鍵。
Authing 的目標：致力于提高社會生產力。通過 Authing 推動云原生應用在中國落地，讓Authing 成為受開發者歡迎的身份認證工具，終端用戶喜歡的身份數據品牌。
技術的進步帶來軟件開發越來越往更高一層抽象發展，以達到更高靈活。我們有理由相信未來的軟件開發也可以抽像到如今的硬件組裝一樣，賦予每一個終端用戶更多創造力可能，那時 Authing 將類似你在現時世界看到的 “Inter Inside”。
最后，雖然云原生應用不可能在所有應用場景都完美適配，但在云計算發展到今天的這個時代，尤其你是一個互聯網或小的團隊創業者，云原生（CloudNative）這個理念，你值得擁抱！
參考資料：云原生時代下的12-Factor應用與實踐
https://www.jianshu.com/p/bbd...
遷移到云原生應用架構（中文版）
https://jimmysong.io/migratin...
一篇文章帶你了解 CloudNative
https://blog.csdn.net/u011537...
Cloud Native 世界頂級開源項目
https://blog.csdn.net/M2l0ZgS...
CloudNative 云原生應用匯總
https://blog.csdn.net/wh21121...
Migrate to cloud Native App Architectures
https://www.oreilly.com/libra...
從 Kubernetes 到 CloudNative——云原生應用之路
https://zhuanlan.zhihu.com/p/...
Authing 提供專業的身份認證和授權服務。
我們為開發者和企業提供用以保證應用程序安全所需的認證模塊，這讓開發人員無需成為安全專家。
你可以將任意平臺的應用接入到 Authing（無論是新開發的應用還是老應用都可以），同時你還可以自定義應用程序的登錄方式（如：郵箱/密碼、短信/驗證碼、掃碼登錄等）。
你可以根據你使用的技術，來選擇我們的 SDK 或調用相關 API 來接入你的應用。當用戶發起授權請求時，Authing 會幫助你認證他們的身份和返回必要的用戶信息到你的應用中。
官網：http://authing.cn
小登錄：https://wxapp.authing.cn/#/
倉庫： 歡迎 Star，歡迎 PR
https://gitee.com/Authi_ng
https://github.com/authing
Demo：
https://sample.authing.cn
https://github.com/Authing/qr...
文檔：https://docs.authing.cn/authing/
歡迎關注 Authing 技術專欄文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/106946.html
摘要：身份認證云本質上是一種無服務器應用，今天，我們就來討論下這種模式的優點和缺點。未來幾年一定還會取得其他有趣進展，總有一天身份認證上云將會進入我們的架構工具包。什么是提供專業的身份認證和授權服務。 身份認證云本質上是一種無服務器應用，今天，我們就來討論下這種模式的優點和缺點。如果沒有權衡利弊，你或許不會使用身份認證云或其他無服務器應用。 先看一下無服務器架構的介紹： 無服務器架構是包含 ...
摘要：企業通過微信微博等為消費者提供社交認證或其他更多第三方身份提供商。支持多樣身份提供方案良好的身份管理解決方案應該支持幾乎所有流行的身份來源。易于遷移應支持移入和移出身份管理解決方案而不受限 IDaaS 身份即服務是隨著云計算發展起來的新軟件即服務。 showImg(https://segmentfault.com/img/remote/1460000020177039?w=800&h=...
摘要：而云端身份認證就是這樣一個構建軟件基礎設施的細分市場。可見，云端身份認證的市場在海外已經被打開，這同時也是中國的機會。在中國，是認證行業的領頭羊，其已在新三板上市。這有助于防止身份盜用，消除了個人數字身份在不同場景使用時信息不一致的風險。 showImg(/Users/jack/Authing/images/idaas.jpg); 云端身份認證，也叫IDaaS（Identity As ...
摘要：編寫函數編寫函數推薦使用這個，控制臺中的函數編寫堪稱讓人痛不欲生。在控制臺中安裝在中引入包后會一起打包上傳到運行時中。 Amazon Web Services(AWS) 雖然作為市場份額全球第一的云計算廠商，其產品也不是完美無缺的，Cognito （AWS 的身份認證解決方案）及其附帶的中文文檔就是一個反面教材，其難用程度令人發指。當然，除了不易用之外，還有訪問速度緩慢，不適用于中國市...
閱讀 2053·2021-11-22 13:52
閱讀 975·2021-11-17 09:33
閱讀 2708·2021-09-01 10:49
閱讀 2841·2019-08-30 15:53
閱讀 2659·2019-08-29 16:10
閱讀 2432·2019-08-29 11:31
閱讀 1343·2019-08-26 11:40
閱讀 1866·2019-08-26 10:59
