---
# System prepended metadata

title: 0324 教務處會議筆記

---

---
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 個大學生的團隊
                    - 事前要訓練
                        - 學長姐會教下去（形成有機的循環）
                        - 可以先找兩位種子學生
                            - 或許可以用服務學習的名義（？）
                    - 可以有一些有技術背景的客服團隊
        - 等到機制出來了，再請上面幫忙
- 學籍查詢與下載改版系統