從商業利益看 Go 程式語言

從 2016 年開始寫 Go 程式語言，在這一年我向很多朋友介紹了 Go 語言，很多人就不經問到為什麼我這麼喜歡 Go 語言，在公司內同事或主管更會問，為什麼要從 Node.js 或其他語言轉換到 Go，Go 語言有什麼地方可以帶給公司更大的利益，否則為什麼要多花時間跟人力去嘗試 Go 語言。如果團隊要建置一個商業 Web 服務，那我覺得底下的優點，是讓您選擇 Go 語言的最主要原因。

Go 優勢

  • 快速又簡單部署
  • 支援跨平台編譯
  • 保護原始程式碼
  • 善用多核心處理
底下會針對上述提到的優點進行詳細說明。

1. 快速部署

傳統部署

大家都知道 Golang 可以將專案程式碼編譯成一個二進制檔案，直接部署此檔案會比上傳上百的或上千個檔案還要來得容易。傳統上傳多個檔案是非常慢的，這就是為什麼我們在部署之前會將所有檔案透過 zip 或 tar 的方式打包成一個檔案再部署到機器上，除此之外，上傳後，伺服器端要另外解壓縮或者做其他事情，想想看要寫多少 Shell Script 才能完成此事情，而這些事情都是要靠 DevOps 工程師去撰寫，以及花時間去調整 CI 伺服器 (像是 Jenkins)。

伺服器設定

當然還沒完，檔案上傳完後，每一台伺服器都需要準備相關軟體及設定，這時候可以透過 Docker 及 Puppet 或 Chef 完成這些事情，這些都是要花很大量的時間去處理，另外還要處理相對應安全性問題，像是 PHP 或 Python 或 Ruby 甚至 Node.js 版本的升級，太多層面需要考量。

用 Go 語言

在 Go 語言，你只需要將程式碼編譯出二進制執行檔，就可以直接丟到多台伺服器，直接啟動，並不需要準備各種環境或軟體設定，省下來的時間就是大量的金錢。如果是用 Go 語言，我相信團隊內的 DevOps 工程師會很感謝你。假如團隊還沒將 DevOps 流程納入公司的商業考量，那您就落伍了。一位好的 DevOps 工程師可以幫團隊省下很多資金。

2. 不需要 Web 伺服器

這點其實就跟 Node.js 很像，你不需要 Apache 或 Tomcat 或 Nginx 等相關服務，Go 的執行檔就可以處理 Http 連線，這意味著不會有伺服器設定，也不需要維護成本，更不用考慮伺服器安全性問題。當然你執意要使用 load balance 像是 Nginx 或 HAProxy 這時候就會變得比較難除錯，也會多花不少時間再調整設定。

3. 保護程式碼

這點非常重要，如果你是賣軟體或者是雲端的公司，這時候客戶希望你將整套雲端放置在客戶公司內部，讓他們測試使用，這時候如果你是使用 Node.js, Ruby 或 PHP 的話，你只能乖乖的將整套原始碼放置在對方公司，並且心驚膽跳的怕對方有意去複製整套程式碼，這時候你敢跟老闆講說，我們需要將程式碼放到對方公司嗎？但是如果是在 Go，我們只需要給客戶一個檔案，請他們直接執行，就可以將服務跑起來，如果想要 decompile 此 binary，答案是 NO。

4. 多核心處理

Go 是個多核心處理的程式語言，這對於伺服器非常重要，許多 web 多語言都是跑 single thread，所以會閒置許多系統效能，現在的伺服器幾乎都是多核 CPU 了，像在 Node.js 你就必須在一台機器跑多個 Node 服務，才可以有效率地發揮效能。在 Go 1.5 版本後 (含 1.5) 已經將 GOMAXPROCS 預設值為系統可用的多核數，所以只要啟動一個執行檔，就可以將系統效能發揮到極限。

5. 跨平台編譯

Go 語言可以將程式碼編譯成 Windows 或 MacOS 或 Linux 的執行檔，方便攜帶或測試，想看看業務到外面跟客戶 Demo，還要連到 Internet 才可以 Demo 給客戶看，如果網路環境不好或者是沒網路該怎麼辦呢？這時候你只需要攜帶一個執行檔在身上就可以解決您的問題。在團隊內部，每次 QA 都要等工程師部署到內部機器才可以開始測試，這時只要給他們執行檔，就不需要等待工程師部署才可以測試，省下多少時間，這些寶貴的時間都是金錢啊。

結論

其實你會發現上面提到的所有優勢都是省下時間及金錢，時間在公司是非常重要及寶貴，大家可以想看看，省下的時間是不是可以讓團隊多做一些事情，讓公司更進步更有競爭力呢？

留言

張貼留言

這個網誌中的熱門文章

Json概述以及python對json的相關操作

圖片
什麼是json： JSON(JavaScript Object Notation) 是一種輕量級的數據交換格式。易於人閱讀和編寫。同時也易於機器解析和生成。它基於JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999的一個子集。JSON採用完全獨立於語言的文本格式，但是也使用了類似於C語言家族的習慣（包括C, C++, C#, Java, JavaScript, Perl, Python等）。這些特性使JSON成為理想的數據交換語言。 JSON建構於兩種結構： “名稱/值”對的集合（A collection of name/value pairs）。不同的語言中，它被理解為對象（object），紀錄（record），結構（struct），字典（dictionary），哈希表（hash table），有鍵列表（keyed list），或者關聯數組（associative array）。 值的有序列表（An ordered list of values）。在大部分語言中，它被理解為數組（array）。 這些都是常見的數據結構。事實上大部分現代計算機語言都以某種形式支持它們。這使得一種數據格式在同樣基於這些結構的編程語言之間交換成為可能。 jso官方說 ​​明參見：http://json.org/ Python操作json的標準api庫參考：http://docs.python.org/library/json.html 對簡單數據類型的encoding 和decoding： 使用簡單的json.dumps方法對簡單數據類型進行編碼，例如： import json obj = [[ 1 , 2 , 3 ], 123 , 123.123 , 'abc' ,{ 'key1' :( 1 , 2 , 3 ), 'key2' :( 4 , 5 , 6 )}] encodedjson = json.dumps(obj) print repr (obj) print encodedjson 輸出： [[1, 2, 3], 123, 123.123, 'abc', {'ke...
閱讀完整內容

Docker容器日誌查看與清理

1. 問題 docker容器日誌導致主機磁盤空間滿了。 docker logs -f container_name 劈裡啪啦一大堆，很佔用空間，不用的日誌可以清理掉了。  2. 解決方法 2.1 找出Docker容器日誌 在linux上，容器日誌一般存放在 /var/lib/docker/containers/container_id/ 下面，查看各個日誌文件大小的腳本docker_log_size.sh，內容如下： #!/bin/sh echo "======== docker containers logs file size ========" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do ls -lh $log done # chmod +x docker_log_size.sh # ./docker_log_size.sh 2.2 清理Docker容器日誌（治標） 如果docker容器正在運行，那麼使用 rm -rf 方式刪除日誌後，通過 df -h 會發現磁盤空間並沒有釋放。 原因是在Linux或者Unix系統中，通過 rm -rf 或者文件管理器刪除文件，將會從文件系統的目錄結構上解除鏈接（unlink）。 如果文件是被打開的（有一個進程正在使用），那麼進程將仍然可以讀取該文件，磁盤空間也一直被佔用。 正確姿勢是 cat /dev/null > *-json.log ，當然你也可以通過 rm -rf 刪除後重啟docker。 接下來，提供一個日誌清理腳本 clean_docker_log.sh ，內容如下： #!/bin/sh echo "======== start clean docker containers logs ========" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs d...
閱讀完整內容

利用 Keepalived 提供 VIP

Keepalived 是一種基於 VRRP 協定實現的高可靠 Web 服務方案，用於防止單點故障問題。因此一個 Web 服務運作至少會擁有兩台伺服器執行 Keepalived，一台作為 master，一台作為 backup，並提供一個虛擬 IP（VIP），master 會定期發送特定訊息給 backup 伺服器，當 backup 沒收到 master 訊息時，表示 master 已故障，這時候 backup 會接管 VIP，繼續提供服務，來確保服務的高可靠性。 VRRP VRRP（Virtual Router Redundancy Protocol，虛擬路由器備援協定），是一個提供備援路由器來解決單點故障問題的協定，該協定有兩個重要概念： * VRRP 路由器與虛擬路由器：VRRP 路由器是表示運作 VRRP 的路由器，是一個實體裝置，而虛擬路由器是指由 VRRP 建立的邏輯路由器。一組 VRRP 路由器協同運作，並一起構成一台虛擬路由器，該虛擬路由對外提供一個唯一固定的 IP 與 MAC 位址的邏輯路由器。 * 主控制路由器（master）與備援路由器（backup）：主要是在一組 VRRP 中的兩種互斥角色。一個 VRRP 群組中只能擁有一台是 master，但可以有多個 backup 路由器。 VRRP 協定使用選擇策略從路由器群組挑選一台作為 master 來負責 ARP 與轉送 IP 封包，群組中其他路由器則作為 backup 的角色處理等待狀態。當由於某種原因造成 master 故障時，backup 會在幾秒內成為 master 繼續提供服務，該階段不用改變任何 IP 與 MAC 位址。 Keepalived 節點配置 IP ADDRESS ROLE 172.16.1.101 vip 172.16.1.102 master 172.16.1.103 backup 安裝與設定 這 ubuntu 14.04 LTS Server 中已經內建了 Keepalived 可以透過 apt-get 來安裝： $ sudo apt-get install -y keepalived 也可以透過 source code 進行安裝，流程如下： $ sudo apt-get install build-essential libssl-dev $ wge...
閱讀完整內容