โพสต์นี้เขียนร่วมกับ Claudia Chitu และ Spyridon Dosis จาก ACAST
ก่อตั้งขึ้นในปี 2014, Acast คือบริษัทพอดแคสต์อิสระชั้นนำของโลกที่ยกระดับผู้สร้างพอดแคสต์และผู้ลงโฆษณาพอดแคสต์เพื่อประสบการณ์การฟังขั้นสูงสุด ด้วยการสนับสนุนระบบนิเวศที่เป็นอิสระและเปิดกว้างสำหรับพอดแคสต์ Acast ตั้งเป้าที่จะเติมพลังให้พอดแคสต์ด้วยเครื่องมือและการสร้างรายได้ที่จำเป็นต่อการเติบโต
บริษัทใช้บริการ AWS Cloud เพื่อสร้างผลิตภัณฑ์ที่ขับเคลื่อนด้วยข้อมูลและแนวทางปฏิบัติที่ดีที่สุดด้านวิศวกรรมขนาด เพื่อให้มั่นใจว่าแพลตฟอร์มข้อมูลที่ยั่งยืนท่ามกลางช่วงการเติบโตและความสามารถในการทำกำไร ทีมเทคโนโลยีของพวกเขาได้นำการกระจายอำนาจมาใช้ สถาปัตยกรรมดาต้าเมช.
ในโพสต์นี้ เราจะหารือเกี่ยวกับวิธีที่ Acast เอาชนะความท้าทายของการพึ่งพาแบบคู่กันระหว่างทีมที่ทำงานกับข้อมูลในวงกว้างโดยใช้แนวคิดของ data mesh
ปัญหา
ด้วยการเติบโตและการขยายตัวที่รวดเร็ว Acast เผชิญกับความท้าทายที่สะท้อนไปทั่วโลก Acast พบว่าตัวเองมีหน่วยธุรกิจที่หลากหลายและข้อมูลจำนวนมหาศาลที่สร้างขึ้นทั่วทั้งองค์กร สถาปัตยกรรมขนาดใหญ่และแบบรวมศูนย์ที่มีอยู่กำลังดิ้นรนเพื่อตอบสนองความต้องการที่เพิ่มขึ้นของผู้บริโภคข้อมูล วิศวกรข้อมูลพบว่าการบำรุงรักษาและปรับขนาดโครงสร้างพื้นฐานของข้อมูลมีความท้าทายมากขึ้น ซึ่งส่งผลให้เกิดการเข้าถึงข้อมูล ไซโลข้อมูล และความไร้ประสิทธิภาพในการจัดการข้อมูล วัตถุประสงค์หลักคือการปรับปรุงประสบการณ์ผู้ใช้แบบ end-to-end โดยเริ่มจากความต้องการทางธุรกิจ
Acast จำเป็นต้องจัดการกับความท้าทายเหล่านี้เพื่อก้าวไปสู่ระดับการดำเนินงาน ซึ่งหมายถึงจำนวนบุคลากรสูงสุดทั่วโลกที่สามารถดำเนินการและส่งมอบคุณค่าได้อย่างอิสระ ในกรณีนี้ Acast พยายามจัดการกับความท้าทายของโครงสร้างขนาดใหญ่นี้และเวลาที่มีคุณค่าสูงสำหรับทีมผลิตภัณฑ์ ทีมเทคโนโลยี และผู้บริโภคปลายทาง เป็นเรื่องที่น่าสังเกตว่าพวกเขายังมีทีมผลิตภัณฑ์และเทคโนโลยีอื่นๆ รวมถึงทีมปฏิบัติการหรือทีมธุรกิจ โดยไม่มีบัญชี AWS
Acast มีทีมผลิตภัณฑ์จำนวนไม่แน่นอน พัฒนาอย่างต่อเนื่องโดยการรวมทีมที่มีอยู่ แบ่งทีม เพิ่มคนใหม่ หรือเพียงแค่สร้างทีมใหม่ ในช่วง 2 ปีที่ผ่านมา พวกเขามีทีมระหว่าง 10–20 ทีม ประกอบด้วยทีมละ 4–10 คน แต่ละทีมเป็นเจ้าของบัญชี AWS อย่างน้อยสองบัญชี สูงสุด 10 บัญชี ขึ้นอยู่กับความเป็นเจ้าของ ข้อมูลส่วนใหญ่ที่สร้างโดยบัญชีเหล่านี้จะถูกนำไปใช้ขั้นปลายน้ำเพื่อวัตถุประสงค์ด้านระบบธุรกิจอัจฉริยะ (BI) และใน อเมซอน อาเธน่าโดยผู้ใช้ทางธุรกิจหลายร้อยคนทุกวัน
โซลูชันที่ Acast นำมาใช้นั้นเป็นดาต้าเมชที่ออกแบบบน AWS โซลูชันนี้สะท้อนโครงสร้างองค์กรมากกว่าการตัดสินใจทางสถาปัตยกรรมที่ชัดเจน ตามที่ การซ้อมรบคอนเวย์ผกผันสถาปัตยกรรมเทคโนโลยีของ Acast แสดง isomorphism ร่วมกับสถาปัตยกรรมธุรกิจ ในกรณีนี้ ผู้ใช้ทางธุรกิจจะถูกเปิดใช้งานผ่านสถาปัตยกรรมดาต้าเมชเพื่อให้ได้รับข้อมูลเชิงลึกเร็วขึ้นและรู้โดยตรงว่าใครเป็นเจ้าของโดเมนโดยเฉพาะ ซึ่งช่วยเร่งการทำงานร่วมกัน นี่จะมีรายละเอียดเพิ่มเติมเมื่อเราหารือเกี่ยวกับ AWS Identity และการจัดการการเข้าถึง (IAM) บทบาทที่ใช้ เนื่องจากบทบาทหนึ่งมีไว้สำหรับกลุ่มธุรกิจโดยเฉพาะ
พารามิเตอร์แห่งความสำเร็จ
Acast ประสบความสำเร็จในการบูตและปรับขนาดผลิตภัณฑ์ข้อมูลที่มุ่งเน้นทีมและโดเมนใหม่ รวมถึงโครงสร้างพื้นฐานและการตั้งค่าที่เกี่ยวข้อง ส่งผลให้มีความขัดแย้งน้อยลงในการรวบรวมข้อมูลเชิงลึก รวมถึงผู้ใช้และผู้บริโภคที่มีความสุขมากขึ้น
ความสำเร็จของการนำไปใช้หมายถึงการประเมินแง่มุมต่างๆ ของโครงสร้างพื้นฐานข้อมูล การจัดการข้อมูล และผลลัพธ์ทางธุรกิจ พวกเขาจัดประเภทเมตริกและตัวบ่งชี้ตามหมวดหมู่ต่อไปนี้:
- การใช้ข้อมูล – ความเข้าใจที่ชัดเจนว่าใครกำลังใช้แหล่งข้อมูลใด ซึ่งปรากฏเป็นรูปธรรมด้วยการทำแผนที่ของผู้บริโภคและผู้ผลิต การพูดคุยกับผู้ใช้แสดงให้เห็นว่าพวกเขามีความสุขมากขึ้นที่สามารถเข้าถึงข้อมูลได้เร็วขึ้นด้วยวิธีที่ง่ายกว่า มีการจัดระเบียบข้อมูลที่มีโครงสร้างมากขึ้น และมีการแมปที่ชัดเจนว่าใครคือผู้ผลิต มีความก้าวหน้าอย่างมากในการพัฒนาวัฒนธรรมที่ขับเคลื่อนด้วยข้อมูล (ความรู้ข้อมูล การแบ่งปันข้อมูล และการทำงานร่วมกันระหว่างหน่วยธุรกิจ)
- การกำกับดูแลข้อมูล – ด้วยออบเจ็กต์ระดับการบริการที่ระบุว่าแหล่งข้อมูลพร้อมใช้งานเมื่อใด (นอกเหนือจากรายละเอียดอื่น ๆ) ทีมจึงรู้ว่าต้องแจ้งใครและสามารถทำได้ในเวลาอันสั้นเมื่อมีข้อมูลเข้ามาล่าช้าหรือมีปัญหาอื่น ๆ กับข้อมูล ด้วยบทบาทผู้ดูแลข้อมูล ความเป็นเจ้าของจึงมีความเข้มแข็งมากขึ้น
- ผลผลิตของทีมข้อมูล – ด้วยการย้อนหลังทางวิศวกรรม Acast พบว่าทีมของพวกเขาชื่นชมความเป็นอิสระในการตัดสินใจเกี่ยวกับโดเมนข้อมูลของพวกเขา
- ต้นทุนและประสิทธิภาพของทรัพยากร – นี่คือส่วนที่ Acast สังเกตเห็นการลดความซ้ำซ้อนของข้อมูล และลดต้นทุน (ในบางบัญชี การลบสำเนาของข้อมูล 100%) โดยการอ่านข้อมูลข้ามบัญชีในขณะที่เปิดใช้งานการปรับขนาด
ภาพรวมโครงข่ายข้อมูล
Data Mesh เป็นแนวทางทางสังคมเทคนิคในการสร้างสถาปัตยกรรมข้อมูลแบบกระจายอำนาจโดยใช้การออกแบบที่เน้นโดเมนและให้บริการด้วยตนเอง (ในมุมมองการพัฒนาซอฟต์แวร์) และยืมทฤษฎีการออกแบบที่ขับเคลื่อนด้วยโดเมนของ Eric Evans และของ Manuel Pais และ Matthew Skelton's ทฤษฎีโทโพโลยีของทีม สิ่งสำคัญคือต้องสร้างบริบทเพื่อทำความเข้าใจว่า Data Mesh คืออะไร เนื่องจากจะเป็นการกำหนดขั้นตอนสำหรับรายละเอียดทางเทคนิคที่ตามมา และสามารถช่วยให้คุณเข้าใจว่าแนวคิดที่กล่าวถึงในโพสต์นี้เหมาะสมกับกรอบงานที่กว้างขึ้นของ Data Mesh อย่างไร
เพื่อสรุปก่อนที่จะเจาะลึกถึงการใช้งานของ Acast แนวคิด data mesh จะขึ้นอยู่กับหลักการต่อไปนี้:
- ขับเคลื่อนด้วยโดเมน ซึ่งต่างจากไปป์ไลน์ซึ่งถือเป็นข้อกังวลระดับเฟิร์สคลาส
- มันทำหน้าที่เป็นข้อมูลเป็นผลิตภัณฑ์
- เป็นผลิตภัณฑ์ที่ดีที่สร้างความพึงพอใจให้กับผู้ใช้ (ข้อมูลมีความน่าเชื่อถือ มีเอกสารประกอบ และบริโภคได้ง่าย)
- มีการกำกับดูแลการคำนวณแบบรวมศูนย์และความเป็นเจ้าของแบบกระจายอำนาจ ซึ่งเป็นแพลตฟอร์มข้อมูลแบบบริการตนเอง
สถาปัตยกรรมที่ขับเคลื่อนด้วยโดเมน
ในแนวทางของ Acast ในการเป็นเจ้าของชุดข้อมูลการปฏิบัติงานและการวิเคราะห์ ทีมจะได้รับโครงสร้างโดยมีความเป็นเจ้าของตามโดเมน อ่านโดยตรงจากผู้ผลิตข้อมูล ผ่าน API หรือทางโปรแกรมจากพื้นที่จัดเก็บ Amazon S3 หรือใช้ Athena เป็นกลไกการสืบค้น SQL ตัวอย่างโดเมนของ Acast ดังแสดงในรูปต่อไปนี้
ดังที่แสดงในรูปก่อนหน้านี้ บางโดเมนเชื่อมโยงอย่างหลวมๆ กับจุดสิ้นสุดด้านการปฏิบัติงานหรือการวิเคราะห์ของโดเมนอื่น โดยมีเจ้าของที่แตกต่างกัน บางรายอาจมีการพึ่งพาที่แข็งแกร่งกว่าซึ่งคาดว่าจะเกิดขึ้นสำหรับธุรกิจ (พอดแคสต์บางรายอาจเป็นผู้ลงโฆษณาด้วย โดยสร้างโฆษณาสนับสนุนและดำเนินแคมเปญสำหรับรายการของตนเอง หรือทำธุรกรรมโฆษณาโดยใช้ซอฟต์แวร์ของ Acast เป็นบริการ)
ข้อมูลเป็นผลิตภัณฑ์
การจัดการข้อมูลในฐานะผลิตภัณฑ์นั้นมีองค์ประกอบหลักสามประการ: ตัวข้อมูลเอง เมตาดาต้า และโค้ดและโครงสร้างพื้นฐานที่เกี่ยวข้อง ในแนวทางนี้ ทีมที่รับผิดชอบในการสร้างข้อมูลจะเรียกว่า ผู้ผลิต. ทีมผู้ผลิตเหล่านี้มีความรู้เชิงลึกเกี่ยวกับผู้บริโภค และเข้าใจวิธีการใช้ผลิตภัณฑ์ข้อมูลของตน การเปลี่ยนแปลงใดๆ ที่วางแผนโดยผู้ผลิตข้อมูลจะได้รับการสื่อสารล่วงหน้าไปยังผู้บริโภคทุกคน การแจ้งเตือนเชิงรุกนี้ช่วยให้แน่ใจว่ากระบวนการดาวน์สตรีมจะไม่ถูกรบกวน การแจ้งให้ผู้บริโภคทราบล่วงหน้าทำให้พวกเขามีเวลาเพียงพอในการเตรียมตัวและปรับตัวต่อการเปลี่ยนแปลงที่กำลังจะเกิดขึ้น รักษาขั้นตอนการทำงานให้ราบรื่นและไม่สะดุด ผู้ผลิตเรียกใช้ชุดข้อมูลเริ่มต้นเวอร์ชันใหม่พร้อมกัน แจ้งให้ผู้บริโภคทราบเป็นรายบุคคล และหารือกับพวกเขาเกี่ยวกับกรอบเวลาที่จำเป็นในการเริ่มใช้งานเวอร์ชันใหม่ เมื่อผู้บริโภคทั้งหมดใช้เวอร์ชันใหม่ ผู้ผลิตจะทำให้เวอร์ชันเริ่มต้นไม่พร้อมใช้งาน
สคีมาข้อมูลอนุมานจากรูปแบบที่ตกลงร่วมกันเพื่อแชร์ไฟล์ระหว่างทีม ซึ่งก็คือ Parquet ในกรณีของ Acast สามารถแชร์ข้อมูลในไฟล์ กิจกรรมแบบกลุ่มหรือสตรีม และอื่นๆ อีกมากมาย แต่ละทีมมีบัญชี AWS ของตัวเองซึ่งทำหน้าที่เป็นหน่วยงานอิสระและเป็นอิสระพร้อมโครงสร้างพื้นฐานของตัวเอง สำหรับการเรียบเรียง พวกเขาใช้ ชุดพัฒนา AWS Cloud (AWS CDK) สำหรับโครงสร้างพื้นฐานเป็นโค้ด (IaC) และ AWS กาว แคตตาล็อกข้อมูลสำหรับการจัดการข้อมูลเมตา ผู้ใช้ยังสามารถส่งคำขอไปยังผู้ผลิตเพื่อปรับปรุงวิธีการนำเสนอข้อมูลหรือเพื่อเพิ่มข้อมูลด้วยจุดข้อมูลใหม่เพื่อสร้างมูลค่าทางธุรกิจที่สูงขึ้น
เนื่องจากแต่ละทีมเป็นเจ้าของบัญชี AWS และ ID แค็ตตาล็อกข้อมูลจาก Athena จึงเป็นเรื่องง่ายที่จะดูสิ่งนี้ผ่านเลนส์ของ Data Lake แบบกระจายที่อยู่ด้านบนของ Amazon S3 โดยมีแค็ตตาล็อกทั่วไปที่แมปแค็ตตาล็อกทั้งหมดจากบัญชีทั้งหมด
ในเวลาเดียวกัน แต่ละทีมยังสามารถแมปแค็ตตาล็อกอื่นกับบัญชีของตนเอง และใช้ข้อมูลของตนเองซึ่งพวกเขาสร้างขึ้นพร้อมกับข้อมูลจากบัญชีอื่น เว้นแต่จะเป็นข้อมูลที่ละเอียดอ่อน ข้อมูลสามารถเข้าถึงได้โดยทางโปรแกรมหรือจาก คอนโซลการจัดการ AWS ในลักษณะบริการตนเองโดยไม่ต้องพึ่งวิศวกรโครงสร้างพื้นฐานข้อมูล นี่เป็นวิธีแชร์ข้อมูลแบบบริการตนเองแบบไม่เชื่อเรื่องโดเมน การค้นพบผลิตภัณฑ์เกิดขึ้นผ่านการลงทะเบียนแค็ตตาล็อก ด้วยการใช้มาตรฐานเพียงไม่กี่มาตรฐานที่ตกลงร่วมกันและนำมาใช้ทั่วทั้งบริษัท เพื่อวัตถุประสงค์ในการทำงานร่วมกัน Acast จัดการกับไซโลที่กระจัดกระจายและอุปสรรคในการแลกเปลี่ยนข้อมูลหรือใช้ข้อมูลที่ไม่ขึ้นอยู่กับโดเมน
ด้วยหลักการนี้ ทีมจะได้รับการรับประกันว่าข้อมูลมีความปลอดภัย เชื่อถือได้ และถูกต้อง และมีการจัดการการควบคุมการเข้าถึงที่เหมาะสมในแต่ละระดับโดเมน นอกจากนี้ ในบัญชีกลาง บทบาทจะถูกกำหนดสำหรับการอนุญาตและการเข้าถึงประเภทต่างๆ โดยใช้ ศูนย์ข้อมูลประจำตัว AWS IAM สิทธิ์ ชุดข้อมูลทั้งหมดสามารถค้นพบได้จากบัญชีกลางบัญชีเดียว รูปภาพต่อไปนี้แสดงให้เห็นวิธีการใช้เครื่องมือ โดยที่บทบาท IAM สองบทบาทจะถูกรับโดยกลุ่มผู้ใช้ (ผู้บริโภค) สองประเภท: ประเภทหนึ่งที่มีสิทธิ์เข้าถึงชุดข้อมูลที่จำกัด ซึ่งเป็นข้อมูลที่ถูกจำกัด และอีกประเภทหนึ่งที่มีสิทธิ์เข้าถึงข้อมูลที่ไม่ถูกจำกัด นอกจากนี้ยังมีวิธีรับบทบาทใดๆ เหล่านี้สำหรับบัญชีบริการ เช่น ที่ใช้โดยงานการประมวลผลข้อมูล เวิร์กโฟลว์ที่มีการจัดการของ Amazon สำหรับ Apache Airflow (อเมซอน MWAA) เป็นต้น
วิธีที่ Acast แก้ไขเพื่อการจัดตำแหน่งที่สูงและสถาปัตยกรรมที่เชื่อมต่ออย่างหลวมๆ
แผนภาพต่อไปนี้แสดงสถาปัตยกรรมแนวความคิดว่าทีมของ Acast จัดระเบียบข้อมูลและทำงานร่วมกันอย่างไร
Acast ใช้ กรอบงานที่มีสถาปัตยกรรมอย่างดี สำหรับบัญชีกลางเพื่อปรับปรุงแนวทางปฏิบัติในการรันปริมาณงานเชิงวิเคราะห์ในระบบคลาวด์ ด้วยเลนส์ของเครื่องมือ Acast สามารถจัดการกับการตรวจสอบได้ดีขึ้น การเพิ่มประสิทธิภาพต้นทุนประสิทธิภาพ และความปลอดภัย ช่วยให้พวกเขาเข้าใจส่วนที่พวกเขาสามารถปรับปรุงปริมาณงานและวิธีการแก้ไขปัญหาทั่วไปด้วยโซลูชันอัตโนมัติ รวมถึงวิธีวัดความสำเร็จและการกำหนด KPI ช่วยให้พวกเขาประหยัดเวลาในการเรียนรู้ที่อาจใช้เวลานานกว่าในการค้นหา Spyridon Dosis เจ้าหน้าที่รักษาความปลอดภัยข้อมูลของ Acast กล่าวว่า “เรายินดีที่ AWS ก้าวนำหน้าอยู่เสมอด้วยการเปิดตัวเครื่องมือที่ช่วยให้สามารถกำหนดค่า ประเมิน และตรวจสอบการตั้งค่าหลายบัญชีได้ นี่เป็นข้อดีอย่างมากสำหรับเราที่ได้ทำงานในองค์กรที่มีการกระจายอำนาจ” Spyridon กล่าวเสริมว่า “แนวคิดที่สำคัญมากที่เราให้ความสำคัญคือค่าเริ่มต้นด้านความปลอดภัยของ AWS (เช่น การเข้ารหัสเริ่มต้นสำหรับบัคเก็ต S3)”
ในแผนภาพสถาปัตยกรรม เราจะเห็นว่าแต่ละทีมสามารถเป็นผู้ผลิตข้อมูลได้ ยกเว้นทีมที่เป็นเจ้าของบัญชีกลาง ซึ่งทำหน้าที่เป็นแพลตฟอร์มข้อมูลกลาง โดยสร้างแบบจำลองตรรกะจากหลายโดเมนเพื่อวาดภาพธุรกิจทั้งหมด ทีมอื่นๆ ทั้งหมดสามารถเป็นผู้ผลิตข้อมูลหรือผู้ใช้ข้อมูลได้ พวกเขาสามารถเชื่อมต่อกับบัญชีกลางและค้นพบชุดข้อมูลผ่าน AWS Glue Data Catalog ข้ามบัญชี วิเคราะห์ในชุดแก้ไขแบบสอบถาม Athena หรือสมุดบันทึก Athena หรือแมปแคตตาล็อกกับบัญชี AWS ของตนเอง การเข้าถึงแค็ตตาล็อก Athena ส่วนกลางนั้นดำเนินการด้วย IAM Identity Center โดยมีบทบาทสำหรับข้อมูลเปิดและการเข้าถึงข้อมูลที่จำกัด
สำหรับข้อมูลที่ไม่ละเอียดอ่อน (ข้อมูลเปิด) Acast จะใช้เทมเพลตโดยค่าเริ่มต้นชุดข้อมูลจะเปิดให้ทั้งองค์กรอ่านได้ โดยใช้เงื่อนไขในการจัดเตรียมพารามิเตอร์ ID ที่องค์กรกำหนด ดังที่แสดงในตัวอย่างโค้ดต่อไปนี้:
เมื่อจัดการข้อมูลที่ละเอียดอ่อน เช่น การเงิน ทีมงานจะใช้โมเดลการดูแลข้อมูลที่ทำงานร่วมกัน ผู้ดูแลข้อมูลทำงานร่วมกับผู้ร้องขอเพื่อประเมินเหตุผลในการเข้าถึงสำหรับกรณีการใช้งานที่ต้องการ พวกเขาร่วมกันกำหนดวิธีการเข้าถึงที่เหมาะสมเพื่อตอบสนองความต้องการโดยยังคงรักษาความปลอดภัยไว้ ซึ่งอาจรวมถึงบทบาท IAM บัญชีบริการ หรือบริการ AWS ที่เฉพาะเจาะจง แนวทางนี้ช่วยให้ผู้ใช้ทางธุรกิจภายนอกองค์กรเทคโนโลยี (ซึ่งหมายความว่าพวกเขาไม่มีบัญชี AWS) สามารถเข้าถึงและวิเคราะห์ข้อมูลที่ต้องการได้อย่างอิสระ ด้วยการให้สิทธิ์การเข้าถึงผ่านนโยบาย IAM บนทรัพยากร AWS Glue และบัคเก็ต S3 ทำให้ Acast มอบความสามารถแบบบริการตนเองในขณะที่ยังคงควบคุมข้อมูลที่ละเอียดอ่อนผ่านการตรวจสอบโดยมนุษย์ บทบาทผู้ดูแลข้อมูลมีคุณค่าในการทำความเข้าใจกรณีการใช้งาน ประเมินความเสี่ยงด้านความปลอดภัย และอำนวยความสะดวกในการเข้าถึงในที่สุด ซึ่งจะช่วยเร่งธุรกิจผ่านข้อมูลเชิงลึกเชิงวิเคราะห์
สำหรับกรณีการใช้งานของ Acast ไม่จำเป็นต้องมีการควบคุมการเข้าถึงระดับแถวหรือคอลัมน์แบบละเอียด ดังนั้นวิธีการนี้ก็เพียงพอแล้ว อย่างไรก็ตาม องค์กรอื่นๆ อาจต้องการการกำกับดูแลที่ละเอียดยิ่งขึ้นสำหรับช่องข้อมูลที่ละเอียดอ่อน ในกรณีเหล่านั้น วิธีแก้ไขเช่น การก่อตัวของทะเลสาบ AWS สามารถใช้สิทธิ์ที่จำเป็นได้ในขณะที่ยังคงให้โมเดลการเข้าถึงข้อมูลแบบบริการตนเอง สำหรับข้อมูลเพิ่มเติม โปรดดูที่ ออกแบบสถาปัตยกรรม data mesh โดยใช้ AWS Lake Formation และ AWS Glue.
ในเวลาเดียวกัน ทีมสามารถอ่านจากผู้ผลิตรายอื่นได้โดยตรงจาก Amazon S3 หรือผ่าน API ทำให้มีการพึ่งพาน้อยที่สุด ซึ่งช่วยเพิ่มความรวดเร็วในการพัฒนาและการส่งมอบ ดังนั้นบัญชีสามารถเป็นผู้ผลิตและผู้บริโภคควบคู่กันไปได้ แต่ละทีมเป็นอิสระและรับผิดชอบต่อกลุ่มเทคโนโลยีของตนเอง
การเรียนรู้เพิ่มเติม
Acast เรียนรู้อะไร? จนถึงตอนนี้ เราได้พูดคุยกันว่าการออกแบบสถาปัตยกรรมเป็นผลมาจากโครงสร้างองค์กร เนื่องจากองค์กรด้านเทคโนโลยีประกอบด้วยทีมข้ามสายงานหลายทีม และเป็นเรื่องง่ายที่จะเริ่มต้นทีมใหม่ตามหลักการทั่วไปของ data mesh Acast ได้เรียนรู้ว่าสิ่งนี้ไม่ได้ราบรื่นทุกครั้ง หากต้องการตั้งค่าบัญชีใหม่ทั้งหมดใน AWS ทีมต่างๆ จะต้องผ่านเส้นทางเดียวกัน แต่แตกต่างกันเล็กน้อย โดยคำนึงถึงลักษณะเฉพาะของตนเอง
สิ่งนี้สามารถสร้างความขัดแย้งได้ และเป็นการยากที่จะทำให้ทีมที่สร้างข้อมูลทั้งหมดมีวุฒิภาวะสูงในการเป็นผู้ผลิตข้อมูล สิ่งนี้สามารถอธิบายได้ด้วยความสามารถด้านข้อมูลที่แตกต่างกันในทีมข้ามสายงานเหล่านั้น และไม่ใช่ทีมข้อมูลเฉพาะ
ด้วยการใช้โซลูชันแบบกระจายอำนาจ Acast สามารถจัดการกับความท้าทายด้านความสามารถในการขยายขนาดได้อย่างมีประสิทธิภาพโดยการปรับทีมให้สอดคล้องกับความต้องการทางธุรกิจที่เปลี่ยนแปลงไป วิธีการนี้ช่วยให้มั่นใจได้ถึงการแยกตัวและการจัดตำแหน่งที่สูง นอกจากนี้ พวกเขายังเสริมสร้างความเป็นเจ้าของ โดยลดเวลาที่ต้องใช้ในการระบุและแก้ไขปัญหาลงอย่างมาก เนื่องจากต้นทางต้นน้ำเป็นที่รู้จักและเข้าถึงได้ง่ายด้วย SLA ที่ระบุ ปริมาณการสอบถามการสนับสนุนข้อมูลลดลงกว่า 50% เนื่องจากผู้ใช้ทางธุรกิจได้รับสิทธิ์ในการรับข้อมูลเชิงลึกที่รวดเร็วยิ่งขึ้น โดยเฉพาะอย่างยิ่ง พวกเขาประสบความสำเร็จในการกำจัดพื้นที่จัดเก็บข้อมูลซ้ำซ้อนหลายสิบเทราไบต์ซึ่งก่อนหน้านี้คัดลอกมาเพื่อตอบสนองคำขอดาวน์สตรีมเท่านั้น ความสำเร็จนี้เกิดขึ้นได้ผ่านการดำเนินการอ่านข้ามบัญชี ซึ่งนำไปสู่การขจัดต้นทุนการพัฒนาและการบำรุงรักษาที่เกี่ยวข้องสำหรับไปป์ไลน์เหล่านี้
สรุป
Acast ใช้กฎหมาย Inverse Conway Maneuver และใช้บริการของ AWS โดยที่ทีมผลิตภัณฑ์ข้ามสายงานแต่ละทีมมีบัญชี AWS ของตัวเองเพื่อสร้างสถาปัตยกรรม Data Mesh ที่ให้ความสามารถในการปรับขนาด ความเป็นเจ้าของในระดับสูง และการใช้ข้อมูลแบบบริการตนเอง สิ่งนี้ได้ผลดีสำหรับบริษัท เกี่ยวกับวิธีการเข้าถึงความเป็นเจ้าของข้อมูลและการดำเนินงาน เพื่อให้เป็นไปตามหลักการทางวิศวกรรมของบริษัท ส่งผลให้มีโครงข่ายข้อมูลเป็นผลแทนที่จะเป็นเจตนาโดยเจตนา สำหรับองค์กรอื่นๆ โครงข่ายข้อมูลที่ต้องการอาจดูแตกต่างออกไป และแนวทางอาจมีการเรียนรู้อื่นๆ
สรุปได้ว่า a สถาปัตยกรรมข้อมูลสมัยใหม่บน AWS ช่วยให้คุณสร้างผลิตภัณฑ์ข้อมูลและโครงสร้างพื้นฐานดาต้าเมชได้อย่างมีประสิทธิภาพด้วยต้นทุนที่ต่ำโดยไม่กระทบต่อประสิทธิภาพ
ต่อไปนี้เป็นตัวอย่างบริการของ AWS ที่คุณสามารถใช้เพื่อออกแบบ Data Mesh ที่คุณต้องการบน AWS:
เกี่ยวกับผู้เขียน
คลอเดีย ชิตู เป็นนักยุทธศาสตร์ด้านข้อมูลและเป็นผู้นำที่มีอิทธิพลในด้านการวิเคราะห์ เธอมุ่งเน้นไปที่การจัดแนวความคิดริเริ่มด้านข้อมูลให้สอดคล้องกับเป้าหมายเชิงกลยุทธ์โดยรวมขององค์กร โดยใช้ข้อมูลเป็นแนวทางในการวางแผนระยะยาวและการเติบโตที่ยั่งยืน
สปายริดอน โดซิส เป็นผู้เชี่ยวชาญด้านความปลอดภัยของข้อมูลใน Acast Spyridon สนับสนุนองค์กรในการออกแบบ ใช้งาน และดำเนินการบริการในลักษณะที่ปลอดภัยเพื่อปกป้องข้อมูลของบริษัทและผู้ใช้
ศรีกันต์ ดาส เป็นสถาปนิกโซลูชัน Acceleration Lab ที่ Amazon Web Services เขามีประสบการณ์มากกว่า 13 ปีในด้านการวิเคราะห์ Big Data และวิศวกรรมข้อมูล ซึ่งเขาสนุกกับการสร้างโซลูชันที่เชื่อถือได้ ปรับขนาดได้ และมีประสิทธิภาพ นอกเหนือจากการทำงาน เขาชอบท่องเที่ยวและเขียนบล็อกประสบการณ์ของเขาในโซเชียลมีเดีย
- เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
- PlatoData.Network Vertical Generative Ai เพิ่มพลังให้กับตัวเอง เข้าถึงได้ที่นี่.
- เพลโตไอสตรีม. Web3 อัจฉริยะ ขยายความรู้ เข้าถึงได้ที่นี่.
- เพลโตESG. คาร์บอน, คลีนเทค, พลังงาน, สิ่งแวดล้อม แสงอาทิตย์, การจัดการของเสีย. เข้าถึงได้ที่นี่.
- เพลโตสุขภาพ เทคโนโลยีชีวภาพและข่าวกรองการทดลองทางคลินิก เข้าถึงได้ที่นี่.
- ที่มา: https://aws.amazon.com/blogs/big-data/design-a-data-mesh-on-aws-that-reflects-the-envisioned-organization/
- :มี
- :เป็น
- :ไม่
- :ที่ไหน
- $ ขึ้น
- 10
- 100
- 120
- 13
- 2014
- 2020
- a
- สามารถ
- เกี่ยวกับเรา
- เร่ง
- เร่ง
- การเร่งความเร็ว
- เข้า
- การเข้าถึงข้อมูล
- Accessed
- สามารถเข้าถึงได้
- ลงชื่อเข้าใช้
- รับผิดชอบ
- บัญชี
- ถูกต้อง
- ผลสัมฤทธิ์
- ข้าม
- การแสดง
- การกระทำ
- ปรับ
- เพิ่ม
- ที่อยู่
- จ่าหน้า
- เพิ่ม
- บุญธรรม
- โฆษณา
- ความก้าวหน้า
- ผู้โฆษณา
- ตกลง
- ก่อน
- จุดมุ่งหมาย
- จัดแนว
- สอดคล้อง
- การวางแนว
- ทั้งหมด
- อนุญาต
- ช่วยให้
- ตาม
- ด้วย
- เสมอ
- อเมซอน
- Amazon Web Services
- ท่ามกลาง
- ในหมู่
- จำนวน
- an
- วิเคราะห์
- การวิเคราะห์
- วิเคราะห์
- และ
- และโครงสร้างพื้นฐาน
- ใด
- อาปาเช่
- API
- ขอขอบคุณ
- เข้าใกล้
- เหมาะสม
- ในเชิงสถาปัตยกรรม
- สถาปัตยกรรม
- เป็น
- AREA
- พื้นที่
- AS
- ด้าน
- การประเมิน
- การประเมินผล
- ที่เกี่ยวข้อง
- สมมติ
- สันนิษฐาน
- ความมั่นใจ
- At
- อัตโนมัติ
- อิสระ
- เอกราช
- ใช้ได้
- AWS
- AWS กาว
- การก่อตัวของทะเลสาบ AWS
- ตาม
- BE
- เพราะ
- รับ
- ก่อน
- กำลัง
- ที่ดีที่สุด
- ปฏิบัติที่ดีที่สุด
- ดีกว่า
- ระหว่าง
- ใหญ่
- ข้อมูลขนาดใหญ่
- บล็อก
- บูต
- ที่กว้างขึ้น
- สร้าง
- การก่อสร้าง
- ธุรกิจ
- ระบบธุรกิจอัจฉริยะ
- แต่
- by
- แคมเปญ
- CAN
- ความสามารถในการ
- กรณี
- กรณี
- แค็ตตาล็อก
- แคตตาล็อก
- หมวดหมู่
- ศูนย์
- ส่วนกลาง
- ส่วนกลาง
- บาง
- ท้าทาย
- ความท้าทาย
- ท้าทาย
- การต่อสู้เพื่อป้องกัน
- การเปลี่ยนแปลง
- จัด
- ชัดเจน
- เมฆ
- บริการคลาวด์
- รหัส
- การทำงานร่วมกัน
- การทำงานร่วมกัน
- การทำงานร่วมกัน
- มา
- ร่วมกัน
- อย่างธรรมดา
- การสื่อสาร
- บริษัท
- ส่วนประกอบ
- ประนีประนอม
- การคำนวณ
- แนวคิด
- แนวความคิด
- เกี่ยวกับความคิดเห็น
- สรุป
- สภาพ
- องค์ประกอบ
- เชื่อมต่อ
- พิจารณา
- ประกอบด้วย
- ประกอบ
- สร้าง
- บริโภค
- ผู้บริโภค
- ผู้บริโภค
- การบริโภค
- สิ่งแวดล้อม
- อย่างต่อเนื่อง
- การควบคุม
- ตรงกัน
- ราคา
- ลดต้นทุน
- ค่าใช้จ่าย
- ได้
- ควบคู่
- สร้าง
- การสร้าง
- โฆษณา
- ผู้สร้าง
- ทีมข้ามสายงาน
- วัฒนธรรม
- ข้อมูล
- การเข้าถึงข้อมูล
- วิเคราะห์ข้อมูล
- โครงสร้างพื้นฐานข้อมูล
- ดาต้าเลค
- การจัดการข้อมูล
- แพลตฟอร์มข้อมูล
- จุดข้อมูล
- การประมวลผล
- การแชร์ข้อมูล
- ที่ขับเคลื่อนด้วยข้อมูล
- ชุดข้อมูล
- วัน
- ซึ่งกระจายอำนาจ
- การตัดสินใจ
- การตัดสินใจ
- ทุ่มเท
- ลึก
- ค่าเริ่มต้น
- ค่าเริ่มต้น
- กำหนด
- การกำหนด
- ส่งมอบ
- การจัดส่ง
- ความต้องการ
- การอ้างอิง
- การอยู่ที่
- ขึ้นอยู่กับ
- ทั้งนี้ขึ้นอยู่กับ
- ออกแบบ
- การออกแบบ
- ที่ต้องการ
- รายละเอียด
- รายละเอียด
- กำหนด
- พัฒนาการ
- DID
- ต่าง
- ยาก
- โดยตรง
- ค้นพบ
- การค้นพบ
- สนทนา
- กล่าวถึง
- การอภิปราย
- แสดง
- กระจาย
- หลาย
- การดำน้ำ
- do
- เอกสาร
- ไม่
- โดเมน
- โดเมน
- Dont
- ขับเคลื่อน
- e
- แต่ละ
- อย่างง่ายดาย
- ระบบนิเวศ
- บรรณาธิการ
- ผล
- มีประสิทธิภาพ
- ที่มีประสิทธิภาพ
- อย่างมีประสิทธิภาพ
- การยกขึ้น
- ตัดออก
- การจ้างงาน
- จ้าง
- พนักงาน
- อำนาจ
- ทำให้สามารถ
- เปิดการใช้งาน
- ช่วยให้
- การเปิดใช้งาน
- การเข้ารหัสลับ
- ปลาย
- จบสิ้น
- ปลายทาง
- เครื่องยนต์
- ชั้นเยี่ยม
- วิศวกร
- เสริม
- ช่วย
- ประเทือง
- ทำให้มั่นใจ
- เพื่อให้แน่ใจ
- ทั้งหมด
- เอกลักษณ์
- จินตนาการ
- เอริค
- สร้าง
- อีเธอร์ (ETH)
- ประเมินค่า
- เหตุการณ์
- ทุกๆ
- ทุกวัน
- การพัฒนา
- ตัวอย่าง
- ตัวอย่าง
- ยกเว้น
- ตลาดแลกเปลี่ยน
- ที่มีอยู่
- การขยายตัว
- ที่คาดหวัง
- ประสบการณ์
- ประสบการณ์
- อธิบาย
- อำนวยความสะดวก
- ไกล
- เร็วขึ้น
- สองสาม
- สาขา
- รูป
- ไฟล์
- การเงิน
- หา
- หา
- พอดี
- มุ่งเน้น
- ปฏิบัติตาม
- ดังต่อไปนี้
- สำหรับ
- บังคับ
- รูป
- การสร้าง
- พบ
- การแยกส่วน
- กรอบ
- แรงเสียดทาน
- ราคาเริ่มต้นที่
- เชื้อเพลิง
- เติมเต็ม
- เต็ม
- อย่างเต็มที่
- ต่อไป
- นอกจากนี้
- ได้รับ
- การรวบรวม
- สร้าง
- การสร้าง
- ได้รับ
- เหตุการณ์ที่
- ทั่วโลก
- Go
- เป้าหมาย
- ดี
- การกำกับดูแล
- การปกครอง
- การอนุญาต
- ละเอียด
- บัญชีกลุ่ม
- กลุ่ม
- การเจริญเติบโต
- การเจริญเติบโต
- ที่แนะนำ
- มี
- การจัดการ
- ที่เกิดขึ้น
- มีความสุขมาก
- มีความสุข
- มี
- มี
- he
- ช่วย
- ช่วย
- จุดสูง
- สูงกว่า
- ของเขา
- สรุป ความน่าเชื่อถือของ Olymp Trade?
- ทำอย่างไร
- อย่างไรก็ตาม
- ที่ http
- HTTPS
- เป็นมนุษย์
- ร้อย
- IAC
- AMI
- ID
- แยกแยะ
- เอกลักษณ์
- แสดงให้เห็นถึง
- การดำเนินการ
- การดำเนินงาน
- การดำเนินการ
- การดำเนินการ
- สำคัญ
- ปรับปรุง
- in
- ลึกซึ้ง
- ประกอบด้วย
- รวมทั้ง
- ขึ้น
- อิสระ
- อิสระ
- ตัวชี้วัด
- เป็นรายบุคคล
- ความไร้ประสิทธิภาพ
- มีอิทธิพล
- ข้อมูล
- ความปลอดภัยของข้อมูล
- โครงสร้างพื้นฐาน
- แรกเริ่ม
- ความคิดริเริ่ม
- สอบถามข้อมูล
- ข้อมูลเชิงลึก
- Intelligence
- ตั้งใจว่า
- ความตั้งใจ
- การทำงานร่วมกัน
- เข้าไป
- ปัญหา
- IT
- ITS
- ตัวเอง
- งาน
- การเดินทาง
- jpg
- การเก็บรักษา
- คีย์
- ทราบ
- ความรู้
- ที่รู้จักกัน
- ห้องปฏิบัติการ
- ทะเลสาบ
- ชื่อสกุล
- ปลาย
- กฏหมาย
- ผู้นำ
- ชั้นนำ
- เรียนรู้
- ได้เรียนรู้
- น้อยที่สุด
- เลนส์
- น้อยลง
- ชั้น
- กดไลก์
- ถูก จำกัด
- การฟัง
- การรู้หนังสือ
- ตรรกะ
- ระยะยาว
- อีกต่อไป
- ดู
- Lot
- ต่ำ
- ทำ
- เก็บรักษา
- การบำรุงรักษา
- การบำรุงรักษา
- ส่วนใหญ่
- ทำ
- การจัดการ
- การจัดการ
- ลักษณะ
- แผนที่
- การทำแผนที่
- แมทธิว
- วุฒิภาวะ
- สูงสุด
- อาจ..
- ความหมาย
- วิธี
- หมายความว่า
- วัด
- ภาพบรรยากาศ
- พบ
- การผสม
- ตาข่าย
- เมตาดาต้า
- วิธีการ
- ตัวชี้วัด
- อาจ
- ขั้นต่ำ
- แบบ
- การสร้างแบบจำลอง
- การสร้างรายได้
- การตรวจสอบ
- ข้อมูลเพิ่มเติม
- ยิ่งไปกว่านั้น
- หลาย
- จำเป็น
- จำเป็นต้อง
- จำเป็น
- ความต้องการ
- ใหม่
- ยวด
- โน๊ตบุ๊ค
- สังเกต..
- การประกาศ
- จำนวน
- วัตถุ
- วัตถุประสงค์
- ตั้งข้อสังเกต
- of
- เสนอ
- เจ้าหน้าที่
- on
- ONE
- คน
- เพียง
- เปิด
- ข้อมูลเปิด
- ทำงาน
- การดำเนินงาน
- การดำเนินงาน
- การดำเนินการ
- ตรงข้าม
- or
- ประสาน
- ใบสั่ง
- organizacja
- องค์กร
- องค์กร
- การจัดระเบียบ
- อื่นๆ
- ผลิตภัณฑ์อื่นๆ
- มิฉะนั้น
- ผลลัพธ์
- ด้านนอก
- เกิน
- ทั้งหมด
- ของตนเอง
- เจ้าของ
- การเป็นเจ้าของ
- การมี
- เป็นเจ้าของ
- ทาสี
- Parallel
- พารามิเตอร์
- คน
- ต่อ
- การปฏิบัติ
- สิทธิ์
- มุมมอง
- ขั้นตอน
- ภาพ
- สถานที่
- การวางแผน
- การวางแผน
- เวที
- เพลโต
- เพลโตดาต้าอินเทลลิเจนซ์
- เพลโตดาต้า
- บวก
- พอดคาสต์
- Podcasting
- จุด
- นโยบาย
- มี
- เป็นไปได้
- โพสต์
- การปฏิบัติ
- การปฏิบัติ
- มาก่อน
- เตรียมการ
- นำเสนอ
- ก่อนหน้านี้
- หลัก
- หลัก
- หลักการ
- เชิงรุก
- กระบวนการ
- การประมวลผล
- ก่อ
- ผลิต
- ผู้ผลิต
- ผู้ผลิต
- การผลิต
- ผลิตภัณฑ์
- ผลิตภัณฑ์
- มืออาชีพ
- ทำกำไรได้
- ความคืบหน้า
- ปกป้อง
- ให้
- ให้
- การให้
- วัตถุประสงค์
- วัตถุประสงค์
- ยก
- ค่อนข้าง
- มาถึง
- อ่าน
- อย่างง่ายดาย
- การอ่าน
- ปะยางรถ
- ลด
- การลดลง
- อ้างอิง
- เรียกว่า
- สะท้อนให้เห็นถึง
- เกี่ยวกับ
- ลงทะเบียน
- การปล่อย
- น่าเชื่อถือ
- การกำจัด
- ลบ
- การร้องขอ
- ต้องการ
- แก้ไข
- สะท้อน
- ทรัพยากร
- แหล่งข้อมูล
- รับผิดชอบ
- หวงห้าม
- ส่งผลให้
- ทบทวน
- ความเสี่ยง
- บทบาท
- บทบาท
- วิ่ง
- วิ่ง
- เดียวกัน
- ที่บันทึกไว้
- scalability
- ที่ปรับขนาดได้
- ขนาด
- ปรับ
- ได้อย่างลงตัว
- ปลอดภัย
- ความปลอดภัย
- ความเสี่ยงด้านความปลอดภัย
- เห็น
- เห็น
- บริการตัวเอง
- มีความละเอียดอ่อน
- ให้บริการอาหาร
- บริการ
- บริการ
- ชุด
- ชุดอุปกรณ์
- การติดตั้ง
- Share
- ที่ใช้ร่วมกัน
- หุ้น
- ใช้งานร่วมกัน
- เธอ
- แสดงให้เห็นว่า
- แสดง
- แสดงให้เห็นว่า
- อย่างมีความหมาย
- ไซโล
- ที่เรียบง่าย
- ง่ายดาย
- เดียว
- แตกต่างกันเล็กน้อย
- เรียบ
- เศษเล็กเศษน้อย
- So
- จนถึงตอนนี้
- สังคม
- โซเชียลมีเดีย
- ซอฟต์แวร์
- ซอฟต์แวร์เป็นบริการ
- การพัฒนาซอฟต์แวร์
- เพียงผู้เดียว
- ทางออก
- โซลูชัน
- แก้ไข
- บาง
- แหล่ง
- แหล่งที่มา
- ช่องว่าง
- โดยเฉพาะ
- ที่ระบุไว้
- การประกัน
- SQL
- กอง
- ระยะ
- มาตรฐาน
- เริ่มต้น
- ที่เริ่มต้น
- คำแถลง
- เซน
- ยังคง
- การเก็บรักษา
- ซื่อตรง
- ยุทธศาสตร์
- นักยุทธศาสตร์
- กระแส
- ความเข้มแข็ง
- แข็งแกร่ง
- โครงสร้าง
- โครงสร้าง
- การดิ้นรน
- ความสำเร็จ
- ประสบความสำเร็จ
- อย่างเช่น
- เพียงพอ
- สนับสนุน
- รองรับ
- ที่ยั่งยืน
- การเติบโตอย่างยั่งยืน
- ต่อสู้
- การ
- ทีม
- ทีม
- เทคโนโลยี
- วิชาการ
- เทคโนโลยี
- เทมเพลต
- เมตริกซ์
- กว่า
- ที่
- พื้นที่
- ข้อมูล
- ของพวกเขา
- พวกเขา
- ทฤษฎี
- ที่นั่น
- ดังนั้น
- ล้อยางขัดเหล่านี้ติดตั้งบนแกน XNUMX (มม.) ผลิตภัณฑ์นี้ถูกผลิตในหลายรูปทรง และหลากหลายเบอร์ความแน่นหนาของปริมาณอนุภาคขัดของมัน จะทำให้ท่านได้รับประสิทธิภาพสูงในการขัดและการใช้งานที่ยาวนาน
- พวกเขา
- นี้
- เหล่านั้น
- สาม
- เจริญเติบโต
- ตลอด
- เวลา
- ระยะเวลา
- ไปยัง
- ร่วมกัน
- เครื่องมือ
- เครื่องมือ
- ด้านบน
- การทำธุรกรรม
- การเดินทาง
- พยายาม
- เชื่อถือได้
- สอง
- ชนิด
- ที่สุด
- ในที่สุด
- เข้าใจ
- ความเข้าใจ
- ไม่ขาดสาย
- หน่วย
- ที่กำลังมา
- เมื่อ
- us
- ใช้
- ใช้กรณี
- มือสอง
- ผู้ใช้งาน
- ประสบการณ์ของผู้ใช้
- ผู้ใช้
- ใช้
- การใช้
- ใช้
- มีคุณค่า
- ความคุ้มค่า
- ตัวแปร
- ต่างๆ
- กว้างใหญ่
- ความเร็ว
- รุ่น
- มาก
- ผ่านทาง
- ปริมาณ
- คือ
- ทาง..
- we
- เว็บ
- บริการเว็บ
- ดี
- คือ
- อะไร
- เมื่อ
- ที่
- ในขณะที่
- WHO
- ใคร
- จะ
- กับ
- ไม่มี
- งาน
- เวิร์กโฟลว์
- ขั้นตอนการทำงาน
- การทำงาน
- โรงงาน
- ของโลก
- คุ้มค่า
- จะ
- เขียน
- ปี
- เธอ
- ของคุณ
- ลมทะเล