iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 10
2

接下來我們要來介紹Azure的Queue Storage!

在第五篇及第六篇我們用了HTTP Trigger,讀取新會員的暱稱及興趣資料,篩選比對後,返回Response(興趣符合或不符合)

如果忘記的可以到此連結:
(實作)Serverless打造工程師交友小工具-Azure Functions⚡(上篇)

(實作)Serverless打造工程師交友小工具-Azure Functions⚡(下篇)

上一篇做完了交友任務REST API,我們要回到我們過濾新會員的功能實作及會使用到的相關Feature介紹。

接下來我們將來介紹,將Response資料當成Message傳到Azure Queue Storage

這個Queue裡面儲存的訊息,我們將在一個時段,將Queue的訊息用信件發送

讀者可能會問,我們直接寄信就好了啊,為什麼要多此一舉,先存到Queue再寄送信件呢?

在這個Scenario裡,我們希望不要有新資料進來就直接發信,而是先進到Queue裡,等到接近下班時間再開始發信,並且一天最多發送五個符合條件的資料(不然太多人了也聯絡不完啊)

跟我一樣的Azure新手可能會有疑問,什麼是Azure Queue Storage?

Azure Queue Storage(佇列儲存體)簡介

既然被稱作是Queue,就跟我們以前學資料結構的Queue概念是一樣的,先進先出(FIFO),就如同現實中排ATM,買電影票的概念,先到的人優先處理

直到被送出處理(dequeued)之前,在Queue裡面的訊息都會被按照送進queue裡的順序保存

Azure Queue Storage特色

  • 每一個送進來的訊息最多64k
  • 一個queue裡最多可以保存200TB的訊息喔!(適合非同步處理)
  • 也能搭配scalable(可擴張)的應用程式使用,可同時對多個queue作用喔
  • 突然大量湧進的資料也能控制(先存進Queue裡面來再慢慢消耗)例如如果交友網站做了廣告宣傳,一天就有1000個符合條件的新會員,如果發了1000封信不管是系統,相信連收件的人也是很崩潰的,Queue可以讓我們作控管
  • 在Queue裡的訊息最多存7天,第7天會被自動刪除

Azure Queue Storage Message類型

  • 可以是UTF-8或是Byte Arrays
  • XML文件,CSV檔案,TSV檔案等等
  • 序列化的物件資料

使用Azure Queue Storage的好處

  • 可避免因為長時間的處理,timeout造成資料遺失
  • 可讓應用程式存取來自user的資料,並且丟給對應的reader處理
  • 讓不同的系統間進行訊息交換

介紹完Azure Queue Storage,我們在下一篇將進行Queue Storage的實作

實作的快速連結在此:打造工程師交友小工具-Azure Queue Storage


參考:


上一篇
[DAY09] (實作)交友任務管理Functions⚡ + 串接Azure Table Storage
下一篇
[DAY11] (實作)打造工程師交友小工具-Azure Queue Storage
系列文
30天手把手帶你趣學Azure☁️-初學者也能動手實作🙌🏻30

尚未有邦友留言

立即登入留言