การรันแพลตฟอร์มแบบกระจายที่ปรับขนาดได้จำเป็นต้องมีความมุ่งมั่นในความน่าเชื่อถือ เพื่อให้แน่ใจว่าลูกค้ามีสิ่งที่ต้องการเมื่อพวกเขาต้องการ การพึ่งพาอาศัยกันอาจค่อนข้างซับซ้อน โดยเฉพาะอย่างยิ่งกับแพลตฟอร์มที่ใหญ่เท่ากับ Roblox การสร้างบริการที่เชื่อถือได้หมายความว่า โดยไม่คำนึงถึงความซับซ้อนและสถานะของการพึ่งพา บริการใดๆ ก็ตามจะไม่ถูกขัดจังหวะ (เช่น อย่างมาก ใช้ได้) จะทำงานโดยปราศจากข้อผิดพลาด (เช่น สูง คุณภาพ) และไม่มีข้อผิดพลาด (เช่น ความทนทานต่อความผิดพลาด).
ทำไมความน่าเชื่อถือจึงสำคัญ
ทีมข้อมูลประจำตัวบัญชีของเรามุ่งมั่นที่จะเข้าถึงความน่าเชื่อถือที่สูงขึ้น เนื่องจากบริการการปฏิบัติตามข้อกำหนดที่เราสร้างขึ้นนั้นเป็นส่วนประกอบหลักในแพลตฟอร์ม การปฏิบัติตามข้อกำหนดที่ไม่ถูกต้องอาจมีผลร้ายแรง ค่าใช้จ่ายในการบล็อกการดำเนินการตามธรรมชาติของ Roblox นั้นสูงมาก โดยมีทรัพยากรเพิ่มเติมที่จำเป็นในการกู้คืนหลังจากเกิดความล้มเหลวและประสบการณ์ผู้ใช้ที่อ่อนแอลง
วิธีการทั่วไปเพื่อความน่าเชื่อถือจะเน้นที่ความพร้อมใช้งานเป็นหลัก แต่ในบางกรณี อาจมีการใช้คำศัพท์ที่หลากหลายและนำไปใช้ในทางที่ผิด การวัดความพร้อมใช้งานส่วนใหญ่เพียงแค่ประเมินว่าบริการกำลังทำงานอยู่หรือไม่ ในขณะที่บางครั้งอาจลืมหรือเข้าใจผิดในแง่มุมต่างๆ เช่น ความคลาดเคลื่อนของพาร์ติชั่นและความสอดคล้องกัน
ตามทฤษฎีบท CAP ระบบแบบกระจายใดๆ สามารถรับประกันได้เพียงสองในสามลักษณะนี้ ดังนั้นบริการการปฏิบัติตามข้อกำหนดของเราจึงเสียสละความสอดคล้องบางอย่างเพื่อให้มีความพร้อมใช้งานสูงและทนต่อพาร์ติชั่น อย่างไรก็ตาม บริการของเราเสียสละเพียงเล็กน้อยและพบกลไกเพื่อให้เกิดความสอดคล้องที่ดีกับการเปลี่ยนแปลงทางสถาปัตยกรรมที่เหมาะสมตามที่อธิบายไว้ด้านล่าง
กระบวนการเพื่อให้ได้มาซึ่งความน่าเชื่อถือที่สูงขึ้นนั้นเป็นแบบวนซ้ำ โดยการวัดที่แน่นหนาจะทำงานอย่างต่อเนื่องเพื่อป้องกัน ค้นหา ตรวจจับ และแก้ไขข้อบกพร่องก่อนที่จะเกิดเหตุการณ์ขึ้น ทีมของเราระบุคุณค่าที่แข็งแกร่งในแนวทางปฏิบัติดังต่อไปนี้:
- การวัดที่ถูกต้อง – สร้างความสามารถในการสังเกตอย่างเต็มรูปแบบเกี่ยวกับวิธีการส่งมอบคุณภาพให้กับลูกค้าและการพึ่งพาที่ส่งมอบคุณภาพให้เราได้อย่างไร
- การคาดการณ์เชิงรุก – ดำเนินกิจกรรมต่างๆ เช่น การทบทวนสถาปัตยกรรมและการประเมินความเสี่ยงจากการพึ่งพาอาศัยกัน
- จัดลำดับความสำคัญการแก้ไข – ให้ความสำคัญกับการแก้ปัญหารายงานเหตุการณ์สำหรับบริการและการพึ่งพาที่เชื่อมโยงกับบริการของเรามากขึ้น
การสร้างความน่าเชื่อถือที่สูงขึ้นนั้นต้องการวัฒนธรรมที่มีคุณภาพ ทีมงานของเราได้ลงทุนในการพัฒนาที่ขับเคลื่อนด้วยประสิทธิภาพอยู่แล้ว และทราบดีว่าความสำเร็จของกระบวนการขึ้นอยู่กับการนำไปใช้ ทีมงานได้นำกระบวนการนี้มาใช้อย่างครบถ้วนและนำแนวปฏิบัติมาเป็นมาตรฐาน ไดอะแกรมต่อไปนี้เน้นส่วนประกอบของกระบวนการ:
พลังแห่งการวัดที่ถูกต้อง
ก่อนที่จะเจาะลึกลงไปในเมตริก จะมีการชี้แจงอย่างรวดเร็วเกี่ยวกับการวัดระดับการบริการ
- SLO (Service Level Objective) คือวัตถุประสงค์ด้านความน่าเชื่อถือที่ทีมของเราตั้งเป้าไว้ (เช่น 99.999%)
- SLI (Service Level Indicator) คือความน่าเชื่อถือที่บรรลุตามกรอบเวลา (เช่น 99.975% เมื่อเดือนกุมภาพันธ์ที่ผ่านมา)
- SLA (ข้อตกลงระดับบริการ) คือความน่าเชื่อถือที่ตกลงในการส่งมอบและคาดหวังจากผู้บริโภคของเราในกรอบเวลาที่กำหนด (เช่น 99.99% ต่อสัปดาห์)
SLI ควรสะท้อนถึงความพร้อมใช้งาน (ไม่มีการตอบสนองที่ไม่สามารถจัดการได้หรือขาดหายไป) ความทนทานต่อความล้มเหลว (ไม่มีข้อผิดพลาดของบริการ) และคุณภาพที่ได้รับ (ไม่มีข้อผิดพลาดที่ไม่คาดคิด) ดังนั้นเราจึงกำหนด SLI ของเราเป็น "อัตราส่วนความสำเร็จ" ของการตอบสนองที่ประสบความสำเร็จ เมื่อเทียบกับคำขอทั้งหมดที่ส่งไปยังบริการ คำตอบที่ประสบความสำเร็จคือคำขอเหล่านั้นที่ส่งในเวลาและรูปแบบ ซึ่งหมายความว่าไม่ การเชื่อมต่อ บริการ หรือข้อผิดพลาดที่ไม่คาดคิดเกิดขึ้น
SLI หรือ Success Ratio นี้รวบรวมจากมุมมองของผู้บริโภค (เช่น ลูกค้า) จุดประสงค์คือเพื่อวัดประสบการณ์จริงแบบ end-to-end ที่ส่งถึงผู้บริโภคของเรา เพื่อให้เรารู้สึกมั่นใจว่า SLA เป็นไปตามมาตรฐาน การไม่ทำเช่นนั้นจะทำให้เกิดความน่าเชื่อถือที่ผิดๆ ซึ่งละเลยข้อกังวลด้านโครงสร้างพื้นฐานทั้งหมดเพื่อเชื่อมต่อกับลูกค้าของเรา เช่นเดียวกับ SLI ผู้บริโภค เรารวบรวม SLI ที่พึ่งพาเพื่อติดตามความเสี่ยงที่อาจเกิดขึ้น ในทางปฏิบัติ SLA การพึ่งพาทั้งหมดควรสอดคล้องกับ SLA ของบริการและมีการพึ่งพา SLA โดยตรงด้วย ความล้มเหลวของคนคนหนึ่ง หมายถึง ความล้มเหลวของทุกคน เรายังติดตามและรายงานตัววัดจากตัวบริการเอง (เช่น เซิร์ฟเวอร์) แต่นี่ไม่ใช่แหล่งที่ใช้งานได้จริงสำหรับความน่าเชื่อถือสูง
นอกเหนือจาก SLI แล้ว ทุกบิลด์จะรวบรวมเมตริกคุณภาพที่รายงานโดยเวิร์กโฟลว์ CI ของเรา แนวทางปฏิบัตินี้ช่วยบังคับใช้เกทคุณภาพอย่างเข้มงวด (เช่น การครอบคลุมโค้ด) และรายงานเมตริกที่มีความหมายอื่นๆ เช่น การเข้ารหัสการปฏิบัติตามมาตรฐานและการวิเคราะห์โค้ดแบบคงที่ ก่อนหน้านี้หัวข้อนี้ถูกกล่าวถึงในบทความอื่น การสร้างไมโครเซอร์วิสที่ขับเคลื่อนด้วยประสิทธิภาพ. การปฏิบัติตามคุณภาพอย่างขยันขันแข็งจะเพิ่มขึ้นเมื่อพูดถึงความน่าเชื่อถือ เพราะยิ่งเราลงทุนเพื่อให้ได้คะแนนที่ดีเยี่ยม เราก็ยิ่งมั่นใจมากขึ้นว่าระบบจะไม่ล้มเหลวในสภาวะที่ไม่เอื้ออำนวย
ทีมของเรามีสองแดชบอร์ด One มอบการมองเห็นทั้งหมดใน Consumers SLI และ Dependencies SLI อันที่สองแสดงเมตริกคุณภาพทั้งหมด เรากำลังพยายามรวมทุกอย่างเข้าเป็นแดชบอร์ดเดียว เพื่อให้ทุกแง่มุมที่เราให้ความสำคัญได้รับการรวมและพร้อมที่จะรายงานตามกรอบเวลาที่กำหนด
คาดหวังความล้มเหลว
การทำ บทวิจารณ์ทางสถาปัตยกรรม เป็นส่วนสำคัญของความน่าเชื่อถือ อันดับแรก เราพิจารณาว่ามีความซ้ำซ้อนหรือไม่ และหากบริการมีวิธีการที่จะอยู่รอดเมื่อการพึ่งพาลดลง นอกเหนือจากแนวคิดการจำลองแบบทั่วไป บริการส่วนใหญ่ของเราใช้เทคนิคการไฮเดรชั่นแคชคู่ที่ได้รับการปรับปรุง กลยุทธ์การกู้คืนแบบคู่ (เช่น ความล้มเหลวในคิวภายในเครื่อง) หรือกลยุทธ์การสูญหายของข้อมูล (เช่น การสนับสนุนธุรกรรม) หัวข้อเหล่านี้กว้างขวางพอที่จะรับประกันรายการบล็อกอื่น แต่ในท้ายที่สุด คำแนะนำที่ดีที่สุดคือการใช้แนวคิดที่พิจารณาสถานการณ์ภัยพิบัติและลดโทษด้านประสิทธิภาพ
สิ่งสำคัญอีกประการหนึ่งที่ควรคาดหวังคือสิ่งที่สามารถปรับปรุงการเชื่อมต่อได้ นั่นหมายถึงความก้าวร้าวเกี่ยวกับเวลาแฝงต่ำสำหรับไคลเอนต์และเตรียมพวกเขาสำหรับการรับส่งข้อมูลที่สูงมากโดยใช้เทคนิคการควบคุมแคช ไซด์คาร์ และนโยบายด้านประสิทธิภาพสำหรับการหมดเวลา เบรกเกอร์วงจร และการลองใหม่ แนวทางปฏิบัติเหล่านี้ใช้กับไคลเอ็นต์ใดๆ รวมถึงแคช ร้านค้า คิว และไคลเอ็นต์ที่ขึ้นต่อกันใน HTTP และ gRPC นอกจากนี้ยังหมายถึงการปรับปรุงสัญญาณที่ดีจากบริการและความเข้าใจว่าการตรวจสุขภาพมีบทบาทสำคัญในการจัดการคอนเทนเนอร์ทั้งหมด บริการส่วนใหญ่ของเราส่งสัญญาณที่ดีขึ้นสำหรับการเสื่อมสภาพโดยเป็นส่วนหนึ่งของผลตอบรับการตรวจสุขภาพและตรวจสอบว่าส่วนประกอบที่สำคัญทั้งหมดทำงานก่อนที่จะส่งสัญญาณที่ดีต่อสุขภาพ
การแบ่งบริการออกเป็นชิ้นส่วนที่สำคัญและไม่สำคัญได้รับการพิสูจน์แล้วว่ามีประโยชน์สำหรับการมุ่งเน้นไปที่ฟังก์ชันการทำงานที่สำคัญที่สุด เราเคยมีปลายทางสำหรับผู้ดูแลระบบเท่านั้นในบริการเดียวกัน และแม้ว่าจะไม่ได้ใช้บ่อยครั้ง แต่ก็ส่งผลกระทบต่อเมตริกเวลาในการตอบสนองโดยรวม การย้ายไปยังบริการของตนเองส่งผลกระทบต่อทุกตัวชี้วัดไปในทิศทางที่ดี
การประเมินความเสี่ยงจากการพึ่งพาอาศัยกัน เป็นเครื่องมือสำคัญในการระบุปัญหาที่อาจเกิดขึ้นกับการพึ่งพา ซึ่งหมายความว่าเราระบุการพึ่งพาที่มี SLI ต่ำและขอการจัดตำแหน่ง SLA การขึ้นต่อกันเหล่านี้จำเป็นต้องได้รับการเอาใจใส่เป็นพิเศษในระหว่างขั้นตอนการผสานรวม ดังนั้นเราจึงมีเวลาพิเศษในการวัดประสิทธิภาพและทดสอบว่าการขึ้นต่อกันใหม่นั้นเพียงพอสำหรับแผนของเราหรือไม่ ตัวอย่างที่ดีประการหนึ่งคือการปรับใช้ในช่วงต้นของ Roblox Storage-as-a-Service การผสานรวมกับบริการนี้จำเป็นต้องมีการยื่นตั๋วข้อบกพร่องและการประชุมซิงค์เป็นระยะเพื่อสื่อสารสิ่งที่ค้นพบและข้อเสนอแนะ งานทั้งหมดนี้ใช้แท็ก "ความน่าเชื่อถือ" เพื่อให้เราสามารถระบุแหล่งที่มาและลำดับความสำคัญได้อย่างรวดเร็ว การกำหนดลักษณะเกิดขึ้นบ่อยครั้งจนเรามั่นใจว่าการพึ่งพาใหม่นั้นพร้อมสำหรับเราแล้ว งานพิเศษนี้ช่วยดึงการขึ้นต่อกันไปสู่ระดับความเชื่อถือได้ตามที่ต้องการ ซึ่งเราคาดหวังว่าจะส่งมอบการทำงานร่วมกันเพื่อเป้าหมายร่วมกัน
นำโครงสร้างมาสู่ความโกลาหล
ไม่น่ามีเหตุการณ์เกิดขึ้นเลย แต่เมื่อเกิดขึ้นก็มีข้อมูลที่มีความหมายในการรวบรวมและเรียนรู้เพื่อให้เชื่อถือได้มากขึ้น ทีมงานของเรามีรายงานเหตุการณ์ของทีมที่สร้างขึ้นเหนือกว่ารายงานทั่วบริษัททั่วไป ดังนั้นเราจึงมุ่งเน้นที่เหตุการณ์ทั้งหมดโดยไม่คำนึงถึงขนาดของผลกระทบ เราเรียกหาสาเหตุที่แท้จริงและจัดลำดับความสำคัญของงานทั้งหมดเพื่อบรรเทาลงในอนาคต ในส่วนหนึ่งของรายงานนี้ เราขอเรียกร้องให้ทีมอื่นๆ แก้ไขเหตุการณ์การพึ่งพาที่มีลำดับความสำคัญสูง ติดตามผลด้วยความละเอียดที่เหมาะสม ทบทวนย้อนหลัง และค้นหารูปแบบที่อาจตรงกับเรา
ทีมงานผลิต รายงานความน่าเชื่อถือรายเดือนต่อบริการ ซึ่งรวมถึง SLI ทั้งหมดที่อธิบายไว้ที่นี่ ตั๋วใดๆ ที่เราเปิดเนื่องจากความน่าเชื่อถือและเหตุการณ์ที่เป็นไปได้ใดๆ ที่เกี่ยวข้องกับบริการ เราคุ้นเคยกับการสร้างรายงานเหล่านี้มากจนขั้นตอนปกติต่อไปคือการทำให้การแยกออกโดยอัตโนมัติ การทำกิจกรรมเป็นระยะๆ นี้มีความสำคัญ และเป็นเครื่องเตือนใจว่ามีการติดตามและพิจารณาความน่าเชื่อถืออย่างต่อเนื่องในการพัฒนาของเรา
เครื่องมือวัดของเราประกอบด้วยเมตริกที่กำหนดเองและการแจ้งเตือนที่ได้รับการปรับปรุง เพื่อให้เราได้รับการระบุเพจโดยเร็วที่สุดเมื่อเกิดปัญหาที่ทราบและที่คาดว่าจะเกิดขึ้น การแจ้งเตือนทั้งหมด รวมถึงผลบวกที่ผิดพลาด จะได้รับการตรวจสอบทุกสัปดาห์ ณ จุดนี้ การขัดเกลาเอกสารทั้งหมดเป็นสิ่งสำคัญ เพื่อให้ผู้บริโภคของเรารู้ว่าจะเกิดอะไรขึ้นเมื่อมีการเตือนและเมื่อเกิดข้อผิดพลาด จากนั้นทุกคนรู้ว่าต้องทำอย่างไร (เช่น คู่มือแนะนำการใช้งานและแนวทางการผสานรวมมีการจัดแนวและปรับปรุงบ่อยครั้ง)
ในท้ายที่สุด การนำคุณภาพมาใช้ในวัฒนธรรมของเราเป็นปัจจัยที่สำคัญที่สุดและชี้ขาดในการเข้าถึงความน่าเชื่อถือที่สูงขึ้น. เราสามารถสังเกตได้ว่าแนวทางปฏิบัติเหล่านี้นำไปใช้กับงานประจำวันของเรานั้นได้ผลดีอย่างไร ทีมของเราหมกมุ่นอยู่กับความน่าเชื่อถือและเป็นความสำเร็จที่สำคัญที่สุดของเรา เราได้เพิ่มความตระหนักรู้ถึงผลกระทบที่อาจเกิดกับข้อบกพร่องและเวลาที่สามารถนำมาใช้ได้ บริการที่ใช้แนวปฏิบัติเหล่านี้ได้บรรลุ SLO และ SLA อย่างสม่ำเสมอ รายงานความน่าเชื่อถือที่ช่วยเราติดตามงานทั้งหมดที่เราทำนั้นเป็นข้อพิสูจน์ถึงงานที่ทีมของเราทำ และถือเป็นบทเรียนอันล้ำค่าในการให้ข้อมูลและโน้มน้าวทีมอื่นๆ นี่คือลักษณะที่วัฒนธรรมความน่าเชื่อถือเข้าถึงองค์ประกอบทั้งหมดของแพลตฟอร์มของเรา
หนทางสู่ความน่าเชื่อถือที่สูงขึ้นนั้นไม่ใช่เรื่องง่าย แต่จำเป็นถ้าคุณต้องการสร้างแพลตฟอร์มที่เชื่อถือได้ซึ่งจะจินตนาการใหม่ว่าผู้คนมารวมกันอย่างไร
Alberto เป็นหัวหน้าวิศวกรซอฟต์แวร์ในทีม Account Identity ที่ Roblox เขาอยู่ในวงการเกมมาเป็นเวลานาน โดยให้เครดิตกับเกมระดับ AAA และแพลตฟอร์มโซเชียลมีเดียต่างๆ มากมาย โดยมุ่งเน้นที่สถาปัตยกรรมที่ปรับขนาดได้สูง ตอนนี้เขากำลังช่วยให้ Roblox เติบโตและมีวุฒิภาวะโดยใช้แนวทางการพัฒนาที่ดีที่สุด
โพสต์ มอบความน่าเชื่อถือของแพลตฟอร์มขนาดใหญ่ ปรากฏตัวครั้งแรกเมื่อ บล็อก Roblox.
- "
- เกี่ยวกับเรา
- ลงชื่อเข้าใช้
- บรรลุ
- กิจกรรม
- อยากทำกิจกรรม
- ส่วนที่เพิ่มเข้าไป
- เพิ่มเติม
- การนำมาใช้
- ข้อตกลง
- ทั้งหมด
- การวิเคราะห์
- อื่น
- สิ่งใด
- เข้าใกล้
- ในเชิงสถาปัตยกรรม
- รอบ
- บทความ
- ความพร้อมใช้งาน
- ใช้ได้
- ก่อน
- มาตรฐาน
- ที่ดีที่สุด
- ดีกว่า
- บล็อก
- Bug
- สร้าง
- แคช
- โทรศัพท์
- ซึ่ง
- กรณี
- ก่อให้เกิด
- การตรวจสอบ
- ลูกค้า
- รหัส
- การเข้ารหัส
- ร่วมกัน
- สื่อสาร
- ความซับซ้อน
- การปฏิบัติตาม
- ส่วนประกอบ
- ความมั่นใจ
- การเชื่อมต่อ
- ผลที่ตามมา
- ผู้บริโภค
- ผู้บริโภค
- ภาชนะ
- ต่อเนื่องกัน
- ได้
- สร้าง
- ที่สร้างขึ้น
- เครดิต
- วิกฤติ
- วัฒนธรรม
- ลูกค้า
- หน้าปัด
- ข้อมูล
- การสูญเสียข้อมูล
- ส่งมอบ
- การส่งมอบ
- พัฒนาการ
- โดยตรง
- ภัยพิบัติ
- ลง
- ขับเคลื่อน
- ในระหว่าง
- e
- ก่อน
- วิศวกร
- ข้อผิดพลาด
- ประสบการณ์
- การสกัด
- ความล้มเหลว
- ข้อเสนอแนะ
- ชื่อจริง
- แก้ไขปัญหา
- โฟกัส
- มุ่งเน้นไปที่
- ปฏิบัติตาม
- ลืม
- ฟอร์ม
- เต็ม
- อนาคต
- G
- เกม
- อุตสาหกรรมเกม
- เกตส์
- ฝ่ายผลิต
- กำหนด
- ดี
- การเจริญเติบโต
- แนวทาง
- สุขภาพ
- ช่วย
- โปรดคลิกที่นี่เพื่ออ่านรายละเอียดเพิ่มเติม
- จุดสูง
- สูงกว่า
- สรุป ความน่าเชื่อถือของ Olymp Trade?
- HTTPS
- i
- แยกแยะ
- เอกลักษณ์
- ส่งผลกระทบ
- การดำเนินการ
- สำคัญ
- ปรับปรุง
- ปรับตัวดีขึ้น
- การปรับปรุง
- รวมทั้ง
- อุตสาหกรรม
- มีอิทธิพล
- ข้อมูล
- โครงสร้างพื้นฐาน
- บูรณาการ
- แนะนำ
- ลงทุน
- การลงทุน
- IT
- เรียนรู้
- ชั้น
- ในประเทศ
- นาน
- เรื่อง
- อาจ
- วัด
- ภาพบรรยากาศ
- การประชุม
- ตัวชี้วัด
- ผสม
- ข้อมูลเพิ่มเติม
- วัตถุประสงค์
- ประสาน
- ใบสั่ง
- อื่นๆ
- ของตนเอง
- คน
- การปฏิบัติ
- เวที
- แพลตฟอร์ม
- เล่น
- จุด
- จุดชมวิว
- นโยบาย
- บวก
- เป็นไปได้
- ที่มีศักยภาพ
- อำนาจ
- นำเสนอ
- หลัก
- กระบวนการ
- คุณภาพ
- รวดเร็ว
- มาถึง
- กู้
- การฟื้นตัว
- รายงาน
- รายงาน
- การร้องขอ
- แหล่งข้อมูล
- รีวิว
- ขวา
- ความเสี่ยง
- ถนน
- Roblox
- วิ่ง
- ที่ปรับขนาดได้
- ขนาด
- ความรู้สึก
- เซิร์ฟเวอร์
- Service
- บริการ
- คล้ายคลึงกัน
- So
- สังคม
- โซเชียลมีเดีย
- แพลตฟอร์มสื่อสังคม
- ซอฟต์แวร์
- วิศวกรซอฟต์แวร์
- ในไม่ช้า
- Status
- ร้านค้า
- กลยุทธ์
- ความสำเร็จ
- ที่ประสบความสำเร็จ
- สนับสนุน
- รอด
- ระบบ
- การพูดคุย
- ทีม
- เทคนิค
- ทดสอบ
- พื้นที่
- เวลา
- ร่วมกัน
- ความอดทน
- หัวข้อ
- ลู่
- การจราจร
- ที่เชื่อถือ
- us
- ความคุ้มค่า
- รายละเอียด
- ความชัดเจน
- สัปดาห์
- อะไร
- งาน
- เวิร์กโฟลว์
- การทำงาน