--- title: '會議記錄' --- ## 目錄 [TOC] # 10/05 * file prefix 改為跟kafka一樣的tag input * 補kafka測試api * kafka測試回傳資料畫面 * file 功能: * 路徑存不存在,有沒有這個 prefix 的檔案, * 路徑只能有一個,prefix 可以有多個 * Kafka 功能 * topic 可以有多個 * 要測試 kafka 連線,並 print 裡面的資料前10筆資料。 # 9/03 * bo status: running, stop # 9/02 * notification setting要存pg要做CRUD # 8/20 * 全部的反註冊是 false 的(直接由後端做掉) * 要去 survey SDN * network的部份,我們要解決的問題是,多台機器如果不想開port的情況下,我們要建cluster,那就是多台機器必須在一個network裡面 * 用 register ,不要用 docker-compose * BO 的權限交給 IAE 做 * IAE 不記錄密碼 * bo user 去 bo 拿,iae pg不紀錄user密碼 * edit user只有更改密碼(現階段) * 只要 create bo 就好, delete 和 edit不用做 # 8/13 * GC & D & K * create bo時候的request body的ip改為machine id,然後同時後要真的建一個bo在指定machine上面。三個bo port會~~自動帶沒有用到的port~~ 由user自己指定,若已被使用則不可以create。由user決定是否開啟3306 9090 9091 * Cluster: * 有單向與雙向關係 * register, unregister, 同時建立雙向關係 三種動作 * table紀錄 master<>cluster 之間關係, 是否反註冊(boolean) * list all, get single bo relation * BO權限設定: * 單純call cmd to bo * 有需要Edit嗎? * DELETE /bigobjects/{bigobjectID:string}/users/{username:string} * bo可以select既有帳號出來 * GET /bigobjects/{bigobjectID:string}/users * csv/json * 會存在既有machine上面 * kafka * 不一定會在既有machine上面 * BO Watch * Excel中數據水管狀態取得 * pipe status: pending, error, warning, running, stop, deleted * list pipe要能用status去query(823) * 新增資源回收pipe api * change pipe status to deleted * list deleted-pipes(新增status在parameters) # 8/3 * Kevin * streamer 的 create table 的 table name 要拿掉括號。 * 啟動多個 streamer 沒有寫好,只會有一個 streamer. * database 因為要用 ssh tunnel 所以會跟 pipe 所在的機器有 dependence * 之後可以改成前端給我 streamer 的 table name * 先只做 happy case 的部分 * db-extractor 遇到一個SQL 裡面有多個重複的 key column 會報錯 * SELECT A,A,B,B from ... # 8/2 Skype * 今天在做BONA,上週測試結果: 1. BO&Schema設定 如果有3句create SQL,中間有一個步驟錯了,會怎樣? 測試都是成功,沒有失敗的Case? 2. 儲存與啟動 測試都是成功,沒有失敗的Case? 3. 我有點不知道API是打真的還是打假的 * Answer 1. create 的 SQL 在這個步驟沒有檢查,上星期我有提出,先測 happy case ,未來可以在這邊檢查,或者是最後啟動再檢查。\ 2. 感覺就是最後一步正確,就會成功了,看來是沒有失敗的case,這個流程步驟也可以再討論。 3. 目前我都先關掉,不然API的回應速度會比較慢,那看樣子你開發差不多了,我待會把那些API流程再做一次測試就打開。 # 7/29 * svt 打一些錯誤的測試會有問題 * 前面的 extractor 只有一個 sql,svt 設定三個output會有問題 * create table 的測試 API,之後再做 * happy case 先做完 * 我發現我們還需要一個"方便"的文件,來記錄每個API的進度 * 就是 Siolk你最開始說,每個API開發到哪邊,你可不可以用的那個 # 7/28 * **目標還是先把streamer完成,讓整個flow可以跑,再來完成下述的事項** * 會議記錄紀錄於 HackMD <https://hackmd.io/team/iae> * 完善swagger 的 input 說明,以新北市openapi為例,每個 input 應該要有良好的description 和範例,以及 default value之類的 * <https://data.ntpc.gov.tw/openapi/swagger-ui/index.html?configUrl=/openapi/swagger/config#/> * ![](https://i.imgur.com/T1oB33O.jpg) * Testcase,將 testcase存於 HackMD上 * 每次開發下個元件時,都需要先畫好 Sequence Diagram,並討論API的 input output * 要畫 Sequence Diagram,使用 visual-paradigm * <https://online.visual-paradigm.com/drive/#diagramlist:proj=0&share> * 免費版只能3個人共同編輯 * 盡量將每次Skype上的討論紀錄於 HackMD 上面 ---