لطفا جهت اطلاع از آخرین دوره ها و اخبار سایت در
کانال تلگرام
عضو شوید.
آموزش معمار مهاجرت Databricks: انتقال از EDW قدیمی به Lakehouse
- آخرین آپدیت
دانلود Databricks Migration Architect: Legacy EDW to Lakehouse
نکته:
ممکن هست محتوای این صفحه بروز نباشد ولی دانلود دوره آخرین آپدیت می باشد.
نمونه ویدیوها:
توضیحات دوره:
ارزیابی، تبدیل، تطبیق و انتقال انبار دادههای (EDW) اوراکل و تراداتا به یک Lakehouse مدیریتشده در Databricks با استفاده از Unity Catalog.
ارزیابی هرگونه EDW قدیمی و طبقهبندی هر بار کاری (Workload) در دستههای Rehost، Re-platform، Re-architect یا Federate با یک مدل TCO سه ساله قابل دفاع.
تبدیل Schema و PL/SQL با Lakebridge و سپس حسابرسی خروجیها برای شناسایی خطاهای کاهش دقت، معناشناسی تراکنشها و توابع پنجرهای (Window-function) که سیستم از آنها غافل میشود.
طراحی معماری ورود دادهها با CDC، Auto Loader و Lakeflow Declarative Pipelines به همراه قراردادهای دادهای اجباری تا لایه Bronze هرگز به یک باتلاق داده تبدیل نشود.
اثبات برابری معنایی با یک موتور تطبیق ۵ لایه و اجرای انتقال بدون توقف (Zero-downtime) و اجرای موازی با استفاده از ماتریس تصمیمگیری Go یا No-Go.
بازسازی حاکمیت دادههای قدیمی، تبدیل ۵۰۰ نقش به ۱۲ تگ ABAC، همراه با ماسک کردن دادهها و دسترسیهای متقاطع در Unity Catalog.
مهندسی لایه FinOps با استفاده از Arbitrage محاسباتی، سیستم Chargeback جداول سیستمی و بهینهسازی پیشبینانه برای مقرونبهصرفه نگه داشتن پلتفرم مهاجرت شده.
پیش نیازها: تسلط بر SQL (توانایی خواندن و تحلیل stored procedureهای پیچیده، joinها، توابع پنجرهای و تجمیعها).
آشنایی عملی با Spark یا Databricks (دفترچهها، کلاسترها، جداول Delta)؛ تخصص عمیق الزامی نیست.
سابقه کار با انبارهای داده سازمانی قدیمی (Oracle, Teradata, یا SQL Server) به شما کمک میکند تا بیشترین بهره را از سناریوهای مهاجرت ببرید.
یک مورد از هر سه مهاجرت انبار داده سازمانی متوقف یا بازگشت (Rollback) میشوند — نه در مرحله استخراج، تبدیل و بارگذاری (ETL)، بلکه در مرحله اعتماد. جداول به Databricks میرسند اما کسبوکار هرگز منتقل نمیشود، زیرا تیم مهاجرت را صرفاً جابجایی داده دیده است، نه بازسازی منطق، اعتبارسنجی و حاکمیت. این دوره جامع، راهنمایی است که جلوی این اتفاق را میگیرد.
شما مسیر دقیقی را خواهید آموخت که برای ارزیابی، تبدیل، اعتبارسنجی و انتقال یک EDW سازمانی با حجم بیش از ۵۰ ترابایت از Oracle، Teradata یا SQL Server به Databricks Lakehouse استفاده میشود. Lakebridge حدود ۸۰ درصد از کارهای مکانیکی ترجمه Schema و SQL را بهصورت رایگان خودکار میکند. این دوره ۲۰ درصد باقیمانده را آموزش میدهد — همان بخشی که تخصص واقعی معمار داده در آن است.
شما هر بار کاری را به عنوان Rehost، Re-platform، Re-architect یا Federate با یک مدل TCO سه ساله طبقهبندی خواهید کرد که از نظر مدیر مالی (CFO) قابل دفاع باشد. شما ترجمه Schema و PL/SQL را با Lakebridge اجرا کرده و سپس نقاط کور آن (از جمله کاهش دقت، معناشناسی تراکنشها، ماکروهای بازگشتی و انحراف توابع پنجرهای) را حسابرسی میکنید. شما منطق کسبوکار ۳۰ سال stored-procedure را تجزیه کرده، ورود دادهها را با CDC، Auto Loader و Lakeflow تحت قراردادهای دادهای طراحی میکنید و برابری معنایی را با یک موتور تطبیق ۵ لایه اثبات خواهید کرد.
سپس لحظه تعیینکننده برنامه فرا میرسد: انتقال موازی بدون توقف (Zero-downtime) که توسط یک ماتریس تصمیمگیری Go / No-Go مدیریت میشود. شما امنیت قدیمی را در Unity Catalog بازسازی کرده، ۵۰۰ نقش را به ۱۲ تگ ABAC با قابلیت ماسک کردن تبدیل میکنید و لایه FinOps (شامل Arbitrage محاسباتی، Chargeback و بهینهسازی پیشبینانه) را مهندسی میکنید تا پلتفرم مهاجرت شده اقتصادی باقی بماند.
دوره با یک شبیهسازی نهایی War Room به پایان میرسد: ترتیب کل مهاجرت را از ابتدا تا انتها تعیین کرده و از هر تصمیم خود دفاع کنید.
این یک دوره پیشرفته در سطح معمار (Architect) است. در پایان، شما فقط یک انبار داده را جابجا نخواهید کرد، بلکه درباره مهاجرت تصمیم میگیرید، اعتبارسنجی میکنید و از آن دفاع میکنید؛ و این همان تفاوتی است که باعث میشود یک پروژه با موفقیت تحویل شود یا در قبرستان پروژههای مهاجرت دفن گردد.
سرفصل ها و درس ها
چرا مهاجرتهای سازمانی شکست میخورند (و معماری که جلوی آن را میگیرد)
Why Enterprise Migrations Fail (And the Architect Who Stops It)
قبرستان مهاجرت: چرا ۱ مورد از هر ۳ مهاجرت EDW متوقف میشود
The Migration Graveyard: Why 1 in 3 EDW Migrations Stall
حقیقت ۸۰/۲۰: آنچه Lakebridge انجام میدهد و ۲۰ درصدی که هرگز نخواهد کرد
The 80/20 Truth: What Lakebridge Does and the 20% It Never Will
مدل عملیاتی معمار مهاجرت
The Migration Architect's Operating Model
نحوه کار این دوره و ابزارهای قابل دانلود شما
How This Course Works and Your Downloadable Toolkit
کالبدشکافی: پروفایلینگ ساختارهای قدیمی یکپارچه
The Autopsy: Profiling the Legacy Monolith
ارزیابی کوه یخ: ۲۰٪ داده، ۸۰٪ هر چیز دیگر
The Iceberg Assessment: 20% Data, 80% Everything Else
تحلیل گزارشهای AWR اوراکل برای یافتن گلوگاههای واقعی
Reading Oracle AWR Reports to Find the Real Bottlenecks
گزارشات DBQL تراداتا و Query Store اسکیال سرور: یک هدف، گویشهای متفاوت
Teradata DBQL and SQL Server Query Store: Same Job, Different Dialect
گرافهای وابستگی Stored Procedure و نقشههای حرارتی جداول
Stored-Procedure Dependency Graphs and Table Heat Maps
سیاهه بار کاری: منبع حقیقت شما
The Workload Inventory: Your Source of Truth
تصمیمگیری 3R و مدل TCO برای متقاعد کردن مدیر مالی
The 3-R Decision and the TCO That Convinces the CFO
مقایسه Rehost در برابر Re-platform و Re-architect: درخت تصمیم
Rehost vs Re-platform vs Re-architect: The Decision Tree
کارت امتیاز ارزیابی مهاجرت
The Migration Assessment Scorecard
ساخت ماشینحساب TCO سه ساله
Building the 3-Year TCO Calculator
الگوی غلط: انتقال مستقیم و بدون تغییر (Lift and Shift) همه چیز
Anti-Pattern: Lift-and-Shift Everything
ارائه TCO به هیئت مدیره: تک اسلایدی که پذیرفته میشود
Presenting TCO to the Board: The One Slide That Lands
فدراسیون Lakehouse: مهاجرت بدون جابجایی
Lakehouse Federation: Migrate Without Migrating
فدراسیون Lakehouse واقعاً چه کاری انجام میدهد
What Lakehouse Federation Actually Does
پیکربندی اتصال فدراسیون به Oracle و SQL Server
Configuring a Federated Connection to Oracle and SQL Server
جریمه تأخیر و هزینه: زمانی که فدراسیون نتیجه عکس میدهد
The Latency and Cost Penalty: When Federation Backfires
ابتدا فدراسیون، سپس مهاجرت: الگوی مرحلهای
Federate-then-Migrate: The Phased Pattern
ترجمه Schema با Lakebridge (و نقاط کور آن)
Schema Translation with Lakebridge (and Its Blind Spots)
ماتریس نگاشت انواع دادهها (Data Type Mapping)
The Data Type Mapping Matrix
اجرای تحلیلگر و تبدیلکننده Lakebridge روی DDL واقعی
Running Lakebridge's Analyzer and Converter on Real DDL
باگ پنهان کاهش دقت (Precision Loss)
The Silent Precision-Loss Bug
حسابرسی DDLهای تولید شده برای انحراف معنایی
Auditing Generated DDL for Semantic Drift
مهاجرت موارد دشوار: جداول ۲۰۰ ستونه تراداتا و دادههای جغرافیایی
Migrating the Hard Ones: 200-Column Teradata Tables and Geospatial
طراحی فیزیکی برای Delta: خوشهبندی مایع (Liquid Clustering) در برابر ایندکسها
Physical Design for Delta: Liquid Clustering Over Indexes
اوراکل عضلات دارد، Delta سیستم عصبی دارد
Oracle Has Muscles, Delta Has a Nervous System
مقایسه Liquid Clustering در برابر Z-Ordering و Partitioning
Liquid Clustering vs Z-Ordering vs Partitioning
انتخاب کلیدهای کلاستر بر اساس الگوهای کوئری
Choosing Cluster Keys from Query Patterns
الگوی غلط: خوشهبندی بیش از حد برای هر جدول
Anti-Pattern: Over-Clustering Every Table
کارت تصمیم طراحی فیزیکی
The Physical Design Decision Card
کالبدشکافی Procedureها: تجزیه PL/SQL
The Procedure Autopsy: Decomposing PL/SQL
استورد پروسیجرها SQL نیستند
Stored Procedures Are Not SQL
متد کالبدشکافی: کدگذاری رنگی هر بلوک
The Autopsy Method: Color-Coding Every Block
تنها منطق کسبوکار مهاجرت میکند
Only the Business Logic Migrates
نگاشت پکیجهای Trigger زنجیرهای
Mapping a Cascading-Trigger Package
برگه کاری تجزیه (Decomposition Worksheet)
The Decomposition Worksheet
نمایش نظرات