天天看點

開發者說:如何參與定義 Cloud Toolkit

開發者說:如何參與定義 Cloud Toolkit

自從産品經理銀時小夥和他的開發小哥們在去年12月釋出 Cloud Toolkit(一款 IDE 插件)以來,已幫助數以萬計的開發者們提高了雲上的部署效率,期間,他們還釋出了 Contributor Ranking List,和開發者們一同定義、打造好用的 IDE 插件。這一次,開發者張航分享了他和 Cloud Toolkit 的故事。

點選,馬上參與貢獻!

我怎麼愛上這款工具的

3月初,我在浏覽阿裡雲的時候,偶然間看到 Alibaba Cloud Toolkit 的推薦,便随意點開了介紹視訊,看完之後頓時來了興趣。因為我平時工作打包用的是 maven,把包複制出來用 xftp 上傳,然後再用 xshell 連接配接伺服器,一頓操作猛如虎,一看效率嗚嗚嗚。有時候小項目的測試環境一天能來來回回打好幾個包,非常繁瑣,雖然之前公司用過 jenkins,但是其配置過于複雜,加上新公司又是小項目,是以就沒使用它,是以一直爬不出打包、部署效率低下的坑。直到我遇上 Cloud Tooklit,看完視訊介紹,當時的我内心在呐喊:我的天,還有這種操作!?簡單地配置一下伺服器,打包釋出一氣呵成,如行雲流水一般,比德芙還要絲滑(手動狗頭)。

我最常使用的功能

鑒于我目前使用 Cloud Toolkit 是 2019.3.3 版本的,是以隻介紹該版本下我最常使用的功能。

  • 檔案/檔案夾上傳

以前我們将檔案上傳到伺服器就用 xftp 或者 xshell,現在我們隻需要點選一下 upload,随後選擇要上傳的檔案/檔案夾,然後再選擇你要上傳的伺服器,在 location 中輸入檔案/檔案夾存放路徑,最後點選 upload 即可。整個操作均在 IDEA 内完成,不用将界面切換出去,一心一意專注一個界面,真是美滋滋~

(ps:如果上傳後想執行 shell 腳本,則可以點開 after upload,指定腳本即可,十分友善。)

開發者說:如何參與定義 Cloud Toolkit
  • 一鍵部署 ECS/Host

以前我們部署需要 maven 打包,然後把包通過 xftp 或者 xshell 上傳到伺服器,然後再運作啟動腳本。

部署到 ECS 和 Host 的方法基本相同,不同之處是 ECS 會把包上傳到 OSS,然後下載下傳到伺服器;而 Host 則是直接上傳。是以如果看到部署 ESC 時顯示"連接配接逾時“,多半是你的雲助手出了毛病,此時老鐵不方,問題不大,隻要去阿裡雲提個工單就好,會有工程師即時給你解決。

開發者說:如何參與定義 Cloud Toolkit

現在我們隻需要在 Tools 中找到 Alibaba Cloud,選擇 Deploy to ECS,然後做一下簡單的配置即可。我們可以選擇 2 種方式部署,一種 maven 建構一個中檔案上傳,個人推薦 maven 建構,因為一旦修改代碼後,想再部署隻要點一下啟動就行了,一氣呵成,perfect!!!

下面說說具體實施步驟:

  1. 首先我們要在 Name 那裡起個名字,比方說 demo test deploy;
  2. 切換到我們伺服器所在的大區,選中我們想要部署的伺服器;
  3. 在 Target Directory 寫上檔案部署目錄,比如 /opt;
  4. 在 Command 指定運作腳本路徑,比如 sh /opt/start.sh;
  5. 最後隻需稍等 1 分鐘,喝口咖啡,調戲一下程式員鼓勵師,控制台便會提示你部署成功。
開發者說:如何參與定義 Cloud Toolkit
開發者說:如何參與定義 Cloud Toolkit

我覺得最好用的功能

講到 Cloud Toolkit 最好用的功能,那必須是一鍵部署 ECS/Host啦,這個簡直是最最最最最最常用,解決了開發部署是最痛痛痛痛痛痛點,原始的打包、上傳、釋出,一套軍體拳打下來雖然虎虎生風,但是總是來回切換軟體,切換螢幕,令人非常煩躁,然後就會經常出現下面的對話:

開發者說:如何參與定義 Cloud Toolkit

後來打包部署次數多了,就不得不使用 jenkins 了,但是配置起來太繁瑣,操作過程太複雜,而且還要來回切換 IDEA 界面,讓我不能專注于一個界面,打亂我的思緒,體驗非常不好。得虧救世主 Cloud Toolkit 問世,讓我深深拜倒在她的石榴裙下。不得不說,它的配置非常簡單,一鍵就能将修改好的代碼打包部署,随後就坐等頁面重新整理看效果,操作步驟少而簡,讓人愛不釋手。

開發者說:如何參與定義 Cloud Toolkit

我認為最爛的功能

目前來說,我覺得 Cloud Toolkit 的整體使用體驗良好,沒有比較爛的功能,但是其中體驗稍微不足的地方,就是在一鍵部署的配置裡一個選擇 shell 腳本執行的功能。如果第一次部署配置到 Command,肯定要點選右側的 Select Command 選擇一個執行腳本,但是這裡提供的添加是基于伺服器上已經存在了腳本,如果能做到真正的編輯、新增,然後再選擇,那就更完美了。

如果能做一個幫助程式員給變量或方法起名的插件更好啦,市面上有 codeif,但是我覺得不好用,而且沒有 IDEA 插件。簡單的需求我都想好啦,首先 IDEA 内熱鍵喚起搜尋框,鍵入中文,下拉展現出最合适比對的英文按照适用百分比倒叙排列,然後滑鼠光标移動到上面可以看到使用該命名的相關開源項目,然後點選開源項目能看到代碼縮略圖。

如果這個工具能做出來,那麼假以時日,必定像 2000 年前秦始皇的書同文,車同軌一樣具有劃時代的意義,不僅解決了起名難題,也解決了換公司接受不同項目能快速了解業務的難題。

我眼中的同類産品對比

傳統的打包、部署主要采用 xftp 和 xshell 來配合完成,後來我自己使用 jenkins 來自動建構釋出,再結合 Cloud Toolkit 的部署,現在将這三者進行比較,總結如下:

同類産品 使用體驗總結
傳統 xftp 和 xshell 打配合 需要來回切換軟體,當一天需要來回打好幾個包時候,工作效率和激情會極其低下。
使用 jenkins 剛開始搭建配置複雜繁瑣,需要安裝許多東西,而且還是得來回切換軟體。
使用 Cloud Toolkit 插件的安裝、配置簡單,操作便捷,一氣呵成,最最最關鍵不用切出 IDEA 界面,一心一意專注于核心工作内容,工作效率提高不少。

我想對 Cloud Toolkit 團隊說

從一開始接觸了解 Cloud Toolkit 到最終使用它,整個過程中遇到過很多問題,但是也得益于 Cloud Toolkit 團隊,他們時時刻刻站在我們身邊,困難和疑惑都得到及時的幫助和解答,比如說:

  1. 一開始使用 2019.3.1 版本時,遇到了點選檔案上傳但是無效的問題,釘釘群裡聯系團隊後,立馬有專人給我開遠端核查問題,然後幫助解決了。
  2. 在部署到 ECS 時遇到了連接配接逾時的問題,後來發現是雲助手的問題,通過提工單,最後也解決了。
  3. 在部署的時候,發現上傳檔案出現超過 100% 、控制台列印上傳780%的搞笑情況,最後團隊以最快速度解決此問題。

總的來說,真的很感謝 Cloud Toolkit 團隊,他們能發現行業内痛點并去開發産品出來解決大家的難點,出現問題能及時解決,是我們兼職程式員的福音啊!希望 Cloud Toolkit 團隊再接再厲,作出更好的作品。

原文作者:

張航,南京思想機器進階 Java 開發工程師,主要傍身技能:Springboot、Spring Cloud全家桶、MySQL、Redis、MongoDB 和 RabbitMQ等。目前主導小思機民間借貸風控公衆号的開發和疊代工作。

如何參與定義 Cloud Toolkit

1、釘釘掃描二維碼,進入釘群:

開發者說:如何參與定義 Cloud Toolkit

2、微信掃描二維碼,運維人員将你拉進群:

開發者說:如何參與定義 Cloud Toolkit

3、

直接上手:
開發者說:如何參與定義 Cloud Toolkit