不需要伺服器，教你僅用30行程式碼搞定實時健康碼識別
本文分享自華為雲社區《助力疫情防控，30行程式碼就能搞定無伺服器實時健康碼識別！》，作者：華為雲PaaS服務小智 。
此次新冠疫情，波及範圍之廣，持續時間之久已經超出了我們的預料。自打疫情發生以來，幾乎所有人的生活都受到了影響，還好現在已經是數字化的時代，為了防控疫情，健康碼成了我們的通行證，已經在最大程度上減少了疫情對我們出行的限制。
4月份上海疫情肆虐，疫情發展牽動著無數國人的心，大家也都在盡自己所能全力抗疫，當時就看到一篇《復旦博士用130行程式碼解決核酸統計，2分鐘完成人工一小時工作量 》的報道，這讓我聯想到自己作為一名寶媽，每天必做的一件事就是上傳自己和家人的健康碼給學校，換個角度想，疫情期間各個學校、政府、商場等機構每天都需要收集海量的核酸報告和健康碼，人工審核不僅耗時耗力，容易出錯，也不能做到及時發現問題。對於解決人工重複性工作，電腦程式可以說是首當其衝了，像這位復旦博士，用python程式碼進行核酸統計真是一個不錯的想法。
想起之前參與過的一個華為雲開發者活動「Serverless高手偽裝者速成班 」用到的正是報道中提到的文字識別OCR，不同的是華為雲是以雲服務的形式提供的，並且這個活動使用的平台-函數工作流 FunctionGraph，不需在本地搭建程式碼環境直接在雲上開發，雲上部署，無需伺服器，感覺更加輕量方便一些，想到這些，我準備用這次學習的內容，也來搭建一個健康碼識別的應用。
首先，健康碼的主要內容都是文字，所以我先開通了華為雲OCR的通用文字識別服務。
然後按活動指導，在函數工作流 FunctionGraph創建了一個函數，並復用了活動中使用的程式碼，只是把調用的ocr服務類型修改為通用文字識別。
這就完了？懷著忐忑的心，我識別了一張自己的大數據形成卡。
到目前為止看起來還都不錯，可是考慮到如果放到實際業務場景中，這貌似還遠遠不夠。如果說是把截圖收集上來之後再集中分析處理，必定還是需要一段時間的，並且集中處理還存在不能及時分析截圖的問題，比如某張異常的截圖提交的時間和集中處理的時間有較大的時間差，那麼就會造成疫情進一步擴散的可能，能做到實時處理就好了。
函數工作流 FunctionGraph支援創建觸發器，所以我又給函數創建了一個OBS的觸發器，這樣只要有圖片上傳到這個OBS中，就會觸發健康碼識別函數執行。
再來試一下，向OBS桶上傳健康碼截圖是否可以觸發函數執行。
成了，我特意數了一下，除去注釋，只有三十幾行程式碼就搞定了健康碼實時分析，成就感滿滿，想要嘗試的小夥伴，我細心的為你們準備了《30行程式碼實現無伺服器實時健康碼識別–操作手冊》，快快拿去用吧！！！
當然，要做到投入使用還需其他能力的支援，比如健康碼提交入口，異常碼告警，數據存儲等等，這些就留給開發者們自由發揮吧！
