فناوریهای دیتا فابریک (Data Fabric)، دیتا لیکهاوس (Data Lakehouse) و دیتا مش (Data Mesh) اخیراً به عنوان جایگزینهای مناسبی برای دیتا ورهوس (Data Warehouse) مدرن ظاهر شدهاند. این معماریهای جدید مزایای قابل توجهی دارند، اما با اغراق و سردرگمی زیادی نیز همراه هستند. این کتاب عملی، یک راهنمای جامع برای این معماریها ارائه میدهد تا به متخصصان داده کمک کند تا مزایا و معایب هر یک را درک کنند. جیمز سرا، معمار راهحلهای کلانداده (Big Data) و دیتا ورهوسینگ (Data Warehousing) در مایکروسافت، مفاهیم رایج معماری داده را بررسی میکند، از جمله اینکه چگونه دیتا ورهوسها برای کار با ویژگیهای دیتا لیک (Data Lake) تکامل یافتهاند. شما خواهید آموخت که دیتا لیکهاوسها چه دستاوردهایی میتوانند برای شما داشته باشند و چگونه دیتا مش را از واقعیت تشخیص دهید. مهمتر از همه، شما قادر خواهید بود مناسبترین معماری داده را برای نیازهای خود تعیین کنید. با این کتاب، شما: درک عملی از چندین معماری داده به دست خواهید آورد. نقاط قوت و ضعف هر رویکرد را خواهید آموخت. تئوری معماری داده را از واقعیت تشخیص خواهید داد. بهترین معماری را برای مورد استفاده خود انتخاب خواهید کرد. تفاوتهای بین دیتا ورهوسها و دیتا لیکها را درک خواهید کرد. مفاهیم رایج معماری داده را برای کمک به ساخت راهحلهای بهتر خواهید آموخت. تکامل تاریخی و ویژگیهای معماریهای داده را بررسی خواهید کرد. اصول اساسی اجرای یک جلسه طراحی معماری، سازماندهی تیم و عوامل موفقیت پروژه را خواهید آموخت. این کتاب، عاری از بحثهای محصولمحور، برای سالهای آینده به عنوان یک منبع بیزمان خدمت خواهد کرد.
اشتراکی

با مرور فصلها، ساختار ، محتوای کتاب را به سرعت بشناسید.
با مرور فصلهای این کتاب میتونی خیلی سریع بفهمی هر بخش چی یاد میده، ساختار کلی چطوره و از کجا باید شروع کنی. هر فصل روی یک مفهوم یا مهارت خاص تمرکز داره و موضوعات اصلیش رو میبینی تا انتخابت آگاهانهتر باشه. چه بخوای کل کتاب رو دنبال کنی، چه فقط یک بخش خاص رو دنبال کنی، این نما کمکت میکنه مسیرت رو پیدا کنی.
در بخش اول این کتاب، من مبانی رمزگشایی معماریهای داده را بنا خواهم نهاد. فصل ۱ با توصیفی از کلانداده آغاز میشود، در حالی که فصل ۲ یک نمای کلی از انواع معماریهای داده و تکامل آنها ارائه میدهد. فصل ۳ نشان میدهد که چگونه میتوانید یک جلسه طراحی معماری برگزار کنید تا به تعیین بهترین معماری داده برای پروژه خود کمک کنید.
این بخش از کتاب نقطه شروع خوبی برای درک ارزش کلانداده و تاریخچه معماریهایی که این دادهها را ثبت کردهاند، به شما میدهد. سپس فصلهای بعدی به جزئیات خواهند پرداخت.

کلانداده
What Is Big Data, and How Can It Help You? • Data Maturity • Stage 1: Reactive • Stage 2: Informative • Stage 3: Predictive • Stage 4: Transformative • Self-Service Business Intelligence • Summary
درحال تولید...

انواع معماریهای داده
Evolution of Data Architectures • Relational Data Warehouse • Data Lake • Modern Data Warehouse • Data Fabric • Data Lakehouse • Data Mesh • Summary
درحال تولید...

جلسه طراحی معماری
What Is an ADS? • Why Hold an ADS? • Before the ADS • Preparing • Inviting Participants • Conducting the ADS • Introductions • Discovery • Whiteboarding • After the ADS • Tips for Conducting an ADS • Summary
درحال تولید...
قبل از ورود به معماریهای داده، مهم است که مطمئن شوید تمام مفاهیم معماری داده را که میتوانند در یک معماری استفاده شوند، درک میکنید. من متوجه شدهام که در مورد بسیاری از این مفاهیم سردرگمی زیادی وجود دارد که امیدوارم آن را برطرف کنم. بنابراین، بحث بیش از ۲۰ مفهوم از این دست را در فصلهای آینده خواهید یافت. حداقل، این فصلها برای کسانی که ممکن است مدتی از این مفاهیم استفاده نکردهاند، یک یادآوری خواهد بود. من ادعا نمیکنم که تمام تعاریف من از این مفاهیم به طور جهانی مورد توافق همه است، اما حداقل این فصلها به همراستا شدن همه کمک میکند تا بحث در مورد معماریها آسانتر شود.
من دیتا ورهوس رابطهای و دیتا لیک را تحت عنوان مفاهیم به جای معماریها قرار دادهام. زمانی، وقتی آنها تنها محصولات مورد استفاده در یک راهحل بودند، میتوانستند به عنوان معماریهای داده در نظر گرفته شوند. اما اکنون، تقریباً همیشه با محصولات دیگر ترکیب میشوند تا راهحل را تشکیل دهند. به عنوان مثال، سالها پیش محصولات دیتا ورهوس رابطهای وجود داشتند که شامل ذخیرهسازی رابطهای، محاسبات، نرمافزار ETL (استخراج، تبدیل و بارگذاری) و نرمافزار گزارشدهی بودند – اساساً هر آنچه که نیاز داشتید از یک فروشنده به صورت بستهبندی شده ارائه میشد. امروزه، شما چندین محصول را از چندین فروشنده، که هر محصول تمرکز خاصی (مانند ETL) دارد، به هم متصل خواهید کرد تا معماری داده خود را تکمیل کنید.

دیتا ورهوس رابطهای
What Is a Relational Data Warehouse? • What a Data Warehouse Is Not • The Top-Down Approach • Why Use a Relational Data Warehouse? • Drawbacks to Using a Relational Data Warehouse • Populating a Data Warehouse • How Often to Extract the Data • Extraction Methods • How to Determine What Data Has Changed Since the Last Extraction • The Death of the Relational Data Warehouse Has Been Greatly Exaggerated • Summary
درحال تولید...

دیتا لیک
What Is a Data Lake? • Why Use a Data Lake? • Bottom-Up Approach • Best Practices for Data Lake Design • Multiple Data Lakes • Advantages • Disadvantages • Summary
درحال تولید...

راهحلها و فرآیندهای ذخیرهسازی داده
Data Storage Solutions • Data Marts • Operational Data Stores • Data Hubs • Data Processes • Master Data Management • Data Virtualization and Data Federation • Data Catalogs • Data Marketplaces • Summary
درحال تولید...

رویکردهای طراحی
Online Transaction Processing Versus Online Analytical Processing • Operational and Analytical Data • Symmetric Multiprocessing and Massively Parallel Processing • Lambda Architecture • Kappa Architecture • Polyglot Persistence and Polyglot Data Stores • Summary
درحال تولید...

رویکردهای مدلسازی داده
Relational Modeling • Keys • Entity–Relationship Diagrams • Normalization Rules and Forms • Tracking Changes • Dimensional Modeling • Facts, Dimensions, and Keys • Tracking Changes • Denormalization • Common Data Model • Data Vault • The Kimball and Inmon Data Warehousing Methodologies • Inmon’s Top-Down Methodology • Kimball’s Bottom-Up Methodology • Choosing a Methodology • Hybrid Models • Methodology Myths • Summary
درحال تولید...

رویکردهای ورود داده
ETL Versus ELT • Reverse ETL • Batch Processing Versus Real-Time Processing • Batch Processing Pros and Cons • Real-Time Processing Pros and Cons • Data Governance • Summary
درحال تولید...
اکنون که درک خوبی از مفاهیم معماری داده به دست آوردهاید، زمان آن رسیده که به بخش اصلی کتاب بپردازیم. پنج فصل بخش سوم چهار معماری را به ترتیب ظهور آنها پوشش میدهند: دیتا ورهوس مدرن، دیتا فابریک، دیتا لیکهاوس و دیتا مش.
اینها تفاسیر من از معماریهای داده هستند؛ دیگران ممکن است نظرات متفاوتی داشته باشند. در نهایت، راهحل شما حتی ممکن است ترکیبی از این معماریها باشد.

دیتا ورهوس مدرن
The MDW Architecture • Pros and Cons of the MDW Architecture • Combining the RDW and Data Lake • Data Lake • Relational Data Warehouse • Stepping Stones to the MDW • EDW Augmentation • Temporary Data Lake Plus EDW • All-in-One • Case Study: Wilson & Gunkerk’s Strategic Shift to an MDW • Challenge • Solution • Outcome • Summary
درحال تولید...

دیتا فابریک
The Data Fabric Architecture • Data Access Policies • Metadata Catalog • Master Data Management • Data Virtualization • Real-Time Processing • APIs • Services • Products • Why Transition from an MDW to a Data Fabric Architecture? • Potential Drawbacks • Summary
درحال تولید...

دیتا لیکهاوس
Delta Lake Features • Performance Improvements • The Data Lakehouse Architecture • What If You Skip the Relational Data Warehouse? • Relational Serving Layer • Summary
درحال تولید...

مبانی دیتا مش
A Decentralized Data Architecture • Data Mesh Hype • Dehghani’s Four Principles of Data Mesh • Principle #1: Domain Ownership • Principle #2: Data as a Product • Principle #3: Self-Serve Data Infrastructure as a Platform • Principle #4: Federated Computational Governance • The “Pure” Data Mesh • Data Domains • Data Mesh Logical Architecture • Different Topologies • Data Mesh Versus Data Fabric • Use Cases • Summary
درحال تولید...

آیا باید دیتا مش را بپذیرید؟ افسانهها، نگرانیها و آینده
Myths • Myth: Using Data Mesh Is a Silver Bullet That Solves All Data Challenges Quickly • Myth: A Data Mesh Will Replace Your Data Lake and Data Warehouse • Myth: Data Warehouse Projects Are All Failing, and a Data Mesh Will Solve That Problem • Myth: Building a Data Mesh Means Decentralizing Absolutely Everything • Myth: You Can Use Data Virtualization to Create a Data Mesh • Concerns • Philosophical and Conceptual Matters • Combining Data in a Decentralized Environment • Other Issues of Decentralization • Complexity • Duplication • Feasibility • People • Domain-Level Barriers • Organizational Assessment: Should You Adopt a Data Mesh? • Recommendations for Implementing a Successful Data Mesh • The Future of Data Mesh • Zooming Out: Understanding Data Architectures and Their Applications • Summary
درحال تولید...
تبریک میگویم! شما بخشهای بنیادی، مفاهیم رایج معماری داده و چهار معماری داده را پشت سر گذاشتهاید. اما کار شما هنوز تمام نشده است. فصل ۱۵ بزرگترین عوامل تعیینکننده در موفقیت هر راهحلی که میسازید را پوشش میدهد: افراد و فرآیندها. فصل ۱۶ به فناوریهای معماری داده میپردازد. برای اطمینان از اینکه این بحث برای سالهای آینده مرتبط باقی بماند، یک دیدگاه بیطرفانه از فروشنده، تاریخی و سطح بالا را اتخاذ میکند.

افراد و فرآیندها
Team Organization: Roles and Responsibilities • Roles for MDW, Data Fabric, or Data Lakehouse • Roles for Data Mesh • Why Projects Fail: Pitfalls and Prevention • Pitfall: Allowing Executives to Think That BI Is “Easy” • Pitfall: Using the Wrong Technologies • Pitfall: Gathering Too Many Business Requirements • Pitfall: Gathering Too Few Business Requirements • Pitfall: Presenting Reports Without Validating Their Contents First • Pitfall: Hiring an Inexperienced Consulting Company • Pitfall: Hiring a Consulting Company That Outsources Development to Offshore Workers • Pitfall: Passing Project Ownership Off to Consultants • Pitfall: Neglecting the Need to Transfer Knowledge Back into the Organization • Pitfall: Slashing the Budget Midway Through the Project • Pitfall: Starting with an End Date and Working Backward • Pitfall: Structuring the Data Warehouse to Reflect the Source Data Rather Than the Business’s Needs • Pitfall: Presenting End Users with a Solution with Slow Response Times or Other Performance Issues • Pitfall: Overdesigning (or Underdesigning) Your Data Architecture • Pitfall: Poor Communication Between IT and the Business Domains • Tips for Success • Don’t Skimp on Your Investment • Involve Users, Show Them Results, and Get Them Excited • Add Value to New Reports and Dashboards • Ask End Users to Build a Prototype • Find a Project Champion/Sponsor • Make a Project Plan That Aims for 80% Efficiency • Summary
درحال تولید...

فناوریها
Choosing a Platform • Open Source Solutions • On-Premises Solutions • Cloud Provider Solutions • Cloud Service Models • Major Cloud Providers • Multi-Cloud Solutions • Software Frameworks • Hadoop • Databricks • Snowflake • Summary
درحال تولید...
16 فصل در حال تولید
مدت زمان خوانش
7:29
نوع کتاب
اشتراکی
شرکت کنندگان
0 نفر
تولید کتاب
۳۱ شهریور ۱۴۰۵