---
title: 0324 教務處會議筆記
---

# 0324 教務處會議

- 傳達時的 signaling 很重要
- 向上爭取資源時很有用
- 避免錯誤的預期

## 建宏
- 建立「臺大系統」 SSO
- Use Case
- 三校人共同使用
- 跨校學分學程登錄
- 期末教師評鑑
- Ceiba (不再使用)
- 自己寫或是採用 opens source 的 SSO Server 方案
- Apereo CAS (open source)
- PHP Larvel (自己寫)
- ASP.net Core (自己寫)
- 可以使用計資的 source code
- 1.0 是自己寫的
- 不會停掉
- 不是用統一標準建立
- 外包廠商嫌麻煩
- 2.0 是買微軟的系統
- 一個 license 有點貴
- 在校生限定 (連校友都不能用)
- 一畢業就會沒有權限
- 因為是看人頭付款的
- 外包廠商建議 2.0（看起來是因為比較好串）
- 如果沒有校友使用需求的話計資會推薦 2.0
- 計資的狀況沒有到很理想
- 或許可以自己架一個
- 用現有套件試著套看看
- 三校資料導入時會怎麼做
- 直接把資料倒進去
- 自動化的可能性？
- 還在探索
- 時程上會怎麼安排？
- 年中前測試機就可以上了（如果只是要測試的話）
- 不會急著在年中前上線
- 先試著串起來
- 自己建的話跟計中的有什麼區別
- 架構上是差不多的
- Maintain?
- 耶魯大學（Apereo CAS 的使用者）
- 交給 Apache 基金會管理，非營利機構，不會有開公司的可能性
- 大家常用的程式語言
- PHP
- ASP
- ASP.NET
- 可能的做法
- 找四個人，然後自己去討論時程並且上報
- 時程表超重要
- 請建宏自己找人
- 一個人一個語言 (垣凱、彥城)

- IaC 導入
- Infras as Code
- 將基礎架構視為程式碼的作法
- IaC 的問題與優點
- 導入公有雲
- Google Cloud Platform, AWS, Microsoft Azure
- 微軟有的公共機構經理有來談
- 希望可以把資料搬到 Azure 上去
- 可以考慮有沒有什麼東西可以搬上去
- 以流量小，用量不大的東西做為測試方案（因為老實說還是有點貴）
- 演講網可以試試看
- 已經沒有在維護ㄌ
- 雖然流量大，但使用者夠少
- 新生專區好像也可以試試
- 鄉野調查後發現 A 牌不 ok
- 目前 Google 跟 Azure 在台灣有機房
- 以校內需求來看把資料放上公有雲成本太高（一年 1000 萬）
- 可以減少成本
- 就是把 VM 放到 Azure 上
- 可能的方案
- 選 2 到 3 個 candidate
- 先看各種服務的流量再決定
- 演講網可能比較適合
- 公開資料沒有個資考量
- 流量少
- 以校外人士為主
- 可以邀請 iKala 進來評估與合作
- 選課系統如果爆掉後果不堪設想，所以初期不考慮
- 教務長是支持的
- 錢是不是問題
- 8 位數可能是個問題
- 一次性消費比較沒問題，annualy charge 會有問題
- 東西搬不回來是個問題
- 財務風險有點高
- HA 建立
- HA 高可用
- SQL Cluster
- 之前的 SQL 都沒有 Cluster
- 會針對 web 的 SQL 開始做 Cluster
- 目前只能一台一台去試
- 額外的套件放進去不太確定放進去可不可行
- 有沒有可能先把特規（額外）的東西先放在旁邊
- 流動性很重要
- 上傳檔案的問題
- 我們都是跟程式放在一起
- 要移動可能有點小困難
- 放入共有的檔案系統可能是個做法
- Windows 要在 IIS 掛載並另外設定額外權限，步驟有些麻煩，只有測試過可以讀取，不確定可不可行。
- 招生很常用
- 儲存不是問題
- 書審資料
- 碩甄最多
- 大小接近 20G
- 完全不是問題
- 數目大概 8000-10000 個人
- 一個學生 6-7 個檔案
- 申請入學
- 繳費單與通行證
- 那些儲存都不是永久的（一結束就關掉了）
- NTU Cool 存了 40 多 T
- MinIO
- 先建個 10T 的 Object Storage
- 可以試建一組玩玩看

## 佳吟
- 各項招生的模組化
- 目標：招生報名系統開發團隊，進行系統模組化設計
- 各項招生版面美化一制性
- 有 14 個報名系統
- 網頁的首頁要怎麼擁有一樣的一致性
- Code 共用得越多越好
- 從 14 個人的人力縮減成 3 個
- 可能的方案
- 先列一張大表，縱軸寫系統，橫軸寫功能，分別勾選各個系統分別有什麼功能
- 可以先從上傳與預覽功能
- 視覺上先以一個系統的設計作為參考
- 可以試著減少分支
- 報名表的共通點？
- 上傳檔案、檔案線上預覽共通點？
- 功能模組話討論與分工
- 提升資訊系統客服服務
- 提倡：建置【資訊組客服系統】
- 欄位：系統名稱、系統簡介、系統說明、系統開發者、系統業務窗口、系統客服人員操作入口、系統操作手冊
- 客服回報問題：
- 關於法則請轉接給業務窗口統一回覆
- 系統操作問題，請記下相關資訊（學號、聯絡電話、問題、操作流程說明、錯誤畫面、時間），轉寄給開發人員
- 系統緊急問題評估後，再轉接系統開發人員
- 可能做法：每一位同仁認養一個系統
- 需要一個客服團隊
- 如果有人打電話來，有一個紀錄
- NTU Cool 有聘一位全職客服
- 自己一個人接不完
- 有請工讀生幫忙
- 組一個 3-5 個大學生的團隊
- 事前要訓練
- 學長姐會教下去（形成有機的循環）
- 可以先找兩位種子學生
- 或許可以用服務學習的名義（？）
- 可以有一些有技術背景的客服團隊
- 等到機制出來了，再請上面幫忙
- 學籍查詢與下載改版系統