顯示文章

這裡允許您檢視這個會員的所有文章。請注意, 您只能看見您有權限閱讀的文章。


文章 - HaWay

頁: [1] 2 3 ... 90
1
對不起,因為我的疏失,今天活動與 freebsd 撞期,活動延期,請大家不要前來

2
Linux 討論版 / Re: 唯讀的檔案系統
« 於: 2016-11-10 10:14 »
就是硬碟準備要掛了,資料趕快備份換個硬碟吧

3
您是否已不想再用印著 gmail.com 或 msa.hinet.net 信箱的名片? 您的公司還沒有專屬網站嗎?

參加我們的工作坊,我們會幫助您建立 (公司名稱).com.tw 網站,以及 專屬您的 name@(公司名稱).com.tw 電子信箱。

完全不懂怎麼做網站的人、不知道域名是什麼的人請放心參加,本工作坊非常適合初級者。

參加本活動,您會獲得... 一個免費的 .com.tw 域名 (第一年可免費使用) 我們會幫助您架設網站 在 Gandi,每個域名皆可享有的附加服務:

- 5 個電子信箱帳號,容量 1 GB
- 1000 個免費轉址
- 一個單頁網站
- 一年期免費 SSL 憑證
- Simple Hosting 半價優惠 (可架設 WordPress)

《注意事項》

1. 參加者請自備筆電,如果您無法自備筆電,請與我們聯繫,我們會為您準備。
2. 現場提供紙杯,但為響應環保,請盡量自備水杯或是容器。
3. 報名方式:我們的工作坊一天有三個時段(時段請參考票種資訊),每場活動時間皆為一小時,請先選4. 擇您想要參加的日期,在接下來的流程中再選擇您要報名的時段,謝謝!

報名網址: http://gandi.kktix.cc

https://www.gandi.net LINE:@gandi\_tw Facebook Twitter

4
好康報報 / [Gandi] 黑客松-HackEasy.life
« 於: 2016-09-12 16:09 »



大綱

若給您兩個主題,一個是「電子商務」,一個是「簡化購物流程」,您可以打造出什麼樣的專案呢?您可以製作個人化的 IoT 專案,也可以針對某單位規畫專案,或甚至是打造出整套電子商務流程。HackEasy.Life 是第一個以「簡化或建立獨特購物體驗」為主題的黑客松,重點在透過現代科技讓購物更方便。

誰可以參加?

如果您有撰寫程式的經驗,即可報名參加。或是,如果您有很棒的想法,且可在24小時的黑客松中,透過團隊的努力而實現,也歡迎報名!您可以在活動說明會尋找團隊夥伴!

讓我們來打造專案吧!

我們希望將初學者和專家齊聚一堂,彼此分享經驗、製作專案、以及從中學習。黑客松最重要的部分是分享您的經驗,還有不用說,交朋友也是很重要的!我們的黑客松有各個類別,您可以選擇呈交專案給評審團,他們會依據各類別來評審,獲勝者最高可得新台幣十萬

報名網址: http://hackeasy.life

5

您是否已不想再用印著 gmail.com 或 msa.hinet.net 信箱的名片?
您的公司還沒有專屬網站嗎?
 
參加我們的工作坊,我們會幫助您建立 (公司名稱).com.tw 網站,以及
專屬您的 name@(公司名稱).com.tw 電子信箱。
 
完全不懂怎麼做網站的人、不知道域名是什麼的人請放心參加,本工作坊非常適合初級者。
 
參加本活動,您會獲得...
 一個免費的 .com.tw 域名 (第一年可免費使用)
我們會幫助您架設網站
在 Gandi,每個域名皆可享有的附加服務:
  • 5 個電子信箱帳號,容量 1 GB
  • 1000 個免費轉址
  • 一個單頁網站
  • 一年期免費 SSL 憑證
  • Simple Hosting 半價優惠 (可架設 WordPress)


《注意事項》
  • 參加者請自備筆電,如果您無法自備筆電,請與我們聯繫,我們會為您準備。
  • 現場提供紙杯,但為響應環保,請盡量自備水杯或是容器。
  • 報名方式:我們的工作坊一天有三個時段(時段請參考票種資訊),每場活動時間皆為一小時,請先選擇您想要參加的日期,在接下來的流程中再選擇您要報名的時段,謝謝!

報名網址:
http://gandi.kktix.cc/

6
Linux 討論版 / Re: win10安裝centos7問題
« 於: 2016-09-05 14:13 »
翻翻 /var/log 下面看看有沒有錯誤訊息?

你安裝的時候是選文字模式開機?然後才用 startx 進入 x-window 是嗎?

7
雜七雜八 / New topic test
« 於: 2016-07-25 23:19 »
test to post a new topic

8
雜七雜八 / Re: 網路品質又下降了
« 於: 2016-07-25 23:19 »
Reply test

10
不然就找找 interface rename 的相關文章, 自己從 scripts 去控制。

11
我只知道有固定的 IP, 固定的 interface 好像沒辦法

12
假的也沒關係, 提醒大家自動化佈署的過程中,應該還是要多注意驗證流程與各項規則的重要性

13

http://www.ithome.com.tw/article/103821

高達近6成(59.3%)今年計畫擁抱DevOps流程中的持續整合(Continuous Integration),近半數(49.7%)則要擁抱持續交付(Continuous Delivery)

14
DevOps 討論版 / Re: [CI] Gitlab-ci 自動測試
« 於: 2016-02-16 09:49 »
請問是 .gitlab-ci.yaml 還是 .gitlab-ci.yml ? 還是兩者皆可?
因為我看GitLab Doc說是後者。

這個檔的產生只能自己寫或拿Sample改是嗎?
有工具可以產生或檢查錯誤嗎?

感謝, 已修正.

yml 好像沒看到產生工具, 只有看到驗證工具
引用
Validate the .gitlab-ci.yml

Each instance of GitLab CI has an embedded debug tool called Lint. You can find the link under /ci/lint of your gitlab instance

15
DevOps 討論版 / [CI] Gitlab-ci 自動測試
« 於: 2016-02-15 16:10 »
(先貼, 回家再排版整理)

gitlab 原本的作法是 gitlab & gitlab-ci 屬於不同的軟體, 在 x.x 版的更新後
已經將 gitlab-ci 整合進入 gitlab 裡面, 所以最新版的 gitlab 已經納入了 gitlab-ci

CI Server 在幹嘛?

CI 其實叫做持續整合, 當多人同時進行開發的時候, 會需要進行程式碼整合, 在過去的年代各種開發的方式下, 有人把 code 寄來寄去, 有人用 copy 覆蓋, 之後有 SVN , 到現在的 git, 不外乎一個重點, "把所有人的 code 整合成一個版本", 以前用人工的方式合併, 通常會由最資深或是最熟悉的人進行最後整合, 接者釋出一個版號進入測試. "把所有人的 code 整合成一個版本並且進行測試" 這就是 CI Server 再作的事情

CI Server 怎麼做動作?

其實 CI Server 很笨, 也很簡單, 就是把你的 Code 複製一份出來, 執行編譯腳本, 如果要成功, 執行測試腳本, 回報失敗或是成功, 這兩個腳本都是要開發者自己寫出來的, CI 只會看腳本的結束是成功或是失敗, 然後執行相對應的動作, 其實也就這樣而已, 很笨對吧.

有哪些 CI Server ?

最知名的 Jenkins, 然後還有很多.....
小編最近學了 git, 用了 gitlab, 看到 gitlab-ci 就順便玩, 所以這篇文章主要講 gitlab-ci, 稍微提一下 Jenkins, 大致是這樣.

Jenkins V.S. Gitlab-ci

與 Jenkins 相比, 其實 gitlab-ci 有點不同, 所以下面講解一下兩個不同的地方, Jenkins 是老牌子的 CI, 它歷史悠久, 可以支援很多外掛, 用的人也很多, 它本身是用 Java 寫的 如果你是用 Java/.NET 語言的話, 用 Jenkins 不錯, Gitlab-CI 是新的東西, 所以它的外掛並沒有哪麼多, 但也因為它是新的, 所以目前擴展性很高.

還有一個兩者之間最大不同的地方, Jenkins 是一個顯示介面(view) + 執行者(runner) 的軟體, gitlab-ci 是 view 與 runner 分開的, 換個方式講, 要做測試, 需要一個環境, 常常我們在寫程式的時候很容易使用到其他程式庫, 甚至是另外安裝的軟體, DB, 環境變數等等等, 在你的開發環境中這些都好處理, 當你要執行 CI 的時候, 要決定它在哪裡跑測試, 可能是一個新的機器, 或是虛擬環境, 所以如果你是用 Jenkins, 你每次都要在你的測試環境裡面把 Jenkins 裝起來, 然後跑完測試之後去那台機器的網頁介面看結果(或是email出來). 不然就是要使用多重 Jenkins 的架構

如果你是用 Gitlab-CI, 你只要在測試的環境中把 runner 裝起來, 或是先在開發機上面裝一個 runner, 測試機再裝一個 runner ,然後用腳本去控制他就好,測試結果會統一傳回 view, 如果你的測試環境是那種會重新建立, 然後測試完就砍掉的, 用  runner 或許是一個選擇。
不論你的測試環境是什麼平台, 只要能裝 gitlab-runner, 就可以跑測試. 所以把 gitlab 裝在 linux, runner 可以裝在 Windows/Linux/OSX... 等,測試的結果會統一回到 gitlab 內,就不用到處裝 gitlab

Gitlab-CI 原理

在 Gitlab-CI 整合進 Gitlab 後, 只要在專案內放一個 yaml 檔, gitlab 就會依照這個檔的內容幫你跑 script,
如果 script 的內容是 build, 那就編譯腳本, 如果是 testing, 那就是測試腳本, 如果是 build + testing, 那就是編譯 + 測試腳本
所以測試得好不好, 程式碼涵蓋率高不高, 系統是不是穩定, 跟 CI Server 其實沒有關係,
重點應該是在測試的方法跟腳本的撰寫, 有一個 CI Server 並不會讓你變得好棒棒, 你應該要有 QA 工程師.


開始
- 裝 gitlab
gitlab 裝好之後會有內建 gitlab-ci 的 view, 並沒有 runner

- 裝 gitlab-ci-runner
runner 可以跑在 OSX, Windows, Docker, FreeBSD, Linux
照者 https://gitlab.com/gitlab-org/gitlab-ci-multi-runner 的說明把 runner 裝好.

裝好之後可以把它連接到你自己的 gitlab 或是 gitlab.com 上面都可以。

打開你的 gitlab 專案, 取得 token

執行註冊
gitlab-ci-multi-runner register

執行 runner
gitlab-ci-multi-runner run

或跑 install 變成系統服務
gitlab-ci-multi-runner install

跑起來之後你會一直收到下列訊息(不太確定是否是 TLS 的問題, 不過不引響):


- 建立 .gitlab-ci.yaml
你已經建好你的 git/gitlab 專案, 在你的專案底下建一個叫 .gitlab-ci.yml 的檔案,
格式使用 yaml 的格式, 相關內容請參考:
http://doc.gitlab.com/ce/ci/yaml/README.html

ps 注意, yaml 中, 一開頭不能用 tab, 只能用空白, 我剛開始用 tab 縮排, runner 都不會跑, 我查了很久氣死人
ps yaml 的 tag 就是你指定要哪一個 runner 來跑這一個腳本

- 完成
寫好你的專案之後, push 上去 gitlab , 你安裝的 runner 就會幫你跑你的 script 進行 build 或是測試
跑完的結果你再 gitlab 的專案中就可以看到測試結果, 或是點選左側 Builds 查看所有測試

16
DevOps 討論版 / Re: [docker] 自動建立gitbook pdf
« 於: 2016-02-11 17:20 »
 滿酷的,用來共筆寫說明書之類的東西

17
負責導入的"對象"影響很大...

--------
 >:( 討厭的300秒!!

這也是一個要考慮到很重要的因素!!

XDD

18
節錄影片中的一些要點, 有興趣的人還是要看一下影片比較準確

* 要改變不容易
* DevOps 是一個文化的變革, 通常是慘烈的
* 持續改善才是重點

三大目標
1. 敏捷開發
用敏捷的方法導入敏捷開發,  部屬好周圍的環境, 關注團隊需要什麼, 用"引導"的方式帶你的團隊前進, 不要想者速成,你要花時間跟團隊再一起,看大家的狀況,不要想者推動,要引導,你的團隊需要什麼?他們想要,而不是你幫他們想,可以考慮用 ALM 的方式思考,這是一條持續改善的路。

2. 自動化
* 減少浪費,加快速度(速度會卡在人的身上)
* 減少週期性的工作讓人力變成人才
* 減少 Develop 的工作

3. 透明度
* 專案開發透明度
* 系統運行透明度
* 使用者回饋透明度

ps 但透明度高不一定是好事, 要依組織文化或專案類型調整

19
DevOps 討論版 / [轉貼] 30 天快速上手 TDD
« 於: 2016-01-28 16:35 »
TDD 不是一種毒藥, (喂! 那是 DDT)

寫測試對於 RD 來說其實是一個很重要的工作, 除非你是像 Jserv 那樣的高手,

不然如何寫出高品質的程式, 其實應該透過測試來完成,

程式碼道是好還是壞, 有多少功能是正常, 應該要透過科學化與數據來告訴你

而不是全場投票決定電腦有沒有中毒(某人的笑話)

下面的 30 天 TDD 快速上手雖然是以 Visual Studio .NET 開發工具為範例,

但裡面有些觀念與做法是可以套用在各種語言上面的

https://dotblogs.com.tw/hatelove/series/1?qq=30%E5%A4%A9%E5%BF%AB%E9%80%9F%E4%B8%8A%E6%89%8BTDD

當你學會寫測試範例, 測試的工作就可以交給 DevOps

他會幫你自動完成

20
要評估公司用什麼東西做帳號管控吧,
找一個方案可以跟你們公司的帳號管控連起來就可以了

譬如你們用 AD, 那就找可以連 AD 的 VPN
如果是 LDAP, 一樣,

可以串帳號管理系統的 VPN 才是能用的, 因為當公司帳號/密碼修改, 人員離職/報到等,
你都不用去設定 VPN.

21
DevOps 討論版 / DevOps Overview
« 於: 2016-01-28 15:47 »
圖中是 DevOps 的 Overview, 以一個龐大的 DevOps 來說, 這是一個非常簡略的圖,
讓不清楚 DevOps 的人大概先看一下了解, 當然對於高手來說這可能是一張很好笑的圖  ;D

DevOps 是一種開發流程的自動化, 其實是一種公司文化, 可大可小, 寫好程式之後手動測試, 用 FTP 部屬
, 自行查看上線狀況與 Log, 也是一種 DevOps, 大型企業可在開發過程中透過自動溝通平台協作, 開發完成
透過自動化執行數千個測試, 釋出版號, 部屬到機器或雲端, 監控機器狀態與 Log ,這也是一種 DevOps

這裡面有沒有固定的模式或是工具, 施主, 這個問題要問你自己!!!



22
要產生 ChangeLog 時, 一開始就配合 commit 的方式, 可以順利產生, 以下為目前我的方法, 供大家參考指教:

代碼: [選擇]
git init
代碼: [選擇]
$ vi fileA
 content of v0.1

$ git add fileA

$ vi v0.1
[v0.1]
 Add content in file1
 Init Commit by Someone

$ git commit -F v0.1


代碼: [選擇]
$ vi fileA
 CONTENT of v0.2

$ git add fileA

$ git mv v0.1 v0.2

$ vi v0.2
[v0.2]
 Change fileA , Updated Content,
 
 Fix Bug:
 FuxK bug for customer A.
 issue #65535 done.
 
 New Feature:
 1. No Feature.
 2. Life is bad.

$ git add v0.2

$ git commit -F v0.2


最終產生 ChangeLog
代碼: [選擇]
$ git log --pretty:format='%B' > ChangeLog

最後 ChangeLog 會長這樣:
引用
[v0.2]
 Change fileA , Updated Content,
 
 Fix Bug:
 FuxK bug for customer A.
 issue #65535 done.
 
 New Feature:
 1. No Feature.
 2. Life is bad.

[v0.1]
 Add content in file1
 Init Commit by Someone

小 QA:
1. 為什麼我要把 commit log 寫在 file 裡面?
 因為當程式佈署到不同主機的時候, 遠端主機不一定有 git log 可以執行, 可能根本沒裝 git
 放在 file 裡面, 若切換到別的主機需要查看這次修改內容, 看 file 就可以了.
 
2. 為什麼要用一個 file 來弄 v0.1 => v0.2 => v0.x ?
 因為在搭配自動佈署的時候, 我怎麼知道程式有沒有被更新?
 看 v0.x 是不是最新版是一個簡單的方式.

23
支持 +1

但整個討論版,只有這篇有DevOps...Orz...

怎麼會, 哈哈

Sakana 的 Ansible
我的 git , CHEF
netman 的 gitlab install

這些都是 DevOps 的範圍  ;D

24
唯一支持 HaWay 版主,做好做滿!  ;D

凍蒜!凍蒜!
凍蒜!凍蒜!凍蒜!凍蒜!

先過 20 票再說吧, 口以嗎!!!

不要浪費, 記得要投票~~~ XD

25
Study-Area 公開討論版 / [提案] 開立 DevOps 版
« 於: 2016-01-11 15:36 »
DevOps 正夯:

投票提議開設 DevOps 板供有興趣的學員討論研究.


27
Linux 討論版 / 移動: 新人來报道
« 於: 2015-12-01 11:27 »

28
DevOps 討論版 / Re: CHEF 概念分享
« 於: 2015-11-16 09:12 »
我已經把全部我會的都貼上來了, 因為是大概看一下而已, 所以沒有去研究技術的部份 XD

29
DevOps 討論版 / CHEF 概念分享
« 於: 2015-11-14 12:42 »
因為最近在了解 DevOps 的東西, 看到了 Chef, 所以研究了一下, 大致上做個筆記, 講一些入門概念
讓大家了解一下 Chef 是幹嘛的, 在了解之後, 比較好評估導入是否對企業有幫助.

所有的文章概念, 都來自 Chef 官網 :  https://www.chef.io/chef/

本文不會講太深入的技術跟概念, 屬於一篇入門的文章, 所以很短, 快速看完有興趣再了解就好了.

Chef:
0. 幹嘛用的?
 基本概念就是: 把所有基礎建設(Server/Switch/Firewall 等) 透過網路來進行部署與控制.

 特殊名詞:
 食譜 = Cookbooks, 你就想他是一個 shell scripts, 只是語言是 Ruby


1. 基本角色
 * Workstations
 * Chef Server
 * Nodes
 * Chef Analytics
 
 這四個角色裡面各包含了很多元件, 譬如 WebUi, Cookbooks, rules, run-list, recipes 等 或 指令 chef-client, knife, 等
 每一個元件都一定是某一個角色中的功能, 所以先了解角色, 看到元件是放在哪個角色, 大致上就知道是幹嘛的

2. Workstations
 用來控制 Chef Server 的電腦, 管理者透過 Workstations 來控制全部的基礎建設, 通常是自己的電腦,
 要怎麼控制呢? 就是透過撰寫 食譜 來完成. Workstations  主要進行下列兩項工作:

 (1) 撰寫食譜(cookbooks), 並上傳到 Chef Server
 (2) 透過 Chef Server 控制 Nodes

 譬如: 管理者在 Workstations 撰寫了一個 apache2 + mysql 安裝腳本, 寫好之後放到 Chef Server 上, Cher Server 會
 對這個腳本進行版本控制(不確定內建是否為 Git), 然後管理者透過 Workstations 就可以直接指定某個 Node 去執行這個腳本,
 於是 Chef Server 就會連線到這個 Node(好像是透過 ssh), 然後在 Node 去執行這個 cookbook, 於是管理者就在 Workstations
 完成了某個 node 的 apache2 + mysql 安裝部屬了.

3. Chef Server
 用來接受 WorkStations 的食譜, 管理食譜, 命令 Node 執行食譜, 接收 Nodes 的狀況進而進行監控.

 Chef 的部分目前還沒看很詳細, 大致上他就是一個 中央管控 的地方, Workstations, Analytics, Node 都會透過 Chef Server
 進行溝通, Node 回傳的狀況會傳送到 Chef Analytics 分析.
 Chef Server 裡面的元件主要都是跟管控有關的, 譬如 cookbooks 管理, run-list, policy, secrets.

4. Nodes
 又叫 Chef-Client, 任何可以跟 Chef Server 連線的都叫 Node, 舉凡 實體機器, 網路設備, 虛擬機器, 雲端伺服器等, 只要他
 可以跟 Chef Server 溝通, 都可以算是一個 Node, 通常是安裝了 Chef-Client 套件. Nodes 會接收 Chef Server 的指令(其實是
 WorkStation 下的), 執行食譜, 然後出菜(完成), 再來會跟 Chef Server 溝通.

所以當你有數百台 Server 需要快速安裝軟體, 部屬設定檔, 啟動 Service, 自動化流程的時候, 要先寫好你的 cookbooks
當有新機器時, 安裝好 Chef-Client 然後推上機架, 接上網路線, 接者快快樂樂回到座位用 Chef(Workstation) 來完成接下來的事情.

大致上來說這就是 Chef. 細項技術的部分各位有興趣再自行研究了 ^_^
 

30
恩.............. 我來去配老花  8)

頁: [1] 2 3 ... 90