Nordisk Novo เป็นบริษัทเวชภัณฑ์ชั้นนำระดับโลก รับผิดชอบในการผลิตยาช่วยชีวิตที่เข้าถึงผู้ป่วยมากกว่า 34 ล้านคนในแต่ละวัน พวกเขาทำสิ่งนี้ตามหลักการสำคัญสามประการ นั่นคือพวกเขาต้องพยายามสร้างความยั่งยืนทางสิ่งแวดล้อม สังคมที่ยั่งยืน และการเงินที่ยั่งยืน การใช้ AWS และข้อมูลร่วมกันสนับสนุนเป้าหมายเหล่านี้ทั้งหมด
ข้อมูลแพร่กระจายไปทั่วห่วงโซ่คุณค่าทั้งหมดของ Novo Nordisk ตั้งแต่การวิจัยพื้นฐาน สายการผลิต การขายและการตลาด การทดลองทางคลินิก ดังนั้น การมีพื้นฐานเกี่ยวกับวิธีการจัดเก็บ ปกป้อง และใช้งานข้อมูลในลักษณะที่ให้คุณค่ามากที่สุดจึงเป็นหนึ่งในตัวขับเคลื่อนหลักในการปรับปรุงผลลัพธ์ทางธุรกิจ
ร่วมกับ บริการระดับมืออาชีพของ AWSเรากำลังสร้างโซลูชันข้อมูลและการวิเคราะห์โดยใช้สถาปัตยกรรมข้อมูลสมัยใหม่ การทำงานร่วมกันระหว่าง Novo Nordisk และ AWS Professional Services เป็นการมีส่วนร่วมอย่างใกล้ชิดเชิงกลยุทธ์และระยะยาว ซึ่งนักพัฒนาจากทั้งสององค์กรทำงานร่วมกันอย่างใกล้ชิดมานานหลายปี สภาพแวดล้อมของข้อมูลและการวิเคราะห์สร้างขึ้นจากหลักการหลักของเครือข่ายข้อมูล—การกระจายความเป็นเจ้าของโดเมนของข้อมูล ข้อมูลในฐานะผลิตภัณฑ์ โครงสร้างพื้นฐานข้อมูลแบบบริการตนเอง และการกำกับดูแลการคำนวณแบบรวมศูนย์ ซึ่งช่วยให้ผู้ใช้ในสภาพแวดล้อมสามารถทำงานกับข้อมูลในลักษณะที่ขับเคลื่อนผลลัพธ์ทางธุรกิจที่ดีที่สุด เราได้รวมสิ่งนี้เข้ากับองค์ประกอบจากสถาปัตยกรรมเชิงวิวัฒนาการที่จะช่วยให้เราปรับฟังก์ชันการทำงานต่างๆ ได้ เนื่องจาก AWS พัฒนาบริการและความสามารถใหม่ๆ อย่างต่อเนื่อง
ในโพสต์ชุดนี้ คุณจะได้เรียนรู้วิธีที่ Novo Nordisk และ AWS Professional Services สร้างข้อมูลและระบบนิเวศการวิเคราะห์เพื่อเร่งความเร็วนวัตกรรมในระดับเพตะไบต์:
- ในโพสต์แรกนี้ คุณจะได้เรียนรู้ว่าการออกแบบโดยรวมช่วยให้ส่วนประกอบแต่ละส่วนมารวมกันในรูปแบบโมดูลาร์ได้อย่างไร เราเจาะลึกถึงวิธีที่เราสร้างโซลูชันการจัดการข้อมูลตามสถาปัตยกรรมตาข่ายข้อมูล
- โพสต์ที่สองกล่าวถึงวิธีที่เราสร้างเครือข่ายที่เชื่อถือได้ระหว่างระบบที่ประกอบด้วยโซลูชันทั้งหมด เราแสดงวิธีที่เราใช้สถาปัตยกรรมที่ขับเคลื่อนด้วยเหตุการณ์ ควบคู่ไปกับการใช้การควบคุมการเข้าถึงตามคุณลักษณะ เพื่อให้แน่ใจว่ามีการเคารพขอบเขตการอนุญาตตามขนาด
- ในโพสต์ที่สาม เราแสดงให้เห็นว่าผู้ใช้ปลายทางสามารถใช้ข้อมูลจากเครื่องมือที่พวกเขาเลือกได้อย่างไร โดยไม่กระทบต่อการกำกับดูแลข้อมูล ซึ่งรวมถึงวิธีกำหนดค่า Okta การก่อตัวของทะเลสาบ AWSและ Microsoft Power BI เพื่อเปิดใช้งานการใช้ SAML แบบรวมศูนย์ของ อเมซอน อาเธน่า สำหรับกิจกรรม Enterprise Business Intelligence (BI)
สภาพแวดล้อมที่สอดคล้องกับยา
ในฐานะอุตสาหกรรมยา การปฏิบัติตามข้อกำหนด GxP เป็นข้อบังคับสำหรับ Novo Nordisk GxP เป็นตัวย่อทั่วไปของหลักเกณฑ์และข้อบังคับด้านคุณภาพ “Good x Practice” ที่กำหนดโดยหน่วยงานกำกับดูแล เช่น European Medicines Agency, US Food and Drug Administration และอื่นๆ คำแนะนำเหล่านี้ได้รับการออกแบบมาเพื่อให้แน่ใจว่าผลิตภัณฑ์ยามีความปลอดภัยและมีประสิทธิภาพสำหรับการใช้งานตามวัตถุประสงค์ ในบริบทของสภาพแวดล้อมข้อมูล การปฏิบัติตามข้อกำหนด GxP เกี่ยวข้องกับการใช้การควบคุมความสมบูรณ์ของข้อมูลที่ใช้ในการตัดสินใจและกระบวนการต่างๆ และใช้เพื่อเป็นแนวทางว่ากระบวนการจัดการการเปลี่ยนแปลงถูกนำมาใช้อย่างไรเพื่อให้มั่นใจว่ามีการปฏิบัติตามอย่างต่อเนื่องตลอดเวลา
เนื่องจากสภาพแวดล้อมข้อมูลนี้สนับสนุนทีมทั่วทั้งองค์กร เจ้าของข้อมูลแต่ละรายจึงต้องรักษาความรับผิดชอบต่อข้อมูลของตน ฟีเจอร์ต่างๆ ได้รับการออกแบบมาเพื่อให้เจ้าของข้อมูลมีอิสระและความโปร่งใสในการจัดการข้อมูล ทำให้พวกเขารับผิดชอบในส่วนนี้ได้ ซึ่งรวมถึงความสามารถในการจัดการข้อมูลส่วนบุคคลที่สามารถระบุตัวตนได้ (PII) และปริมาณงานที่ละเอียดอ่อนอื่นๆ เพื่อให้สามารถตรวจสอบย้อนกลับได้บนสภาพแวดล้อม ความสามารถในการตรวจสอบจึงถูกเพิ่มเข้ามา ซึ่งเราจะอธิบายเพิ่มเติมในโพสต์นี้
ภาพรวมโซลูชัน
โซลูชันเต็มรูปแบบคือภาพรวมของบริการอิสระที่ทำงานร่วมกันเพื่อเปิดใช้งานข้อมูลและการวิเคราะห์ด้วยรูปแบบการกำกับดูแลข้อมูลแบบกระจายอำนาจในระดับเพตะไบต์ แผนผังสามารถแสดงได้ในรูปต่อไปนี้
สถาปัตยกรรมแบ่งออกเป็นสามชั้นอิสระ: การจัดการข้อมูล การจำลองเสมือน และการบริโภค ผู้ใช้ปลายทางอยู่ในชั้นการบริโภคและทำงานกับเครื่องมือที่พวกเขาเลือก มันหมายถึงการสรุปทรัพยากรดั้งเดิมของ AWS ให้มากเท่าๆ กันกับแอปพลิเคชันดั้งเดิม เลเยอร์การบริโภคถูกรวมเข้ากับเลเยอร์เวอร์ชวลไลเซชัน ซึ่งแยกการเข้าถึงข้อมูล จุดประสงค์ของเลเยอร์เวอร์ชวลไลเซชันคือการแปลระหว่างปริมาณการใช้ข้อมูลและโซลูชันการจัดการข้อมูล การเข้าถึงข้อมูลได้รับการจัดการโดยสิ่งที่เราเรียกว่าโซลูชันการจัดการข้อมูล เราจะพูดถึงหนึ่งในโซลูชันการจัดการข้อมูลที่หลากหลายของเราในภายหลังในโพสต์นี้ แต่ละเลเยอร์ในสถาปัตยกรรมนี้เป็นอิสระจากกันและอาศัยอินเทอร์เฟซที่กำหนดไว้อย่างดีเท่านั้น
ศูนย์กลางของสถาปัตยกรรมนี้คือการเข้าถึงถูกห่อหุ้มไว้ใน AWS Identity และการจัดการการเข้าถึง (IAM) เซสชันบทบาท เลเยอร์การจัดการข้อมูลมุ่งเน้นไปที่การมอบบทบาท IAM ด้วยการอนุญาตและการกำกับดูแลที่ถูกต้อง เลเยอร์การจำลองเสมือนให้การเข้าถึงบทบาท และเลเยอร์การบริโภคจะสรุปการใช้บทบาทในเครื่องมือที่เลือก
สถาปัตยกรรมทางเทคนิค
แต่ละเลเยอร์ในสถาปัตยกรรมโดยรวมมีความรับผิดชอบที่แตกต่างกัน แต่ไม่มีการใช้งานแบบเอกพจน์ คิดว่าพวกเขาเป็นคลาสนามธรรม สามารถนำไปใช้ในคลาสที่เป็นรูปธรรม และในกรณีของเรา พวกเขาต้องพึ่งพาบริการและความสามารถพื้นฐานของ AWS มาดูสามชั้นกัน
ชั้นจัดการข้อมูล
ชั้นการจัดการข้อมูลมีหน้าที่รับผิดชอบในการเข้าถึงและการกำกับดูแลข้อมูล ดังที่แสดงในแผนภาพต่อไปนี้ โครงสร้างขั้นต่ำในชั้นการจัดการข้อมูลคือการรวมกันของ บริการจัดเก็บข้อมูลอย่างง่ายของ Amazon บัคเก็ต (Amazon S3) และบทบาท IAM ที่ให้การเข้าถึงบัคเก็ต S3 โครงสร้างนี้สามารถขยายเพื่อรวมการอนุญาตแบบละเอียดด้วย Lake Formation การตรวจสอบด้วย AWS CloudTrailและความสามารถในการตอบสนองด้านความปลอดภัยจาก ศูนย์กลางความปลอดภัยของ AWS. ไดอะแกรมต่อไปนี้ยังแสดงให้เห็นว่าโซลูชันการจัดการข้อมูลเดียวไม่มีช่วงเดียว สามารถข้ามบัญชี AWS จำนวนมากและประกอบด้วยบทบาท IAM กี่ชุดก็ได้
เราจงใจไม่แสดงนโยบายความน่าเชื่อถือของบทบาทเหล่านี้ในรูปนี้ เนื่องจากสิ่งเหล่านี้เป็นความรับผิดชอบร่วมกันระหว่างชั้นเวอร์ชวลไลเซชันและชั้นการจัดการข้อมูล เราจะลงรายละเอียดเกี่ยวกับวิธีการทำงานในโพสต์ถัดไปในชุดนี้ ผู้เชี่ยวชาญด้านวิศวกรรมข้อมูลมักจะเชื่อมต่อโดยตรงกับเลเยอร์การจัดการข้อมูล ซึ่งพวกเขาจะจัดการและเตรียมข้อมูลสำหรับการบริโภค
ชั้นการจำลองเสมือน
จุดประสงค์ของเลเยอร์เวอร์ชวลไลเซชันคือการติดตามว่าใครสามารถทำอะไรได้บ้าง ไม่มีความสามารถใดๆ ในตัวเอง แต่แปลข้อกำหนดจากระบบนิเวศการจัดการข้อมูลเป็นชั้นการบริโภค และในทางกลับกัน ช่วยให้ผู้ใช้ปลายทางในชั้นการบริโภคสามารถเข้าถึงและจัดการข้อมูลในระบบนิเวศการจัดการข้อมูลตั้งแต่หนึ่งระบบขึ้นไปตามสิทธิ์ของพวกเขา เลเยอร์นี้จะสรุปรายละเอียดทางเทคนิคเกี่ยวกับการเข้าถึงข้อมูลจากผู้ใช้ปลายทาง เช่น รูปแบบการอนุญาต สมมติฐานของบทบาท และสถานที่จัดเก็บ มันเป็นเจ้าของส่วนต่อประสานกับเลเยอร์อื่น ๆ และบังคับใช้ตรรกะของสิ่งที่เป็นนามธรรม ในบริบทของสถาปัตยกรรมหกเหลี่ยม (ดู การพัฒนาสถาปัตยกรรมเชิงวิวัฒนาการด้วย AWS Lambda) เลเยอร์อินเทอร์เฟซจะมีบทบาทเป็นตรรกะของโดเมน พอร์ต และอะแดปเตอร์ อีกสองชั้นเป็นนักแสดง เลเยอร์การจัดการข้อมูลจะสื่อสารสถานะของเลเยอร์ไปยังเลเยอร์เวอร์ชวลไลเซชัน และในทางกลับกันจะรับข้อมูลเกี่ยวกับแนวบริการที่ไว้วางใจได้ สถาปัตยกรรมเลเยอร์เวอร์ชวลไลเซชันแสดงในไดอะแกรมต่อไปนี้
ชั้นการบริโภค
เลเยอร์การบริโภคเป็นที่ที่ผู้ใช้ปลายทางของผลิตภัณฑ์ข้อมูลนั่งอยู่ ซึ่งอาจเป็นนักวิทยาศาสตร์ข้อมูล นักวิเคราะห์ข่าวกรองธุรกิจ หรือบุคคลภายนอกที่สร้างมูลค่าจากการบริโภคข้อมูล สิ่งสำคัญสำหรับสถาปัตยกรรมประเภทนี้คือชั้นการบริโภคมีโฟลว์การลงชื่อเข้าใช้แบบ hook-based ซึ่งการอนุญาตในแอปพลิเคชันสามารถแก้ไขได้ในเวลาลงชื่อเข้าใช้ นี่คือการแปลข้อกำหนดเฉพาะของ AWS เป็นแอปพลิเคชันเป้าหมาย หลังจากเริ่มเซสชันในแอปพลิเคชันฝั่งไคลเอ็นต์สำเร็จแล้ว ก็ขึ้นอยู่กับตัวแอปพลิเคชันเองว่าจะใช้เครื่องมือสำหรับการแยกชั้นข้อมูลออก เพราะนี่จะเป็นแอปพลิเคชันเฉพาะ และนี่คือการแยกส่วนที่สำคัญเพิ่มเติม ซึ่งความรับผิดชอบบางส่วนถูกผลักไปที่หน่วยกระจายอำนาจ แอปพลิเคชันซอฟต์แวร์ในรูปแบบบริการ (SaaS) สมัยใหม่จำนวนมากสนับสนุนกลไกในตัวเหล่านี้ เช่น อิฐข้อมูล or โดมิโน ดาต้าแล็บในขณะที่แอปพลิเคชันฝั่งไคลเอ็นต์แบบดั้งเดิมเช่น เซิร์ฟเวอร์ RStudio มีการสนับสนุนแบบเนทีฟที่จำกัดมากขึ้นสำหรับสิ่งนี้ ในกรณีที่ไม่มีการสนับสนุนแบบเนทีฟ การแปลลงไปที่เซสชันผู้ใช้ระบบปฏิบัติการสามารถทำได้เพื่อเปิดใช้งานสิ่งที่เป็นนามธรรม ชั้นการบริโภคจะแสดงเป็นแผนผังในแผนภาพต่อไปนี้
เมื่อใช้เลเยอร์การบริโภคตามที่ต้องการ ผู้ใช้จะไม่รู้ว่ามีเลเยอร์เวอร์ชวลไลเซชันอยู่ แผนภาพต่อไปนี้แสดงรูปแบบการเข้าถึงข้อมูล
modularity
ข้อดีหลักประการหนึ่งของการนำรูปแบบสถาปัตยกรรมหกเหลี่ยมมาใช้ และการมอบหมายทั้งเลเยอร์ที่ใช้งานและเลเยอร์การจัดการข้อมูลให้กับนักแสดงหลักและรอง หมายความว่าพวกเขาสามารถเปลี่ยนแปลงหรือแทนที่ได้เมื่อมีการเผยแพร่ฟังก์ชันใหม่ที่ต้องใช้โซลูชันใหม่ สิ่งนี้ให้รูปแบบประเภทฮับและซี่ ซึ่งระบบประเภทผู้ผลิต/ผู้บริโภคหลายประเภทสามารถเชื่อมต่อและทำงานพร้อมกันในสหภาพ ตัวอย่างนี้คือ โซลูชันปัจจุบันที่ทำงานใน Novo Nordisk รองรับโซลูชันการจัดการข้อมูลหลายรายการพร้อมกัน และแสดงในลักษณะที่เป็นเนื้อเดียวกันในเลเยอร์ที่ใช้ ซึ่งรวมถึงที่จัดเก็บข้อมูลดิบ โซลูชันตาข่ายข้อมูลที่นำเสนอในโพสต์นี้ และโซลูชันการจัดการข้อมูลอิสระหลายรายการ และสิ่งเหล่านี้ต้องเผชิญกับการใช้งานหลายประเภท ตั้งแต่แอปพลิเคชันที่จัดการเอง โฮสต์เอง ไปจนถึงข้อเสนอ SaaS
ระบบนิเวศการจัดการข้อมูล
เพื่อปรับขนาดการใช้งานข้อมูลและเพิ่มอิสระ Novo Nordisk ร่วมกับ AWS Professional Services ได้สร้างสภาพแวดล้อมการจัดการข้อมูลและการกำกับดูแลในชื่อ Novo Nordisk Enterprise DataHub (NNEDH) NNEDH ใช้สถาปัตยกรรมข้อมูลแบบกระจายศูนย์และความสามารถในการจัดการข้อมูล เช่น แคตตาล็อกข้อมูลธุรกิจขององค์กรและเวิร์กโฟลว์การแบ่งปันข้อมูล NNEDH เป็นตัวอย่างของระบบนิเวศการจัดการข้อมูลในกรอบแนวคิดที่แนะนำก่อนหน้านี้
สถาปัตยกรรมแบบกระจายอำนาจ: จาก Data Lake แบบรวมศูนย์ไปจนถึงสถาปัตยกรรมแบบกระจาย
Data Lake แบบรวมศูนย์ของ Novo Nordisk ประกอบด้วยข้อมูล 2.3 PB จากโดเมนข้อมูลธุรกิจมากกว่า 30 โดเมนทั่วโลกที่ให้บริการผู้ใช้ภายในมากกว่า 2000 รายตลอดห่วงโซ่คุณค่า มันทำงานได้สำเร็จมาหลายปีแล้ว เป็นหนึ่งในระบบนิเวศการจัดการข้อมูลที่รองรับในปัจจุบัน
ภายในสถาปัตยกรรมข้อมูลแบบรวมศูนย์ ข้อมูลจากแต่ละโดเมนข้อมูลจะถูกคัดลอก จัดเก็บ และประมวลผลในตำแหน่งศูนย์กลางแห่งเดียว: ที่จัดเก็บข้อมูลส่วนกลางที่โฮสต์ในที่จัดเก็บข้อมูลเดียว รูปแบบนี้มีความท้าทายในระดับหนึ่งเนื่องจากยังคงความเป็นเจ้าของข้อมูลไว้กับทีมส่วนกลาง โมเดลนี้จะทำให้การเดินทางไปสู่องค์กรที่ขับเคลื่อนด้วยข้อมูลช้าลง เนื่องจากความเป็นเจ้าของข้อมูลไม่ได้ยึดโยงกับผู้เชี่ยวชาญที่ใกล้ชิดกับโดเมนมากที่สุด
สถาปัตยกรรม Data Lake แบบเสาหินแสดงในแผนภาพต่อไปนี้
ภายในสถาปัตยกรรมข้อมูลแบบกระจายศูนย์ ข้อมูลจากแต่ละโดเมนจะถูกเก็บไว้ภายในโดเมนบนพื้นที่จัดเก็บข้อมูลและบัญชีคอมพิวเตอร์ของตนเอง ในกรณีนี้ ข้อมูลจะถูกเก็บไว้ใกล้กับผู้เชี่ยวชาญโดเมน เนื่องจากพวกเขาคือผู้ที่รู้จักข้อมูลของตนเองดีที่สุด และท้ายที่สุดแล้วเป็นเจ้าของผลิตภัณฑ์ข้อมูลใด ๆ ที่สร้างขึ้นจากข้อมูลของตน พวกเขามักจะทำงานอย่างใกล้ชิดกับนักวิเคราะห์ธุรกิจเพื่อสร้างผลิตภัณฑ์ข้อมูล ดังนั้นจึงรู้ว่าข้อมูลที่ดีมีความหมายต่อผู้บริโภคผลิตภัณฑ์ข้อมูลของตนอย่างไร ในกรณีนี้ ความรับผิดชอบของข้อมูลยังถูกกระจายอำนาจ โดยแต่ละโดเมนมีเจ้าของข้อมูลของตนเอง ทำให้ความรับผิดชอบตกอยู่กับเจ้าของข้อมูลที่แท้จริง อย่างไรก็ตาม โมเดลนี้อาจไม่ทำงานในขนาดเล็ก เช่น องค์กรที่มีหน่วยธุรกิจเพียงหน่วยเดียวและมีผู้ใช้หลายสิบคน เนื่องจากจะทำให้ทีมไอทีมีภาระงานมากขึ้นในการจัดการข้อมูลองค์กร เหมาะกับองค์กรขนาดใหญ่หรือองค์กรขนาดเล็กและขนาดกลางที่ต้องการเติบโตและขยายขนาด
สถาปัตยกรรมตาข่ายข้อมูล Novo Nordisk แสดงในไดอะแกรมต่อไปนี้
โดเมนข้อมูลและสินทรัพย์ข้อมูล
ในการเปิดใช้งานความสามารถในการปรับขนาดของโดเมนข้อมูลทั่วทั้งองค์กร จำเป็นต้องมีโมเดลสิทธิ์มาตรฐานและรูปแบบการเข้าถึงข้อมูล มาตรฐานนี้ต้องไม่มีข้อจำกัดมากเกินไปในลักษณะที่อาจเป็นตัวบล็อกสำหรับกรณีการใช้งานเฉพาะ แต่ควรกำหนดมาตรฐานในลักษณะที่จะใช้อินเทอร์เฟซเดียวกันระหว่างชั้นการจัดการข้อมูลและเวอร์ชวลไลเซชัน
โดเมนข้อมูลบน NNEDH ถูกนำไปใช้โดยโครงสร้างที่เรียกว่า an สิ่งแวดล้อม. สภาพแวดล้อมประกอบด้วยบัญชี AWS อย่างน้อยหนึ่งบัญชีและหนึ่งภูมิภาค AWS เป็นสถานที่ทำงานที่ทีมโดเมนข้อมูลสามารถทำงานและทำงานร่วมกันเพื่อสร้างผลิตภัณฑ์ข้อมูล โดยจะเชื่อมโยงระนาบควบคุม NNEDH กับบัญชี AWS ที่มีข้อมูลและการประมวลผลของโดเมนอยู่ สิทธิ์การเข้าถึงข้อมูลยังกำหนดไว้ที่ระดับสภาพแวดล้อม ซึ่งจัดการโดยเจ้าของโดเมนข้อมูล สภาพแวดล้อมมีองค์ประกอบหลักสามส่วน ได้แก่ เลเยอร์การจัดการข้อมูลและการกำกับดูแล สินทรัพย์ข้อมูล และพิมพ์เขียวทางเลือกสำหรับการประมวลผลข้อมูล
สำหรับการจัดการข้อมูลและการกำกับดูแล โดเมนข้อมูลอาศัย Lake Formation AWS กาวและ CloudTrail วิธีการปรับใช้และการตั้งค่าส่วนประกอบเหล่านี้เป็นมาตรฐานทั่วทั้งโดเมนข้อมูล ด้วยวิธีนี้ เครื่องบินควบคุม NNEDH สามารถให้การเชื่อมต่อและการจัดการกับโดเมนข้อมูลด้วยวิธีที่เป็นมาตรฐาน
สินทรัพย์ข้อมูลของแต่ละโดเมนที่อยู่ในสภาพแวดล้อมจะถูกจัดระเบียบในชุดข้อมูล ซึ่งเป็นชุดของข้อมูลที่เกี่ยวข้องที่ใช้สำหรับการสร้างผลิตภัณฑ์ข้อมูล ประกอบด้วยข้อมูลเมตาทางเทคนิค เช่น รูปแบบข้อมูล ขนาด และเวลาในการสร้าง และข้อมูลเมตาทางธุรกิจ เช่น ผู้ผลิต การจัดประเภทข้อมูล และคำจำกัดความทางธุรกิจ ผลิตภัณฑ์ข้อมูลสามารถใช้หนึ่งหรือหลายชุดข้อมูล ดำเนินการผ่านบัคเก็ต S3 ที่มีการจัดการและ AWS Glue Data Catalog
การประมวลผลข้อมูลสามารถทำได้หลายวิธี NNEDH ให้พิมพ์เขียวสำหรับไปป์ไลน์ข้อมูลที่มีการเชื่อมต่อกับสินทรัพย์ข้อมูลที่กำหนดไว้ล่วงหน้าเพื่อเพิ่มความเร็วในการจัดส่งผลิตภัณฑ์ข้อมูล ผู้ใช้โดเมนข้อมูลมีอิสระในการใช้ความสามารถในการประมวลผลอื่นๆ บนโดเมนของตน เช่น การใช้บริการของ AWS ที่ไม่ได้กำหนดไว้ล่วงหน้าในพิมพ์เขียว หรือการเข้าถึงชุดข้อมูลจากเครื่องมือวิเคราะห์อื่นๆ ที่ใช้งานในเลเยอร์การบริโภค ตามที่กล่าวไว้ก่อนหน้าในโพสต์นี้
บุคคลและบทบาทของโดเมนข้อมูล
ใน NNEDH ระดับสิทธิ์ในโดเมนข้อมูลจะได้รับการจัดการผ่านบุคคลที่กำหนดไว้ล่วงหน้า เช่น เจ้าของข้อมูล สจ๊วตข้อมูล นักพัฒนา และผู้อ่าน บุคคลแต่ละคนเชื่อมโยงกับบทบาท IAM ที่มีระดับสิทธิ์ที่กำหนดไว้ล่วงหน้า สิทธิ์เหล่านี้เป็นไปตามความต้องการทั่วไปของผู้ใช้ในบทบาทเหล่านี้ อย่างไรก็ตาม เพื่อให้โดเมนข้อมูลมีความยืดหยุ่นมากขึ้น สิทธิ์เหล่านี้สามารถปรับแต่งและขยายได้ตามต้องการ
สิทธิ์ที่เกี่ยวข้องกับแต่ละบุคคลเกี่ยวข้องกับการกระทำที่อนุญาตในบัญชี AWS ของโดเมนข้อมูลเท่านั้น สำหรับความรับผิดชอบในสินทรัพย์ข้อมูล การเข้าถึงข้อมูลไปยังสินทรัพย์ได้รับการจัดการโดยนโยบายทรัพยากรเฉพาะ แทนบทบาท IAM เฉพาะเจ้าของชุดข้อมูลแต่ละชุดหรือผู้ดูแลข้อมูลที่ได้รับมอบหมายจากเจ้าของเท่านั้นที่สามารถอนุญาตหรือเพิกถอนการเข้าถึงข้อมูลได้
ในระดับชุดข้อมูล บุคคลที่จำเป็นคือเจ้าของข้อมูล โดยทั่วไปแล้ว พวกเขาทำงานอย่างใกล้ชิดกับผู้ดูแลข้อมูลหนึ่งคนหรือหลายคนในฐานะผู้จัดการผลิตภัณฑ์ข้อมูล สจ๊วตข้อมูลคือผู้เชี่ยวชาญเรื่องข้อมูลของโดเมนผลิตภัณฑ์ข้อมูล รับผิดชอบในการตีความข้อมูลที่รวบรวมและข้อมูลเมตาเพื่อรับข้อมูลเชิงลึกทางธุรกิจและสร้างผลิตภัณฑ์ สจ๊วตข้อมูลเชื่อมโยงระหว่างผู้ใช้ทางธุรกิจและทีมเทคนิคในแต่ละโดเมนข้อมูล
แค็ตตาล็อกข้อมูลธุรกิจขององค์กร
เพื่อเปิดใช้งานอิสระและทำให้สามารถค้นพบสินทรัพย์ข้อมูลขององค์กรได้ จึงมีการนำแคตตาล็อกข้อมูลพอร์ทัลบนเว็บมาใช้ สร้างดัชนีในข้อมูลเมตาที่เก็บเดียวจากชุดข้อมูลที่สร้างขึ้นบนโดเมนข้อมูล ทำลายไซโลข้อมูลทั่วทั้งองค์กร แคตตาล็อกข้อมูลช่วยให้สามารถค้นหาและค้นพบข้อมูลในโดเมนต่างๆ รวมถึงระบบอัตโนมัติและการกำกับดูแลในการแบ่งปันข้อมูล
แคตตาล็อกข้อมูลธุรกิจใช้กระบวนการกำกับดูแลข้อมูลภายในองค์กร ซึ่งรับประกันความเป็นเจ้าของข้อมูล—บางคนในองค์กรมีหน้าที่รับผิดชอบแหล่งกำเนิดข้อมูล คำจำกัดความ คุณลักษณะทางธุรกิจ ความสัมพันธ์ และการพึ่งพา
โครงสร้างส่วนกลางของแค็ตตาล็อกข้อมูลธุรกิจคือชุดข้อมูล เป็นหน่วยค้นหาภายในแคตตาล็อกธุรกิจที่มีข้อมูลเมตาทั้งทางเทคนิคและธุรกิจ ในการรวบรวมข้อมูลเมตาทางเทคนิคจากข้อมูลที่มีโครงสร้าง โปรแกรมรวบรวมข้อมูลของ AWS Glue จะจดจำและแยกโครงสร้างข้อมูลจากรูปแบบข้อมูลที่ได้รับความนิยมสูงสุด ได้แก่ CSV, JSON, Avro และ Apache Parquet โดยจะให้ข้อมูล เช่น ชนิดข้อมูล วันที่สร้าง และรูปแบบ ผู้ใช้ทางธุรกิจสามารถเพิ่มข้อมูลเมตาได้โดยการเพิ่มคำอธิบายของบริบททางธุรกิจ แท็ก และการจัดประเภทข้อมูล
คำจำกัดความของชุดข้อมูลและข้อมูลเมตาที่เกี่ยวข้องถูกจัดเก็บไว้ใน Amazon Aurora ไร้เซิร์ฟเวอร์ ฐานข้อมูลและ บริการ Amazon OpenSearchทำให้คุณสามารถเรียกใช้ข้อความค้นหาในแคตตาล็อกข้อมูลได้
การแชร์ข้อมูล
NNEDH ใช้เวิร์กโฟลว์การแชร์ข้อมูล เปิดใช้งานการแชร์ข้อมูลแบบเพียร์ทูเพียร์ในบัญชี AWS โดยใช้ Lake Formation ขั้นตอนการทำงานมีดังนี้:
- ผู้ใช้ข้อมูลร้องขอการเข้าถึงชุดข้อมูล
- เจ้าของข้อมูลให้สิทธิ์เข้าถึงโดยอนุมัติคำขอเข้าถึง พวกเขาสามารถมอบหมายการอนุมัติคำขอการเข้าถึงให้กับสจ๊วตข้อมูล
- เมื่อได้รับอนุมัติคำขอการเข้าถึง สิทธิ์ใหม่จะถูกเพิ่มไปยังชุดข้อมูลเฉพาะใน Lake Formation ของบัญชีผู้ผลิต
เวิร์กโฟลว์การแบ่งปันข้อมูลแสดงเป็นแผนผังในรูปต่อไปนี้
การรักษาความปลอดภัยและการตรวจสอบ
ข้อมูลในเครือข่ายข้อมูล Novo Nordisk อยู่ในบัญชี AWS ที่เป็นของบัญชีธุรกิจของ Novo Nordisk การกำหนดค่าและสถานะของตาข่ายข้อมูลถูกจัดเก็บไว้ใน บริการฐานข้อมูลเชิงสัมพันธ์ของ Amazon (อเมซอน RDS). สถาปัตยกรรมความปลอดภัย Novo Nordisk แสดงในรูปต่อไปนี้
การเข้าถึงและแก้ไขข้อมูลใน NNEDH จะต้องได้รับการบันทึกเพื่อวัตถุประสงค์ในการตรวจสอบ เราต้องสามารถบอกได้ว่าใครแก้ไขข้อมูล เมื่อใดที่การแก้ไขเกิดขึ้น และการแก้ไขใดบ้างที่นำไปใช้ นอกจากนี้ เราต้องสามารถตอบได้ว่าเหตุใดการแก้ไขจึงได้รับอนุญาตจากบุคคลนั้นในเวลานั้น
เพื่อให้เป็นไปตามข้อกำหนดเหล่านี้ เราใช้ส่วนประกอบต่อไปนี้:
- CloudTrail เพื่อบันทึกการเรียก API เราเปิดใช้การบันทึกเหตุการณ์ข้อมูล CloudTrail สำหรับบัคเก็ตและอ็อบเจ็กต์ S3 โดยเฉพาะ เมื่อเปิดใช้งานการบันทึก เราสามารถติดตามการแก้ไขใดๆ ไปยังไฟล์ใดๆ ใน Data Lake ไปยังบุคคลที่ทำการแก้ไข เราบังคับใช้การใช้งานของ ตัวตนของแหล่งที่มา สำหรับเซสชันบทบาทของ IAM เพื่อให้แน่ใจว่าผู้ใช้ติดตามได้
- เราใช้ Amazon RDS เพื่อจัดเก็บการกำหนดค่าของเครือข่ายข้อมูล เราบันทึกการสืบค้นกับฐานข้อมูล RDS บันทึกนี้ร่วมกับ CloudTrail ช่วยให้เราสามารถตอบคำถามว่าทำไมการแก้ไขไฟล์ใน Amazon S3 ในเวลาที่กำหนดโดยบุคคลใดบุคคลหนึ่งจึงเป็นไปได้
- อเมซอน คลาวด์วอตช์ เพื่อบันทึกกิจกรรมข้ามตาข่าย
นอกจากกลไกการบันทึกเหล่านั้นแล้ว บัคเก็ต S3 ยังถูกสร้างขึ้นโดยใช้คุณสมบัติต่อไปนี้:
- ที่เก็บข้อมูลถูกเข้ารหัสโดยใช้การเข้ารหัสฝั่งเซิร์ฟเวอร์ด้วย บริการจัดการคีย์ AWS (AWS KMS) และคีย์ที่ลูกค้าจัดการ
- การกำหนดเวอร์ชันของ Amazon S3 เปิดใช้งานตามค่าเริ่มต้น
การเข้าถึงข้อมูลใน NNEDH ถูกควบคุมที่ระดับกลุ่มแทนที่จะเป็นผู้ใช้รายบุคคล กลุ่มสอดคล้องกับกลุ่มที่กำหนดไว้ในกลุ่มไดเร็กทอรี Novo Nordisk เพื่อติดตามบุคคลที่แก้ไขข้อมูลใน Data Lake เราใช้กลไกการระบุแหล่งที่มาที่อธิบายไว้ในโพสต์ วิธีเชื่อมโยงกิจกรรมบทบาทของ IAM กับเอกลักษณ์องค์กร.
สรุป
ในโพสต์นี้ เราแสดงให้เห็นว่า Novo Nordisk สร้างสถาปัตยกรรมข้อมูลสมัยใหม่เพื่อเพิ่มความเร็วในการส่งมอบกรณีการใช้งานที่ขับเคลื่อนด้วยข้อมูลได้อย่างไร ประกอบด้วยสถาปัตยกรรมข้อมูลแบบกระจายเพื่อปรับขนาดการใช้งานเป็นระดับเพตะไบต์สำหรับผู้ใช้ภายในมากกว่า 2,000 รายตลอดห่วงโซ่คุณค่า เช่นเดียวกับสถาปัตยกรรมความปลอดภัยและการตรวจสอบแบบกระจายที่จัดการความรับผิดชอบของข้อมูลและการตรวจสอบย้อนกลับในสภาพแวดล้อมเพื่อให้เป็นไปตามข้อกำหนด
โพสต์ถัดไปในชุดนี้อธิบายการใช้งานการกำกับดูแลและการควบคุมข้อมูลแบบกระจายตามขนาดของสถาปัตยกรรมข้อมูลสมัยใหม่ของ Novo Nordisk
เกี่ยวกับผู้เขียน
โจนาตัน เซลซิง เป็นอดีตนักวิทยาศาสตร์การวิจัยระดับปริญญาเอกด้านฟิสิกส์ดาราศาสตร์ที่หันไปหาคลาวด์ ปัจจุบันเขาเป็นหัวหน้าวิศวกรระบบคลาวด์ที่ Novo Nordisk ซึ่งเขาเปิดใช้งานข้อมูลและปริมาณงานการวิเคราะห์ตามขนาด โดยเน้นที่การลดต้นทุนรวมของการเป็นเจ้าของปริมาณงานบนคลาวด์ ในขณะที่ให้ประโยชน์เต็มที่จากข้อดีของคลาวด์ เขาออกแบบ สร้าง และบำรุงรักษาโซลูชันที่ช่วยให้สามารถวิจัยยาในอนาคตได้
ฮัสเซ็น ไรอาฮี เป็น Sr. Data Architect ที่ AWS Professional Services เขาสำเร็จการศึกษาระดับปริญญาเอกด้านคณิตศาสตร์และวิทยาการคอมพิวเตอร์เกี่ยวกับการจัดการข้อมูลขนาดใหญ่ เขาทำงานร่วมกับลูกค้า AWS ในการสร้างโซลูชันที่ขับเคลื่อนด้วยข้อมูล
อันวาร์ ริซาล เป็นที่ปรึกษาด้านแมชชีนเลิร์นนิงอาวุโสในปารีส เขาทำงานร่วมกับลูกค้า AWS เพื่อพัฒนาโซลูชันข้อมูลและ AI เพื่อทำให้ธุรกิจของพวกเขาเติบโตอย่างยั่งยืน
โมเสส อาเธอร์ มาจากพื้นฐานการวิจัยทางคณิตศาสตร์และการคำนวณ และสำเร็จการศึกษาระดับปริญญาเอกด้าน Computational Intelligence ที่เชี่ยวชาญด้านการขุดกราฟ ปัจจุบันเขาเป็นวิศวกรผลิตภัณฑ์ระบบคลาวด์ที่ Novo Nordisk ซึ่งสร้าง Data Lake ขององค์กรที่สอดคล้องกับ GxP และแพลตฟอร์มการวิเคราะห์สำหรับโรงงานทั่วโลกของ Novo Nordisk ที่ผลิตผลิตภัณฑ์ทางการแพทย์แบบดิจิทัล
อเลสซานโดร ฟิออร์ เป็น Sr. Data Architect ที่ AWS Professional Services ด้วยประสบการณ์กว่า 10 ปีในการนำเสนอข้อมูลและโซลูชันการวิเคราะห์ เขามีความกระตือรือร้นเกี่ยวกับการออกแบบและสร้างแพลตฟอร์มข้อมูลที่ทันสมัยและปรับขนาดได้ ซึ่งจะเร่งให้บริษัทต่างๆ ได้รับคุณค่าจากข้อมูลของตน
กุมารีรามาร์ เป็นผู้จัดการการมีส่วนร่วมอาวุโสที่ได้รับการรับรอง Agile และ PMP ที่ AWS Professional Services เธอนำเสนอข้อมูลและโซลูชัน AI/ML ที่ช่วยเร่งความเร็วของการวิเคราะห์ข้ามระบบและโมเดลการเรียนรู้ของเครื่อง ซึ่งช่วยให้องค์กรต่างๆ สามารถตัดสินใจโดยใช้ข้อมูลและขับเคลื่อนนวัตกรรมใหม่ๆ ได้
- เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
- เพลโตบล็อคเชน Web3 Metaverse ข่าวกรอง ขยายความรู้. เข้าถึงได้ที่นี่.
- ที่มา: https://aws.amazon.com/blogs/big-data/how-novo-nordisk-built-a-modern-data-architecture-on-aws/
- 000
- 10
- 100
- a
- สามารถ
- เกี่ยวกับเรา
- บทคัดย่อ
- บทคัดย่อ
- เร่งความเร็ว
- เข้า
- การเข้าถึงข้อมูล
- การเข้าถึง
- ตาม
- ลงชื่อเข้าใช้
- ความรับผิดชอบ
- บัญชี
- ข้าม
- การปฏิบัติ
- การเปิดใช้งาน
- กิจกรรม
- อยากทำกิจกรรม
- ปรับ
- ที่เพิ่ม
- นอกจากนี้
- เพิ่มเติม
- การบริหาร
- การนำ
- ข้อได้เปรียบ
- หลังจาก
- กับ
- บริษัท ตัวแทน
- เปรียว
- AI
- AI / ML
- ทั้งหมด
- ช่วยให้
- อเมซอน
- อเมซอน RDS
- นักวิเคราะห์
- การวิเคราะห์
- และ
- คำตอบ
- อาปาเช่
- API
- การใช้งาน
- เฉพาะแอปพลิเคชัน
- การใช้งาน
- ประยุกต์
- การอนุมัติ
- สถาปัตยกรรม
- รอบ
- สินทรัพย์
- ที่เกี่ยวข้อง
- ดาราศาสตร์
- แอตทริบิวต์
- การตรวจสอบบัญชี
- การตรวจสอบบัญชี
- แสงเงินแสงทอง
- การอนุญาต
- อัตโนมัติ
- AWS
- AWS กาว
- บริการระดับมืออาชีพของ AWS
- กลับ
- พื้นหลัง
- ตาม
- เพราะ
- ประโยชน์
- ที่ดีที่สุด
- ดีกว่า
- ระหว่าง
- ด้านล่าง
- เขตแดน
- หมดสภาพ
- สะพาน
- สร้าง
- การก่อสร้าง
- สร้าง
- สร้าง
- built-in
- ธุรกิจ
- ระบบธุรกิจอัจฉริยะ
- ที่เรียกว่า
- โทร
- ความสามารถในการ
- กรณี
- กรณี
- แค็ตตาล็อก
- ส่วนกลาง
- ส่วนกลาง
- มีมาตรฐาน
- โซ่
- ความท้าทาย
- เปลี่ยนแปลง
- ทางเลือก
- ชั้นเรียน
- การจัดหมวดหมู่
- คลินิก
- การทดลองทางคลินิก
- ปิดหน้านี้
- อย่างใกล้ชิด
- เมฆ
- ร่วมมือ
- การทำงานร่วมกัน
- การทำงานร่วมกัน
- รวบรวม
- ชุด
- การผสมผสาน
- รวม
- รวม
- อย่างไร
- บริษัท
- บริษัท
- การปฏิบัติตาม
- ส่วนประกอบ
- สงบ
- ประกอบด้วย
- ประนีประนอม
- คำนวณ
- คอมพิวเตอร์
- วิทยาการคอมพิวเตอร์
- เกี่ยวกับความคิดเห็น
- องค์ประกอบ
- งานที่เชื่อมต่อ
- การเชื่อมต่อ
- สร้าง
- ผู้ให้คำปรึกษา
- บริโภค
- ผู้บริโภค
- ผู้บริโภค
- การบริโภค
- สิ่งแวดล้อม
- ควบคุม
- การควบคุม
- การควบคุม
- แกน
- ไทม์ไลน์การ
- สอดคล้อง
- ราคา
- ควบคู่
- ที่สร้างขึ้น
- การสร้าง
- ข้าม
- ปัจจุบัน
- ขณะนี้
- ประเพณี
- ลูกค้า
- ลูกค้า
- ข้อมูล
- การเข้าถึงข้อมูล
- โครงสร้างพื้นฐานข้อมูล
- ดาต้าเลค
- การจัดการข้อมูล
- การประมวลผล
- การแชร์ข้อมูล
- การจัดเก็บข้อมูล
- ที่ขับเคลื่อนด้วยข้อมูล
- ฐานข้อมูล
- อิฐข้อมูล
- ชุดข้อมูล
- วันที่
- วัน
- ซึ่งกระจายอำนาจ
- การตัดสินใจ
- การตัดสินใจ
- การตัดสินใจ
- ลึก
- การส่งมอบ
- มอบ
- การจัดส่ง
- การใช้งาน
- บรรยาย
- ลักษณะ
- ออกแบบ
- ได้รับการออกแบบ
- การออกแบบ
- การออกแบบ
- รายละเอียด
- รายละเอียด
- พัฒนา
- นักพัฒนา
- พัฒนา
- ต่าง
- โดยตรง
- การค้นพบ
- สนทนา
- แตกต่าง
- กระจาย
- ไม่
- โดเมน
- โดเมน
- Dont
- ลง
- ขับรถ
- ไดรเวอร์
- ยาเสพติด
- แต่ละ
- ก่อน
- ระบบนิเวศ
- ระบบนิเวศ
- มีประสิทธิภาพ
- องค์ประกอบ
- ความสำคัญ
- ทำให้สามารถ
- เปิดการใช้งาน
- ช่วยให้
- การเปิดใช้งาน
- ห่อหุ้ม
- ที่มีการเข้ารหัส
- การเข้ารหัสลับ
- มีส่วนร่วม
- วิศวกร
- ชั้นเยี่ยม
- อุดม
- ทำให้มั่นใจ
- เพื่อให้แน่ใจ
- Enterprise
- ผู้ประกอบการ
- ทั้งหมด
- สิ่งแวดล้อม
- สิ่งแวดล้อม
- สภาพแวดล้อม
- อีเธอร์ (ETH)
- ในทวีปยุโรป
- เหตุการณ์
- ตัวอย่าง
- ที่มีอยู่
- ขยาย
- ประสบการณ์
- ชำนาญ
- ผู้เชี่ยวชาญ
- อธิบาย
- ที่เปิดเผย
- สารสกัด
- โรงงาน
- คุณสมบัติ
- รูป
- เนื้อไม่มีมัน
- ไฟล์
- ให้เงิน
- ชื่อจริง
- ความยืดหยุ่น
- ไหล
- มุ่งเน้นไปที่
- ดังต่อไปนี้
- ดังต่อไปนี้
- อาหาร
- สำนักงานคณะกรรมการอาหารและยา
- รูป
- การสร้าง
- อดีต
- รากฐาน
- กรอบ
- เสรีภาพ
- ราคาเริ่มต้นที่
- เต็ม
- ฟังก์ชันการทำงาน
- อนาคต
- General
- สร้าง
- ได้รับ
- ได้รับ
- ให้
- จะช่วยให้
- ให้
- เหตุการณ์ที่
- Go
- ดี
- การกำกับดูแล
- ให้
- ทุน
- กราฟ
- บัญชีกลุ่ม
- ขึ้น
- ให้คำแนะนำ
- แนวทาง
- จัดการ
- การจัดการ
- ที่เกิดขึ้น
- มี
- ถือ
- เป็นเจ้าภาพ
- สรุป ความน่าเชื่อถือของ Olymp Trade?
- ทำอย่างไร
- HTML
- HTTPS
- AMI
- เอกลักษณ์
- การดำเนินงาน
- การดำเนินการ
- การดำเนินการ
- การดำเนินการ
- สำคัญ
- การปรับปรุง
- in
- ประกอบด้วย
- รวมถึง
- รวมทั้ง
- เพิ่ม
- อิสระ
- ดัชนี
- เป็นรายบุคคล
- อุตสาหกรรม
- ข้อมูล
- โครงสร้างพื้นฐาน
- นักวิเคราะห์ส่วนบุคคลที่หาโอกาสให้เป็นไปได้มากที่สุด
- นวัตกรรม
- ข้อมูลเชิงลึก
- แทน
- ตราสาร
- แบบบูรณาการ
- ความสมบูรณ์
- Intelligence
- อินเตอร์เฟซ
- อินเตอร์เฟซ
- ภายใน
- แนะนำ
- แนะนำ
- IT
- ตัวเอง
- การเดินทาง
- JSON
- เก็บ
- คีย์
- ทราบ
- ทะเลสาบ
- ภูมิประเทศ
- ใหญ่
- ขนาดใหญ่
- ชั้น
- ชั้น
- นำ
- ชั้นนำ
- เรียนรู้
- การเรียนรู้
- ชั้น
- ระดับ
- ถูก จำกัด
- เส้น
- การเชื่อมโยง
- ที่ตั้ง
- ระยะยาว
- เครื่อง
- เรียนรู้เครื่อง
- ทำ
- หลัก
- รักษา
- ทำ
- การทำ
- จัดการ
- การจัดการ
- การจัดการ
- โซลูชั่นการจัดการ
- ผู้จัดการ
- ผู้จัดการ
- การจัดการ
- อาณัติ
- จำเป็น
- การผลิต
- หลาย
- การตลาด
- คณิตศาสตร์
- เรื่อง
- วิธี
- กลไก
- ทางการแพทย์
- เป็นยา
- กลาง
- พบ
- กล่าวถึง
- เมตาดาต้า
- วิธี
- ไมโครซอฟท์
- อาจ
- ล้าน
- ต่ำสุด
- การทำเหมืองแร่
- หายไป
- แบบ
- โมเดล
- ทันสมัย
- การปรับเปลี่ยน
- การแก้ไข
- โมดูลาร์
- ข้อมูลเพิ่มเติม
- มากที่สุด
- เป็นที่นิยม
- หลาย
- ที่มีชื่อ
- พื้นเมือง
- จำเป็นต้อง
- จำเป็น
- ความต้องการ
- เครือข่าย
- แต่
- ใหม่
- โซลูชั่นใหม่
- ถัดไป
- โนโว
- Nordisk Novo
- จำนวน
- วัตถุ
- การเสนอขาย
- ตกลง
- ONE
- organizacja
- องค์กร
- Organized
- ที่มา
- OS
- อื่นๆ
- ผลิตภัณฑ์อื่นๆ
- ทั้งหมด
- ของตนเอง
- เป็นเจ้าของ
- เจ้าของ
- เจ้าของ
- การเป็นเจ้าของ
- เป็นเจ้าของ
- ปารีส
- พรรค
- หลงใหล
- ผู้ป่วย
- แบบแผน
- รูปแบบ
- เพื่อนเพื่อเพื่อน
- การอนุญาต
- สิทธิ์
- คน
- ส่วนตัว
- เพตะไบต์
- เภสัชกรรม
- PII
- แพลตฟอร์ม
- เพลโต
- เพลโตดาต้าอินเทลลิเจนซ์
- เพลโตดาต้า
- นโยบาย
- นโยบาย
- ยอดนิยม
- พอร์ทัล
- พอร์ต
- เป็นไปได้
- โพสต์
- โพสต์
- อำนาจ
- กำลัง BI
- เตรียมการ
- นำเสนอ
- ประถม
- กระบวนการ
- การประมวลผล
- ผู้ผลิต
- ผลิตภัณฑ์
- ผลิตภัณฑ์
- มืออาชีพ
- มืออาชีพ
- คุณสมบัติ
- ให้
- ให้
- การให้
- วัตถุประสงค์
- วัตถุประสงค์
- ผลักดัน
- วาง
- คุณภาพ
- คำถาม
- มาถึง
- ผู้อ่าน
- ที่ได้รับ
- รับรู้
- ลด
- ภูมิภาค
- กฎระเบียบ
- หน่วยงานกำกับดูแล
- ที่เกี่ยวข้อง
- ความสัมพันธ์
- การเผยแพร่
- แทนที่
- กรุ
- เป็นตัวแทนของ
- ขอ
- การร้องขอ
- ต้องการ
- จำเป็นต้องใช้
- ความต้องการ
- ความต้องการ
- การวิจัย
- ทรัพยากร
- แหล่งข้อมูล
- ที่เคารพนับถือ
- คำตอบ
- ความรับผิดชอบ
- รับผิดชอบ
- คับแคบ
- บทบาท
- บทบาท
- วิ่ง
- วิ่ง
- SaaS
- ปลอดภัย
- ขาย
- เดียวกัน
- scalability
- ที่ปรับขนาดได้
- ขนาด
- วิทยาศาสตร์
- นักวิทยาศาสตร์
- นักวิทยาศาสตร์
- ค้นหา
- ที่สอง
- รอง
- ความปลอดภัย
- บริการตัวเอง
- มีความละเอียดอ่อน
- ชุด
- บริการ
- บริการ
- การให้บริการ
- เซสชั่น
- ครั้ง ราคา
- การติดตั้ง
- หลาย
- ใช้งานร่วมกัน
- น่า
- โชว์
- แสดง
- แสดงให้เห็นว่า
- ง่าย
- พร้อมกัน
- เดียว
- เอกพจน์
- นั่ง
- ขนาด
- ช้า
- เล็ก
- สังคม
- ซอฟต์แวร์
- ซอฟต์แวร์เป็นบริการ
- ทางออก
- โซลูชัน
- บาง
- แหล่ง
- เฉพาะ
- โดยเฉพาะ
- เฉพาะ
- ความเร็ว
- แยก
- มาตรฐาน
- ข้อความที่เริ่ม
- สถานะ
- สหรัฐอเมริกา
- การเก็บรักษา
- จัดเก็บ
- เก็บไว้
- ยุทธศาสตร์
- มุ่งมั่น
- โครงสร้าง
- หรือ
- ประสบความสำเร็จ
- อย่างเช่น
- สนับสนุน
- ที่สนับสนุน
- รองรับ
- ที่ยั่งยืน
- ระบบ
- เอา
- เป้า
- เป้าหมาย
- ทีม
- ทีม
- วิชาการ
- หลักการ
- พื้นที่
- ที่มา
- รัฐ
- ของพวกเขา
- ดังนั้น
- ที่สาม
- สาม
- ตลอด
- ตลอด
- เวลา
- ไปยัง
- ร่วมกัน
- เกินไป
- เครื่องมือ
- เครื่องมือ
- รวม
- ไปทาง
- ติดตาม
- ตรวจสอบย้อนกลับ
- ลู่
- แบบดั้งเดิม
- แปลความ
- การแปลภาษา
- ความโปร่งใส
- การทดลอง
- ทริปเปิ
- จริง
- วางใจ
- หัน
- ชนิด
- ตามแบบฉบับ
- เป็นปกติ
- เรา
- ในที่สุด
- สหภาพ
- หน่วย
- หน่วย
- us
- การใช้
- ใช้
- ผู้ใช้งาน
- ผู้ใช้
- ความคุ้มค่า
- อเนกประสงค์
- วิธี
- web-based
- กำหนดไว้อย่างดี
- อะไร
- ที่
- ในขณะที่
- WHO
- จะ
- ภายใน
- ไม่มี
- งาน
- ทำงานด้วยกัน
- ทำงาน
- เวิร์กโฟลว์
- ที่ทำงาน
- โรงงาน
- ทั่วโลก
- จะ
- X
- ปี
- ลมทะเล