---
# System prepended metadata

title: 會議記錄

---

---
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 上面

---
