ถ่ายทอดสดงาน event ภายในองค์กร ด้วย YouTube Live Event

ในยุคที่ internet ครองเมือง เรามีสื่อทางเลือกเกิดขึ้นมากมาย วิธีการสร้างและเสพสื่อไม่ได้ถูกจำกัดอยู่ที่สื่อกระแสหลักอย่างโทรทัศน์ หนังสือพิมพ์ หรือวิทยุอีกต่อไป internet กลายเป็นพื้นที่กลางที่เปิดกว้างให้ผู้คนเข้ามาใช้งานเพื่อสื่อสารโดยไม่ต้องลงทุนอุปกรณ์ราคาแพงเหมือนในยุคก่อน

ในบริบทขององค์กร โดยเฉพาะองค์กรขนาดใหญ่ที่มีพนักงานจำนวนหลักพันหลักหมื่น การสื่อสารในองค์กรให้เข้าถึงคนทั้งหมดได้พร้อมๆ กัน เป็นเรื่องที่ท้าทายมาก การที่ผู้บริหารจะแสดงวิสัยทัศน์ให้คนทั้งหมดในองค์กรรับทราบตรงกัน เพื่อให้การขับเคลื่อนองค์กรเป็นไปในแนวทางเดียวกันได้ จะช่วยให้ภาพรวมขององค์กร ชัดเจนมากขึ้น เราจะทำอย่างไรให้สารจากผู้บริหารไปถึงพนักงานทุกคนได้เร็วที่สุด ถูกบิดเบือนน้อยที่สุด และชัดเจนมากที่สุด

Google Apps มีเครื่องมือสำหรับให้ผู้บริหารสื่อสารกับพนักงานอยู่มากมาย ที่ง่ายที่สุดก็คงจะเป็น email (ในกรณีองค์กรระดับพนักงานหมื่นคน การส่งอีเมลจากผู้บริหาร 1 ฉบับหาคนจำนวนหมื่นคน ไม่ใช่เรื่องง่ายๆ นะครับ ถ้าระบบไม่แน่จริง) ถ้าเป็นเนื้อหาที่ไม่ทางการมาก เราสามารถเลือกใช้ Google+ แทนก็ได้ แต่วันนี้ผมจะพูดถึงการสื่อสารอีกแบบหนึ่งที่กำลังนิยม นั่นก็คือการถ่ายทอดสดออนไลน์ (live stream event)

ชุดเครื่องมือของ Google Apps for Work (มีบริการ live event streaming ให้ใช้ได้ด้วย)

การถ่ายทอดสดออนไลน์มีข้อดีคือ เราสามารถส่งไปได้ทั้งภาพและเสียงแบบสดๆ ช่วยให้เกิดอารมณ์ร่วมได้ดีขึ้น ค่าใช้จ่ายไม่แพงเพราะเราจะอาศัย platform ของ YouTube ที่ถนัดงานประเภทนี้อยู่แล้วครับ ข่าวดีสำหรับองค์กรที่ใช้ Google Apps ก็คือ เราสามารถกำหนดการเข้าถึง video streaming ในระดับองค์กรได้ทันที

องค์กรที่ใช้ Google Apps สามารถระบุการเข้าถึงเนื้อหาที่ระดับองค์กรได้เลย (กล่องสีเขียวด้านขวา)

ถ้าจะลงรายละเอียดในการ stream content ก็ต้องทำความเข้าใจเรื่อง data flow หรือเส้นทางวิ่งของข้อมูล กันก่อน โดยผมจะไล่ลำดับก่อนหลัง จากบนลงล่างดังนี้ครับ

  1. ​Content source หรือต้นกำเนิดของข้อมูล อาจจะเป็นกล้อง webcam+microphone หรือระบบภาพและเสียงระดับ studio
  2. Encoding device คือตัวรับข้อมูลจาก content source และนำมาประมวลผลเป็นข้อมูลเพื่อส่งต่อ
  3. Data link คือท่อที่เราใช้ส่งข้อมูลจาก encoding device ไปยัง streaming server
  4. Streaming service/server คือ ผู้ให้บริการที่จะรับข้อมูลจากเรา ไปเผยแพร่ให้ในช่องทางของผู้ให้บริการ
  5. End user เป็นปลายทางของ data flow ที่จะดึงข้อมูลจาก streaming service ผ่าน internet และรับชม event นั้นแบบสดๆ

ลองดู clip ด้านล่างสั้นๆ ซึ่งเป็นตัวอย่างการ set up เพื่อทำ live event streaming ครับ

ความคิดเห็น

แสดงความคิดเห็น

โพสต์ยอดนิยมจากบล็อกนี้

การเรียกใช้งาน Google Apps Script

รูปภาพ
Google Apps Script คือวิธีการเรียกใช้งาน Google Apps อีกรูปแบบหนึ่ง ช่วยให้ผู้ใช้สามารถย้ายงานที่ต้องทำซ้ำๆ หรืองานที่มีรูปแบบตายตัว เปลี่ยนมาเป็นการสั่งงานผ่าน script ที่สามารถทำงานได้โดยอัตโนมัติ สำหรับคนที่ยังไม่รู้จัก Google Apps Script สามารถอ่านเพิ่มเติมได้จากบทความ รู้จักกับ Google Apps Script บทความตอนนี้จะพูดถึงวีธีการเรียกใช้งาน Google Apps Script เนื่องจาก Google Apps Script คือชุดของคำสั่งที่แสดงขั้นตอนการทำงาน ตามที่เราออกแบบและกำหนดไว้ การเขียน Google Apps Script เราจะเรียกกลุ่มของการทำงานว่า function (แบบเดียวกับ method ของภาษา Java) ซึ่งการทำงานของ Google Apps Script จะเกิดจากการสั่ง run function ที่เราระบุไว้ การเรียกใช้งาน Google Apps Script function การเรียกใช้งาน function ใน Google Apps Script สามารถทำได้หลายช่องทาง โดยสามารถจำแนกออกเป็น 3 วิธีการหลักๆ ได้แก่ 1. สั่ง run function ที่ระบุโดยตรง กรณีที่เราต้องการสั่ง run function ที่ต้องการ เราสามารถสั่งงานโดยตรงจากหน้า script editor หรือสั่งงานจากหน้า Script Manager ได้ดังนี้ สำหรับหน้า script editor ให้เลือกชื่อ fun
อ่านเพิ่มเติม

ลดเวลาการเรียก API ใน Apps Script ด้วย fecthAll

รูปภาพ
Apps Script มี function UrlFetchApp.fetch() สำหรับเรียก http request ไปที่ service อื่นๆ ได้ ซึ่งสามารถนำมาใช้เรียก API ภายนอกได้เช่นกัน แต่หากเรามีข้อมูลจำนวนมาก และต้องเรียก UrlFetchApp.fetch() หลายๆ ครั้ง จะทำให้ระบบทำงานช้าและเกินข้อจำกัดของ Apps Script ไป ( document ระบุไว้ว่าได้ 6 นาที) วันนี้ผมจะมาแนะนำวิธีแก้ปัญหาในกรณี้นี้กันคับ account ที่ผมใช้งาน ตกอยู่ในกลุ่มที่มีข้อจำกัด 6 min/execution เมื่อการเรียกทีละ request ไม่ตอบโจทย์ เรื่องเริ่มมาจากผมมีโปรเจกต์ที่มีข้อมูลชื่อโดเมน จำนวนประมาณ 1,400 รายการ ที่ต้องการดึงค่า DNS มาตรวจสอบอะไรบางอย่าง ด้วยการเรียก http request ไปที่ https://dns.google.com/resolve?name=%DOMAIN%  โดยการแทนค่า %DOMAIN% ด้วยโดเมนที่ต้องการ และนำค่าที่ได้จาก API มาทำงานต่อ หลังจากที่เตรียมชื่อโดเมนทั้ง 1,400 รายการลง array เรียบร้อย ก็เริ่ม process ข้อมูลใน array ทุกตัว โดยแต่ละตัวก็จะมีการเรียก UrlFetchApp.fetch() 1 ครั้ง ผลที่ได้ออกมาคือ เริ่มรันตอน 2020-03-17 17:41:48.049  script สามารถทำงานจนถึง record ที่ 1047 ที่เวลา 2020-03-17 17:4
อ่านเพิ่มเติม

ออกแบบระบบให้คุยข้าม module กันได้ ด้วย Pub/Sub

รูปภาพ
เมื่อนานมาแล้ว ผมพัฒนา Apps Script ขึ้นมาตัวหนึ่ง เพื่อดึงข้อมูลจาก Reseller API มาตรวจสอบ หากเข้าเงื่อนไขที่กำหนดไว้ script ก็จะส่งอีเมลแจ้งเตือนไปยังทีมงานที่ดูแลข้อมูลชุดนั้น เมื่อเวลาผ่านไปนานเข้า จำนวนข้อมูลที่ต้องตรวจสอบก็เยอะขึ้น และจำนวนอีเมลที่ต้องส่งแจ้งเตือนออกไปก็มากขึ้นเป็นเงาตามตัว จนถึงขีดจำกัดของ script account ที่ผมใช้รัน script เพื่อดึงข้อมูลจาก Reseller API นั้น เป็น G Suite free editon ซึ่งมีข้อจำกัดในการส่งอีเมลที่ 100 ฉบับต่อวัน ซึ่งในบางวันนั้น จำนวนอีเมลที่ต้องส่งออกก็สูงเกินข้อจำกัดนี้ และการที่ระบบส่งอีเมลไม่ได้ ก็ส่งผลให้ทีมงานที่ทำงานกับอีเมลแจ้งเตือนนี้ ทำงานได้ลำบาก reseller account ที่ใช้ส่งอีเมลแจ้งเตือน มีข้อจำกัดที่ 100 ฉบับต่อวัน ซึ่งไม่พอกับความต้องการ ทางออกที่ก้าวข้ามขีดจำกัดนี้ มีอยู่หลายทาง เช่น การเปลี่ยนวิธีการส่งอีเมล แทนที่จะใช้ email service ของ Apps Script ก็สามารถเปลี่ยนไปใช้ SMTP relay อื่นๆ ได้ แต่ก็จะมีองค์ประกอบที่ต้องดูแลเพิ่มเติมเข้ามา ด้วยความที่บริษัทใช้ G Suite Business อยู่แล้ว และเมื่อดูจาก quota อีเมลก็สามารถส่งได้มา
อ่านเพิ่มเติม