پردازش دادههای کلان
داده سازمانی هم بهصورت جریان و هم بهصورت دسته پردازش میشود. گزارش روی حجمهای میلیونی و میلیاردی پشت صف انتظار نمیماند، و تیم داده به جای بازتولید دستی گزارش دورهای، روی خود تحلیل وقت میگذارد.
دیتانکس
با زبان طبیعی و بر اساس نقش سازمانی، با دادههای کسبوکارتان صحبت کنید.
پیش از سرمایهگذاری سنگین روی هوش مصنوعی، سازمان به یک منبع داده تأییدشده و امن نیاز دارد. دیتانکس این شالوده را میسازد.
اینها وضعیت سازمان پیش از یک منبع حقیقت واحد است.
نسخههای متفاوت از اطلاعات کلیدی روی فایلهای اکسل و سیستمهای جدا مانده است.
جلسه صرف اثبات درستی عدد میشود، نه تصمیمگیری.
معلوم نیست کدام خروجی منبع حقیقت واحد است.
مشخص نیست چه کسی، چه زمانی، به چه دادهای دسترسی داشته است.
برای گزارش، داده مدام کپی میشود و این کپی هزینه جداگانه دارد.
فناوریهای جزیرهای روی هم انباشته شدهاند و نگهداریشان گران است.
ابزار عمومی هوش مصنوعی، بدون داده داخلی، پاسخ کلی و غیرقابلاتکا میدهد.
پردازش، مکالمه با داده، و حاکمیت. هر سه روی یک پلتفرم و با همان مرز دسترسی.
داده سازمانی هم بهصورت جریان و هم بهصورت دسته پردازش میشود. گزارش روی حجمهای میلیونی و میلیاردی پشت صف انتظار نمیماند، و تیم داده به جای بازتولید دستی گزارش دورهای، روی خود تحلیل وقت میگذارد.
پرسش به زبان طبیعی فارسی پاسخ میگیرد؛ پاسخی که به نتیجه کوئری روی داده واقعی پلتفرم مقید است. چتبات فقط دادهای را نشان میدهد که نقش سازمانی کاربر اجازه دیدنش را دارد.
فروش این هفته نسبت به هفته قبل در شعبه اصفهان چقدر تغییر کرده است؟
رد دسترسی و تبار داده ثبت میشود. سطح دسترسی تا ردیف و ستون تفکیک میشود. همین رد، مبنای پاسخ به ممیزی داخلی و الزام نهادهای ناظر بانکی و بیمهای است.
| قبل از دیتانکس | بعد از استقرار | اثر |
|---|---|---|
| چند نسخه اکسل موازی و متناقض | یک منبع حقیقت واحد | جلسه تأیید آمار جای خود را به جلسه تصمیم میدهد |
| ساعتها و روزها انتظار برای تولید گزارش | اتصال مستقیم ابزار هوش تجاری به داده زنده | تصمیم مدیر به گزارش همان دوره وصل میشود |
| نگرانی از نشت داده و دسترسی ثبتنشده | کنترل دسترسی نقشمحور و ممیزی شفاف | پاسخ روشن به ممیزی و امنیت |
| داده عملیاتی جدا از کاربرد هوش مصنوعی | مکالمه با دادهای که کاربر مجاز به دیدنش است | هوش مصنوعی روی فرآیند واقعی سازمان مینشیند |
سازمان لازم نیست همه زیرساخت را یکباره عوض کند. پایلوت روی یک حوزه مشخص شروع میشود.
یک حوزه کسبوکار، مثلاً فقط فروش یا صدور.
راهاندازی در محیط سازمان، اتصال گزارش، و آزمایش چتبات با دسترسی نقشمحور.
سنجش کیفیت با معیارهایی که پیش از شروع توافق شده است.
نقشه راه گسترش پلتفرم به بقیه سازمان، پس از پذیرش پایلوت.
اگر نیاز فقط یک داشبورد ساده روی یک منبع است، یا یکپارچهسازی داده در اولویت امسال نیست، دیتانکس برای آن محدوده طراحی نشده است.
در این جلسه محدوده پایلوت را روی یک حوزه مشخص میکنیم: داده از کجا میآید، چه گزارشی باید زنده شود، و دسترسی هر نقش تا کجاست.
درخواست جلسه پایلوت
برای تیم فنی
داده از مرز ورودی وارد میشود، پردازش و حاکمیت داخل پلتفرم اعمال میشود، و از چهار خروجی استاندارد به مصرفکننده میرسد.
ورودی، بیرون از مرز
رویداد، لاگ سیستمی و جریان تراکنش از مسیر Apache Kafka.
پایگاه رابطهای، فایل CSV و Parquet، و سند ذخیرهشده.
مرز پلتفرم دیتانکس
Kafka برای جریان، ذخیرهسازی شیء سازگار با S3 و قالب جدول Apache Iceberg، و موتور Trino برای SQL روی همان داده، بدون جابهجایی آن.
Apache Flink برای جریان بلادرنگ و Apache Spark برای تبدیل دستهای و محاسبه سنگین. هر دو روی Iceberg مینویسند.
Apache Ranger برای سیاست دسترسی تا سطح ردیف و ستون، بههمراه کاتالوگ، تبار داده و ثبت رد ممیزی.
حاکمیت روی لایه ذخیره و پردازش اعمال میشود. مدل زبانی برای پاسخ، داده را از کنار این سیاست رد نمیکند.
خروجی، بیرون از مرز
پاکسازی، سنجش کیفیت و سازگاری داده حاکمیتی.
اتصال Metabase، Superset و Power BI به Trino.
خروجی سازمانی بر پایه همان منبع حقیقت واحد.
پرسوجوی زبان طبیعی، با همان فیلتر دسترسی حاکمیت داده.
| دسته | فناوری | نقش در دیتانکس |
|---|---|---|
| ورود رویداد | دریافت جریان با پایداری پیام | |
| ذخیرهسازی | ذخیره شیء، با گسترش افقی | |
| قالب جدول | تراکنش ACID، تکامل اسکما و سفر در زمان | |
| موتور پرسوجو | اجرای SQL توزیعشده روی ذخیره شیء و منبع فدرال | |
| پردازش بلادرنگ | پردازش جریان و پنجرهبندی زمانی | |
| پردازش دستهای | تبدیل توزیعشده و تحلیل حجم بالا | |
| حاکمیت | دسترسی سطری و ستونی، پوشاندن داده و ممیزی | |
| هوش مصنوعی | پرسش و پاسخ متصل به Trino، با احراز نقش |