高手問答第 300 期 —— toB 企業如何利用云原生做軟件交付?

小白兔愛吃大灰狼 發布于 05/16 18:37
閱讀 4K+
收藏 1
我們常說的 CD 是持續集成、持續部署,通常適用于 toC 的企業,一個環境或者多個環境進行持續集成。而標題中說的軟件交付指的是 toB 軟件交付,將企業內部開發完成的軟件交付到客戶的環境中。
在 toB 企業內部工作的我們很清楚,在面臨軟件交付的時候有多么復雜,特別是面對銀行、政府等這些客戶,投入的人力與成本會非常大。
在云原生的浪潮下,業務從單體演變成微服務,傳統軟件交付演變為云原生軟件交付,但在云原生模式下交付微服務仍存在一些問題,例如:大規模微服務 YAML 過多、配置過多,Helm Chart 維護太復雜等等。
 
OSCHINA 本期高手問答 (5 月 17 日 - 5 月 23 日) 我們請來了 張齊老師 和大家一起探討關于toB 企業如何利用云原生做軟件交付的話題。
 
可討論的內容包括但不限于以下幾個方面:
  • 大規模微服務軟件交付相關。
  • 在線、離線軟件交付相關。
  • 研發交付一體化。
以及其他與微服務、交付相關問題,歡迎提問。

嘉賓簡介

張齊,Rainbond 開源社區負責人,熱愛開源,曾經也是一名 coder。
 

為了鼓勵踴躍提問,我們會在問答結束后從提問者中抽取幸運會員贈予筆記本/馬克杯一份。

OSChina 高手問答一貫的風格,不歡迎任何與主題無關的討論和噴子。

下面歡迎大家就 toB 企業如何利用云原生做軟件交付 相關問題向 張齊老師 提問,直接回帖提問既可。

加載中
0
小白兔愛吃大灰狼
小白兔愛吃大灰狼

高手問答第 300 期 —— toB 企業如何利用云原生做軟件交付?

@滕勇志  @iman123 @NIGIAO  @pyboy58

恭喜以上四位網友分別獲得筆記本 / 馬克杯一份。

請于6月1日前登陸賬號, 私信  @小白兔愛吃大灰狼   告知快遞信息(格式:姓名+電話+地址),過期視為自動放棄哦~

南方Go
南方Go
周五終于收到了Rainbond 開源社區的筆記本,感謝社區
0
Li_Peng
Li_Peng

@Rainbond 您好,Rainbond除了應用級抽象、使用簡單之外,與其他競品的對比,還有哪些主要區別和優勢呢?

Rainbond
Rainbond
Rainbond 的產品定位是云原生應用管理平臺,面向的行業大多數是 toB 企業,同時也解決了應用開發 -> 應用交付整個流程。toB 的在線交付、離線交付是 Rainbond 獨有的特色,還有拓撲圖的微服務編排,以及基于 Rainbond 應用模型之上的應用市場等等,歡迎安裝體驗 Rainbond https://www.rainbond.com/
0
regend
regend

@Rainbond 您好,請問下tob場景的交付下,怎么解決不同應用之間的版本依賴問題

Rainbond
Rainbond
回復 @regend : 指的是服務之間的依賴吧,比如說 A服務依賴了 B服務這樣的,Rainbond 這一層解決了這個問題,原生就帶 Service mesh 治理,并且也會控制服務之間的依賴順序,比如說幾十個服務相互之間的依賴和誰先啟動誰后啟動,都可以控制,這也是 Rainbond 特色之一,k8s 中是沒有的,包括其他的平臺
regend
regend
回復 @Rainbond : 應用之間的版本依賴,部署依賴
Rainbond
Rainbond
您指的應用之間的版本依賴是指微服務模塊之間的版本依賴么,還是別的什么,能否描述的更清晰些,這樣我能更好的回答您的問題
0
滕勇志
滕勇志

@Rainbond 麻煩請介紹下離線交付的背后具體是做了那些工作

滕勇志
滕勇志
回復 @Rainbond : 明白了。感謝答復
Rainbond
Rainbond
回復 @滕勇志 : 公司內開發和客戶現場都用 Rainbond,這樣才能體驗到 Rainbond 應用模型交付的便捷,不過應用模型也支持導出別的格式包,比如:docker-compose、helm 等等。
滕勇志
滕勇志
回復 @Rainbond : 這是不是也意味著客戶也需要安裝 rainbond
Rainbond
Rainbond
與 Helm Chart 不同的是 Rainbond 的這一套應用體系和打包、分發更加簡單,不用編寫復雜的 YAML 和 Chart 包,也不用管一堆的鏡像和配置文件怎么處理,降低交付人員門檻的同時也提升了交付效率
Rainbond
Rainbond
Rainbond 基于 RAM (Rainbond Application Model)應用模型支撐,定義了應用的規范,基于此衍生了應用商店,可以一鍵將幾十個大規模的微服務發布到應用商店,發布后可以導出一整個 tgz 壓縮包,其中包含了鏡像、元數據描述信息等,把離線包拿到客戶現場,直接導入并且一鍵安裝、交付即可。
0
天生萬物以養人
天生萬物以養人

@Rainbond請教下,在toB場景下,云原生的交付體系,相對于傳統的jenkins或者gitlab的CD,能力上有什么增量嗎?

Rainbond
Rainbond
曾經的業務架構很簡單,就一個 war 包,交付也是通過 Jenkins 把 War 包打出來,然后拿到客戶那去交付、運行,但技術也需要迭代、進步,轉變為微服務架構之后,這種傳統方式就行不通了,Jar 包和配置文件以及啟動腳本等等,太多了,處理起來非常麻煩,這時候容器和容器編排就是很好的解決方案
0
南方Go
南方Go

@Rainbond  1.持續集成 怎么做到研發交付一體化??

2.rainbond 感覺和 rancher 做的事情很接近, 和rancher的差異化和共同點有哪些??

3.如果不用管一堆的鏡像和配置文件, 怎么做到差異化管理容器和每個微服務的資源??

Rainbond
Rainbond
3. Rainbond 將一個微服務模塊抽象成一個組件,每個組件都有它們對應的配置,包括鏡像、環境變量、配置文件等等,當然這些配置還要管理的。我上面說的不用管理的意思是當我們通過 Helm Chart 交付的時候會有 Chart 包、很多鏡像 tar 包、以及 SQL等等,而這些在 Rainbond 上交付時都能包含到一個 tgz 包內,導入后再去配置,會比較清晰、易用
Rainbond
Rainbond
2. Rainbond 與 rancher 完全兩個路線哈,不沖突,rancher 做容器管理平臺,包括容器周邊的生態,k3s、rke、rke2 等等,Rainbond 底層的 k8s 集群還采用了 rke 呢,Rainbond 不做容器以下的事,做容器以上的事就是應用層的事情。共同點就是底層都是 k8s,差異化就比較大了,完全不一樣
Rainbond
Rainbond
1. Rainbond 在開發測試環境使用的也比較廣泛,從源碼一鍵部署 -> 微服務編排 -> 持續集成 -> 測試等等,客戶環境也用 Rainbond,當研發完成之后就發布到應用商店,客戶環境安裝,這是個簡述版的研發交付一體化,當然還有別的更詳細的場景,需要具體實踐哈
0
LeoXu
LeoXu

@Rainbond 您好,基于咱這個主題(toB 企業如何利用云原生做軟件交付),我想了解下典型的整個交付流程,老師能否概要地闡述一下?或者推薦一些博文資料,謝謝!

Rainbond
Rainbond
之前有寫過一些文章,可以看看: https://mp.weixin.qq.com/s/Y2xqBkk-SA5pZFlx8vC0PA https://mp.weixin.qq.com/s/3Dx-Xs_JIjPTDYHL5RZ1eg
0
hi懶喵
hi懶喵

必須支持大規模云服務快速更新的能力、服務必須具有高健壯性、故障自愈能力

0
e
ericyan1

@Rainbond
您好,云原生軟件交付后,運維和運營是怎么規劃,請老師給些建議。

Rainbond
Rainbond
運營不太清楚你指的是什么,運維的話也得看客戶需求,有些客戶不需要頻繁迭代,這就不需要太多運維工作。
0
南方Go
南方Go

@Rainbond  k8s集群有兩個網段一個公網可以訪問,一個只可以訪問內部網,k8s容器化后網段怎么劃分和隔離比較好?

Rainbond
Rainbond
描述的不是很具體哈,能否把場景描述的更具體寫
OSCHINA
登錄后可查看更多優質內容
返回頂部
頂部
一本久久综合亚洲鲁鲁五月天,无翼乌口工全彩无遮挡H全彩,英语老师解开裙子坐我腿中间