این پست با همکاری کلودیا چیتو و Spyridon Dosis از ACAST.
در 2014 تاسیس شد، ACast شرکت پادکست مستقل پیشرو در جهان است که سازندگان پادکست و تبلیغ کنندگان پادکست را برای تجربه شنیداری نهایی ارتقا می دهد. با حمایت از یک اکوسیستم مستقل و باز برای پادکست، Acast قصد دارد با ابزارها و کسب درآمد مورد نیاز برای پیشرفت پادکست را تقویت کند.
این شرکت از خدمات AWS Cloud برای ساخت محصولات مبتنی بر داده و بهترین روش های مهندسی مقیاس استفاده می کند. برای اطمینان از یک پلت فرم داده پایدار در میان مراحل رشد و سودآوری، تیمهای فناوری آنها یک روش غیرمتمرکز را اتخاذ کردند. معماری مش داده.
در این پست، ما در مورد چگونگی غلبه بر چالش وابستگی های جفت شده بین تیم هایی که با داده ها در مقیاس کار می کنند، Acast با استفاده از مفهوم شبکه داده بحث می کنیم.
مشکل
با رشد و گسترش شتابان، Acast با چالشی مواجه شد که در سطح جهانی طنین انداز شد. Acast خود را با واحدهای تجاری متنوع و حجم وسیعی از داده های تولید شده در سراسر سازمان یافت. معماری یکپارچه و متمرکز موجود در تلاش بود تا نیازهای رو به رشد مصرف کنندگان داده را برآورده کند. مهندسان داده حفظ و مقیاسسازی زیرساخت دادهها را به طور فزایندهای چالش برانگیز میدانستند که منجر به دسترسی به دادهها، سیلوهای داده و ناکارآمدی در مدیریت داده میشد. یک هدف کلیدی، ارتقاء تجربه کاربر نهایی به پایان، از نیازهای تجاری بود.
Acast برای رسیدن به مقیاس عملیاتی نیاز به رسیدگی به این چالش ها داشت، یعنی حداکثر جهانی از تعداد افرادی که می توانند به طور مستقل فعالیت کنند و ارزش ارائه دهند. در این مورد، Acast تلاش کرد تا با چالش این ساختار یکپارچه و زمان زیاد ارزش گذاری برای تیم های محصول، تیم های فناوری، مصرف کنندگان نهایی مقابله کند. شایان ذکر است که آنها همچنین تیم های محصول و فناوری دیگری از جمله تیم های عملیاتی یا تجاری بدون حساب AWS دارند.
Acast دارای تعداد متغیری از تیم های محصول است که به طور مداوم با ادغام تیم های موجود، تقسیم آنها، افزودن افراد جدید یا به سادگی ایجاد تیم های جدید در حال تکامل هستند. در 2 سال گذشته، آنها بین 10 تا 20 تیم داشته اند که هر کدام از 4 تا 10 نفر تشکیل شده است. هر تیم دارای حداقل دو حساب AWS است، تا 10 حساب، بسته به مالکیت. اکثر داده های تولید شده توسط این حساب ها برای اهداف هوش تجاری (BI) و در پایین دست استفاده می شود آمازون آتنا، توسط صدها کاربر تجاری هر روز.
راه حلی که Acast پیاده سازی کرده است یک شبکه داده است که بر روی AWS طراحی شده است. راه حل به جای یک تصمیم صریح معماری، ساختار سازمانی را منعکس می کند. همانطور که در مانور معکوس کانوی، معماری فناوری Acast هم شکلی را با معماری تجاری نشان می دهد. در این مورد، کاربران تجاری از طریق معماری مش دادهها این امکان را پیدا میکنند که زمان بیشتری را به بینشها برسند و مستقیماً بدانند که صاحبان خاص دامنه چه کسانی هستند و همکاری را تسریع میکنند. هنگامی که در مورد آن بحث می کنیم، این جزئیات بیشتر خواهد شد هویت AWS و مدیریت دسترسی نقش های (IAM) استفاده می شود، زیرا یکی از نقش ها به گروه تجاری اختصاص دارد.
پارامترهای موفقیت
Acast در راهاندازی و مقیاسبندی محصول دادهای جدید تیمی و دامنهگرا و زیرساختها و راهاندازی مربوط به آن موفق شد، که منجر به اصطکاک کمتر در جمعآوری بینش و کاربران و مصرفکنندگان راضیتر شد.
موفقیت پیاده سازی به معنای ارزیابی جنبه های مختلف زیرساخت داده، مدیریت داده ها و نتایج کسب و کار است. آنها معیارها و شاخص ها را در دسته های زیر طبقه بندی کردند:
- استفاده از داده ها - درک روشنی از اینکه چه کسی چه منبع داده ای را مصرف می کند، با نقشه برداری از مصرف کنندگان و تولیدکنندگان محقق شد. بحث با کاربران نشان داد که آنها از دسترسی سریعتر به دادهها به روشی سادهتر، سازماندهی دادههای ساختاریافتهتر و نقشهبرداری واضح از تولیدکننده خوشحالتر هستند. پیشرفت های زیادی برای پیشبرد فرهنگ مبتنی بر داده آنها (سواد داده، به اشتراک گذاری داده، و همکاری در بین واحدهای تجاری) حاصل شده است.
- حاکمیت داده ها - تیمها با توجه به اینکه چه زمانی منابع داده در دسترس هستند (در میان جزئیات دیگر)، شی سطح سرویس خود را مشخص میکند، تیمها میدانند که به چه کسی اطلاع دهند و میتوانند در زمانی که دادههای دیرهنگام وارد میشوند یا مشکلات دیگری با دادهها وجود دارد، این کار را در زمان کوتاهتری انجام دهند. با وجود نقش مباشر داده، مالکیت تقویت شده است.
- بهره وری تیم داده - از طریق گذشتهنگرهای مهندسی، Acast دریافت که تیمهای آنها از استقلال برای تصمیمگیری در مورد حوزه دادههای خود قدردانی میکنند.
- هزینه و کارایی منابع - این منطقه ای است که Acast با خواندن داده ها در بین حساب ها و در عین حال فعال کردن مقیاس، کاهش در تکرار داده ها و در نتیجه کاهش هزینه (در برخی حساب ها، حذف کپی داده ها 100٪) را مشاهده کرد.
نمای کلی مش داده ها
مش داده یک رویکرد اجتماعی-تکنیکی برای ایجاد یک معماری داده غیرمتمرکز با استفاده از یک طراحی دامنه محور و خود خدمت (در دیدگاه توسعه نرم افزار) است و نظریه طراحی دامنه محور اریک ایوانز و مانوئل پیس و متیو اسکلتون را به عاریت گرفته است. نظریه توپولوژی تیم ایجاد زمینه برای درک اینکه مش داده چیست، مهم است، زیرا زمینه را برای جزئیات فنی بعدی فراهم میکند و میتواند به شما کمک کند تا درک کنید که چگونه مفاهیم مورد بحث در این پست در چارچوب گستردهتر یک مش داده قرار میگیرند.
برای جمع بندی قبل از فرو رفتن عمیق تر در اجرای Acast، مفهوم مش داده بر اساس اصول زیر است:
- بر خلاف خطوط لوله به عنوان یک نگرانی درجه یک، دامنه محور است
- داده ها را به عنوان یک محصول ارائه می دهد
- این محصول خوبی است که کاربران را به وجد می آورد (داده ها قابل اعتماد هستند، اسناد موجود است و به راحتی قابل مصرف است)
- این سیستم حکمرانی محاسباتی فدرال و مالکیت غیرمتمرکز را ارائه میدهد - یک پلت فرم داده خود خدمت
معماری دامنه محور
در رویکرد Acast برای داشتن مجموعه دادههای عملیاتی و تحلیلی، تیمها با مالکیت بر اساس دامنه، خواندن مستقیم از تولیدکننده دادهها، از طریق API یا به صورت برنامهنویسی از ذخیرهسازی Amazon S3 یا استفاده از Athena به عنوان موتور جستجوی SQL، ساختار مییابند. چند نمونه از دامنه های Acast در شکل زیر ارائه شده است.
همانطور که در شکل قبل نشان داده شده است، برخی از دامنه ها به طور ضعیف با نقاط پایانی عملیاتی یا تحلیلی دامنه های دیگر، با مالکیت متفاوت، جفت می شوند. دیگران ممکن است وابستگی قویتری داشته باشند، که انتظار میرود، برای تجارت (برخی از پادکستها نیز میتوانند تبلیغکننده باشند، خلاقیتهای حمایت مالی ایجاد کنند و کمپینهایی را برای نمایشهای خودشان اجرا کنند، یا با استفاده از نرمافزار Acast به عنوان یک سرویس، تبلیغات انجام دهند).
داده ها به عنوان یک محصول
برخورد با داده به عنوان یک محصول مستلزم سه جزء کلیدی است: خود داده، ابرداده، و کد و زیرساخت مرتبط. در این رویکرد، تیم هایی که مسئولیت تولید داده ها را بر عهده دارند به عنوان تهیه کنندگان. این تیم های تولید کننده دانش عمیقی در مورد مصرف کنندگان خود دارند و درک می کنند که محصول داده آنها چگونه استفاده می شود. هرگونه تغییر برنامه ریزی شده توسط تولیدکنندگان داده از قبل به اطلاع همه مصرف کنندگان می رسد. این اعلان پیشگیرانه تضمین می کند که فرآیندهای پایین دستی مختل نمی شوند. با ارائه اطلاع قبلی به مصرف کنندگان، آنها زمان کافی برای آماده شدن و انطباق با تغییرات آتی دارند و جریان کاری روان و بدون وقفه را حفظ می کنند. تولیدکنندگان نسخه جدیدی از مجموعه داده اولیه را به صورت موازی اجرا می کنند، به طور جداگانه به مصرف کنندگان اطلاع می دهند و با آنها در مورد چارچوب زمانی لازم برای شروع مصرف نسخه جدید بحث می کنند. هنگامی که همه مصرف کنندگان از نسخه جدید استفاده می کنند، تولیدکنندگان نسخه اولیه را از دسترس خارج می کنند.
طرحوارههای داده از قالب مورد توافق مشترک برای اشتراکگذاری فایلها بین تیمها استنباط میشوند، که در مورد Acast، پارکت است. دادهها را میتوان در فایلها، رویدادهای دستهای یا جریانی و موارد دیگر به اشتراک گذاشت. هر تیم دارای حساب AWS خود است که به عنوان یک نهاد مستقل و مستقل با زیرساخت خاص خود عمل می کند. برای ارکستراسیون از کیت توسعه ابری AWS (AWS CDK) برای زیرساخت به عنوان کد (IaC) و چسب AWS کاتالوگ داده برای مدیریت ابرداده. کاربران همچنین میتوانند درخواستهایی را از تولیدکنندگان برای بهبود روش ارائه دادهها یا غنیسازی دادهها با نقاط داده جدید برای ایجاد ارزش تجاری بالاتر مطرح کنند.
با توجه به اینکه هر تیم دارای یک حساب AWS و یک شناسه کاتالوگ داده از Athena است، دیدن این موضوع از طریق لنزهای یک دریاچه داده توزیع شده در بالای Amazon S3، با یک کاتالوگ مشترک که همه کاتالوگ ها را از همه حساب ها نقشه برداری می کند، ساده است.
در همان زمان، هر تیم همچنین میتواند کاتالوگهای دیگر را به حساب خود نگاشت و از دادههای خود استفاده کند که همراه با دادههای حسابهای دیگر تولید میکند. مگر اینکه داده های حساسی باشند، می توان به داده ها به صورت برنامه نویسی یا از طریق آن دسترسی داشت کنسول مدیریت AWS به صورت سلف سرویس بدون وابستگی به مهندسان زیرساخت داده. این یک روش اشتراکی و غیرمعمول برای ارائه داده های خودسرانه است. کشف محصول از طریق ثبت کاتالوگ صورت می گیرد. Acast تنها با استفاده از چند استاندارد مورد توافق و پذیرفته شده در سراسر شرکت، به منظور قابلیت همکاری، سیلوهای تکه تکه شده و اصطکاک را برای تبادل داده یا مصرف داده های مربوط به دامنه مورد بررسی قرار داد.
با استفاده از این اصل، تیمها این اطمینان را پیدا میکنند که دادهها امن، قابل اعتماد و دقیق هستند و کنترلهای دسترسی مناسب در هر سطح دامنه مدیریت میشوند. علاوه بر این، در حساب مرکزی، نقشها برای انواع مختلف مجوزها و دسترسیها با استفاده از آن تعریف میشوند مرکز هویت AWS IAM مجوزها همه مجموعه داده ها از یک حساب مرکزی قابل کشف هستند. شکل زیر نحوه ابزارسازی آن را نشان میدهد، که در آن دو نقش IAM توسط دو نوع کاربر (مصرفکننده) در نظر گرفته میشود: یکی که به یک مجموعه داده محدود دسترسی دارد، که دادههای محدود است، و دیگری که به دادههای غیرمحدود دسترسی دارد. همچنین راهی برای به عهده گرفتن هر یک از این نقشها، برای حسابهای خدماتی، مانند مواردی که توسط مشاغل پردازش داده در آمازون گردش های کاری را برای Apache Airflow مدیریت کرد برای مثال (Amazon MWAA).
چگونه Acast برای هم ترازی بالا و یک معماری بی ربط حل شد
نمودار زیر یک معماری مفهومی از نحوه سازماندهی داده ها و همکاری تیم های Acast با یکدیگر را نشان می دهد.
Acast استفاده کرد چارچوب خوش معماری برای حساب مرکزی برای بهبود عملکرد خود در اجرای بارهای کاری تحلیلی در فضای ابری. از طریق لنزهای ابزار، Acast توانست نظارت بهتری داشته باشد، بهینه سازی هزینه، عملکرد و امنیت این به آنها کمک کرد تا زمینههایی را که میتوانند بار کاری خود را بهبود بخشند و نحوه رسیدگی به مسائل رایج، با راهحلهای خودکار، و همچنین نحوه اندازهگیری موفقیت، و تعریف KPI را درک کنند. این باعث صرفه جویی در وقت آنها برای به دست آوردن آموخته هایی شد که در غیر این صورت یافتن آنها زمان بیشتری می برد. Spyridon Dosis، افسر امنیت اطلاعات Acast، به اشتراک میگذارد: «ما خوشحالیم که AWS همیشه با انتشار ابزارهایی که پیکربندی، ارزیابی و بررسی تنظیمات چند حساب را امکانپذیر میسازد، جلوتر است. این یک امتیاز بزرگ برای ما است که در یک سازمان غیرمتمرکز کار می کنیم.» Spyridon همچنین اضافه می کند، "مفهوم بسیار مهمی که ما برای آن ارزش قائل هستیم، پیش فرض های امنیتی AWS است (به عنوان مثال رمزگذاری پیش فرض برای سطل های S3)."
در نمودار معماری، میتوانیم ببینیم که هر تیم میتواند یک تولیدکننده داده باشد، به جز تیمی که دارای حساب مرکزی است، که به عنوان پلتفرم داده مرکزی عمل میکند و منطق را از چندین دامنه مدلسازی میکند تا تصویر کامل کسبوکار را ترسیم کند. همه تیم های دیگر می توانند تولید کننده داده یا مصرف کننده داده باشند. آنها می توانند به حساب مرکزی متصل شوند و مجموعه داده ها را از طریق کاتالوگ داده های چسب AWS بین حسابی کشف کنند، آنها را در ویرایشگر پرس و جوی Athena یا با نوت بوک های Athena تجزیه و تحلیل کنند، یا کاتالوگ را به حساب AWS خود نگاشت کنند. دسترسی به کاتالوگ مرکزی آتنا با IAM Identity Center، با نقشهایی برای دادههای باز و دسترسی محدود به داده پیادهسازی میشود.
برای دادههای غیر حساس (دادههای باز)، Acast از الگویی استفاده میکند که در آن مجموعه دادهها بهطور پیشفرض برای کل سازمان برای خواندن باز هستند، با استفاده از شرطی برای ارائه پارامتر ID اختصاص داده شده به سازمان، همانطور که در قطعه کد زیر نشان داده شده است:
هنگام مدیریت داده های حساس مانند امور مالی، تیم ها از یک مدل مباشر داده مشترک استفاده می کنند. مباشر داده با درخواست کننده کار می کند تا توجیه دسترسی برای مورد استفاده مورد نظر را ارزیابی کند. آنها با هم، روش های دسترسی مناسب را برای رفع نیاز و در عین حال حفظ امنیت تعیین می کنند. این میتواند شامل نقشهای IAM، حسابهای سرویس یا خدمات خاص AWS باشد. این رویکرد به کاربران تجاری خارج از سازمان فناوری (به این معنی که حساب AWS ندارند) را قادر میسازد تا به طور مستقل به اطلاعات مورد نیاز خود دسترسی پیدا کرده و تجزیه و تحلیل کنند. با اعطای دسترسی از طریق سیاستهای IAM در منابع چسب AWS و سطلهای S3، Acast قابلیتهای خودسرویس را فراهم میکند در حالی که همچنان بر دادههای ظریف از طریق بررسی انسانی نظارت میکند. نقش مباشر داده برای درک موارد استفاده، ارزیابی خطرات امنیتی، و در نهایت تسهیل دسترسی که کسب و کار را از طریق بینش های تحلیلی سرعت می بخشد، ارزشمند بوده است.
برای مورد استفاده Acast، به کنترلهای دسترسی در سطح ردیف یا ستون نیازی نبود، بنابراین رویکرد کافی بود. با این حال، سازمانهای دیگر ممکن است به حاکمیت دقیقتری در زمینههای داده حساس نیاز داشته باشند. در این موارد، راه حل هایی مانند سازند دریاچه AWS می تواند مجوزهای مورد نیاز را پیاده سازی کند، در حالی که هنوز یک مدل دسترسی به داده های خود سرویس ارائه می دهد. برای اطلاعات بیشتر مراجعه کنید یک معماری مش داده با استفاده از AWS Lake Formation و AWS Glue طراحی کنید.
در همان زمان، تیمها میتوانند مستقیماً از سایر تولیدکنندگان، از آمازون S3 یا از طریق یک API مطالعه کنند، و وابستگی را در حداقل نگه دارند، که سرعت توسعه و تحویل را افزایش میدهد. بنابراین یک حساب می تواند به موازات هم تولید کننده و مصرف کننده باشد. هر تیم مستقل است و مسئول پشته فناوری خود است.
آموخته های اضافی
آکست چه چیزی یاد گرفت؟ تا اینجا بحث کردیم که طراحی معماری اثری از ساختار سازمانی است. از آنجایی که سازمان فناوری متشکل از تیمهای متقابل چندگانه است، و راهاندازی یک تیم جدید ساده است، با پیروی از اصول مشترک دادههای مش، Acast متوجه شد که این کار هر بار یکپارچه پیش نمیرود. برای راهاندازی یک حساب کاملاً جدید در AWS، تیمها مسیر مشابهی را طی میکنند، اما با توجه به ویژگیهای خاص خود، کمی متفاوت هستند.
این میتواند اصطکاکهای خاصی ایجاد کند، و سخت است که همه تیمهای تولیدکننده داده به بلوغ بالایی برای تولیدکننده داده برسند. این را می توان با صلاحیت های داده های مختلف در آن تیم های متقابل و عدم اختصاص داده شدن تیم های داده توضیح داد.
با اجرای راه حل غیرمتمرکز، Acast به طور موثر با چالش مقیاس پذیری با تطبیق تیم های خود برای همسویی با نیازهای در حال توسعه تجارت مقابله کرد. این رویکرد جداسازی و تراز بالا را تضمین می کند. علاوه بر این، آنها مالکیت را تقویت کردند و زمان مورد نیاز برای شناسایی و حل مسائل را به میزان قابل توجهی کاهش دادند زیرا منبع بالادستی به آسانی شناخته شده است و با SLA های مشخص شده به راحتی قابل دسترسی است. حجم درخواستهای پشتیبانی از دادهها بیش از 50 درصد کاهش یافته است، زیرا کاربران تجاری این اختیار را دارند که بینش سریعتری به دست آورند. قابل ذکر است، آنها با موفقیت دهها ترابایت فضای ذخیرهسازی اضافی را که قبلاً صرفاً برای انجام درخواستهای پایین دستی کپی شده بودند، حذف کردند. این دستاورد از طریق اجرای قرائت حساب های متقابل امکان پذیر شد که منجر به حذف هزینه های توسعه و نگهداری مرتبط برای این خطوط لوله شد.
نتیجه
Acast از قانون مانور معکوس Conway استفاده کرد و از خدمات AWS استفاده کرد که در آن هر تیم محصول متقابل دارای حساب AWS خود است تا یک معماری مش داده بسازد که امکان مقیاس پذیری، مالکیت بالا و مصرف داده سلف سرویس را فراهم می کند. این برای شرکت، با توجه به نحوه برخورد با مالکیت دادهها و عملیات، برای برآورده کردن اصول مهندسی آنها، به خوبی کار میکند، که منجر به ایجاد شبکه دادهها به عنوان یک اثر و نه یک هدف عمدی شده است. برای سازمان های دیگر، مش داده مورد نظر ممکن است متفاوت به نظر برسد و رویکرد ممکن است آموخته های دیگری داشته باشد.
برای نتیجه گیری ، الف معماری مدرن داده در AWS به شما امکان می دهد تا محصولات داده و زیرساخت شبکه داده را با هزینه کم بدون به خطر انداختن عملکرد بسازید.
در زیر چند نمونه از خدمات AWS وجود دارد که می توانید از آنها برای طراحی مش داده مورد نظر خود در AWS استفاده کنید:
درباره نویسنده
کلودیا چیتو یک استراتژیست داده و یک رهبر تأثیرگذار در فضای Analytics است. او با تمرکز بر همسویی ابتکارات داده با اهداف استراتژیک کلی سازمان، از داده ها به عنوان نیروی راهبری برای برنامه ریزی بلندمدت و رشد پایدار استفاده می کند.
اسپیریدون دوسیس یک متخصص امنیت اطلاعات در Acast است. Spyridon از سازمان در طراحی، پیاده سازی و بهره برداری از خدمات خود به شیوه ای امن پشتیبانی می کند و از اطلاعات شرکت و کاربران محافظت می کند.
سریکانت داس یک معمار راه حل های آزمایشگاه شتاب در خدمات وب آمازون است. او بیش از 13 سال تجربه در تجزیه و تحلیل داده های بزرگ و مهندسی داده دارد، جایی که از ساخت راه حل های قابل اعتماد، مقیاس پذیر و کارآمد لذت می برد. خارج از محل کار، او از سفر کردن و وبلاگ نویسی تجربیات خود در رسانه های اجتماعی لذت می برد.
- محتوای مبتنی بر SEO و توزیع روابط عمومی. امروز تقویت شوید.
- PlatoData.Network Vertical Generative Ai. به خودت قدرت بده دسترسی به اینجا.
- PlatoAiStream. هوش وب 3 دانش تقویت شده دسترسی به اینجا.
- PlatoESG. کربن ، CleanTech، انرژی، محیط، خورشیدی، مدیریت پسماند دسترسی به اینجا.
- PlatoHealth. هوش بیوتکنولوژی و آزمایشات بالینی. دسترسی به اینجا.
- منبع: https://aws.amazon.com/blogs/big-data/design-a-data-mesh-on-aws-that-reflects-the-envisioned-organization/
- : دارد
- :است
- :نه
- :جایی که
- $UP
- 10
- 100
- 120
- 13
- 2014
- 2020
- a
- قادر
- درباره ما
- تسریع شد
- تسریع می شود
- شتاب
- دسترسی
- دسترسی به داده ها
- قابل دسترسی است
- در دسترس
- حساب
- پاسخگو
- حساب ها
- دقیق
- موفقیت
- در میان
- بازیگری
- عمل
- وفق دادن
- اضافه کردن
- نشانی
- خطاب
- می افزاید:
- به تصویب رسید
- آگهی
- پیشرفت
- تبلیغ
- موافقت کرد
- پیش
- اهداف
- تراز
- تراز کردن
- هم ترازی
- معرفی
- اجازه دادن
- اجازه می دهد تا
- در امتداد
- همچنین
- همیشه
- آمازون
- آمازون خدمات وب
- در میان
- در میان
- مقدار
- an
- تحلیلی
- علم تجزیه و تحلیل
- تحلیل
- و
- و زیرساخت
- هر
- آپاچی
- API
- قدردانی
- روش
- مناسب
- معماری
- معماری
- هستند
- محدوده
- مناطق
- AS
- جنبه
- ارزیابی
- ارزیابی
- مرتبط است
- فرض
- فرض
- اطمینان
- At
- خودکار
- خود مختار
- خودمختاری
- در دسترس
- AWS
- چسب AWS
- سازند دریاچه AWS
- مستقر
- BE
- زیرا
- بوده
- قبل از
- بودن
- بهترین
- بهترین شیوه
- بهتر
- میان
- بزرگ
- بزرگ داده
- وبلاگ نویسی
- خود راه انداز
- گسترده تر
- ساختن
- بنا
- کسب و کار
- هوش تجاری
- اما
- by
- مبارزات
- CAN
- قابلیت های
- مورد
- موارد
- کاتالوگ
- کاتالوگ
- دسته
- مرکز
- مرکزی
- متمرکز
- معین
- به چالش
- چالش ها
- به چالش کشیدن
- قهرمان شدن
- تبادل
- طبقه بندی
- واضح
- ابر
- خدمات ابر
- رمز
- همکاری
- همکاری
- مشترک
- آینده
- مشترک
- عموما
- ارتباط
- شرکت
- اجزاء
- مصالحه
- محاسباتی
- مفهوم
- مفاهیم
- مفهومی
- نتیجه گیری
- شرط
- پیکر بندی
- اتصال
- با توجه به
- شامل
- تشکیل شده است
- ساختن
- مصرف
- مصرف کننده
- مصرف کنندگان
- مصرف
- زمینه
- به طور مداوم
- گروه شاهد
- متناظر
- هزینه
- کاهش هزینه
- هزینه
- میتوانست
- همراه
- ایجاد
- ایجاد
- خلاقیت ها
- سازندگان
- تیم های متقابل
- فرهنگ
- داده ها
- دسترسی به داده ها
- تجزیه و تحلیل داده ها
- زیرساخت داده
- دریاچه دریاچه
- مدیریت اطلاعات
- بستر داده
- نقاط داده
- پردازش داده ها
- به اشتراک گذاری داده ها
- داده محور
- مجموعه داده ها
- روز
- غیر متمرکز
- تصمیم
- تصمیم گیری
- اختصاصی
- عمیق تر
- به طور پیش فرض
- پیش فرض
- مشخص
- تعریف کردن
- ارائه
- تحویل
- خواسته
- وابستگی
- وابستگی
- وابسته
- بستگی دارد
- طرح
- طراحی
- مطلوب
- دقیق
- جزئیات
- مشخص کردن
- پروژه
- DID
- مختلف
- مشکل
- مستقیما
- كشف كردن
- کشف
- بحث و تبادل نظر
- بحث کردیم
- بحث و گفتگو
- صفحه نمایش
- توزیع شده
- مختلف
- غواصی
- do
- مستندات
- نمی کند
- دامنه
- حوزه
- آیا
- رانده
- e
- هر
- به آسانی
- اکوسیستم
- سردبیر
- اثر
- به طور موثر
- موثر
- موثر
- بالا بردن
- حذف شد
- به کار گرفته شده
- استخدام
- کار می کند
- قدرت
- قادر ساختن
- فعال
- را قادر می سازد
- را قادر می سازد
- رمزگذاری
- پایان
- پشت سر هم
- نقاط پایان
- موتور
- مهندسی
- مورد تأیید
- بالا بردن
- افزایش می یابد
- غنی سازی
- اطمینان حاصل شود
- تضمین می کند
- تمام
- موجودیت
- تصور شده
- اریک
- ایجاد
- اتر (ETH)
- ارزیابی
- حوادث
- هر
- هر روز
- در حال تحول
- مثال
- مثال ها
- جز
- تبادل
- موجود
- توسعه
- انتظار می رود
- تجربه
- تجارب
- توضیح داده شده
- تسهیل کننده
- بسیار
- سریعتر
- کمی از
- زمینه
- شکل
- فایل ها
- مالی
- پیدا کردن
- پیدا کردن
- مناسب
- متمرکز شده است
- به دنبال
- پیروی
- برای
- استحکام
- قالب
- تشکیل
- یافت
- تکه تکه
- چارچوب
- اصطکاک
- از جانب
- سوخت
- تکمیل کنید
- کامل
- کاملا
- بیشتر
- بعلاوه
- افزایش
- جمع آوری
- تولید
- مولد
- دریافت کنید
- جهانی
- در سطح جهانی
- Go
- اهداف
- خوب
- حکومت
- حکومت داری
- اعطای
- دانه ای
- گروه
- گروه ها
- در حال رشد
- رشد
- راهنمایی
- بود
- اداره
- اتفاق می افتد
- خوشبخت تر
- خوشحال
- آیا
- داشتن
- he
- کمک
- کمک کرد
- زیاد
- بالاتر
- خود را
- چگونه
- چگونه
- اما
- HTTP
- HTTPS
- انسان
- صدها نفر
- IAC
- IAM
- ID
- شناسایی
- هویت
- نشان می دهد
- انجام
- پیاده سازی
- اجرا
- اجرای
- مهم
- بهبود
- in
- در عمق
- شامل
- از جمله
- به طور فزاینده
- مستقل
- به طور مستقل
- شاخص ها
- به طور جداگانه
- ناکارآمدی
- موثر
- اطلاعات
- امنیت اطلاعات
- شالوده
- اول
- ابتکارات
- سوالات
- بینش
- اطلاعات
- مورد نظر
- قصد
- قابلیت همکاری
- به
- مسائل
- IT
- ITS
- خود
- شغل ها
- سفر
- JPG
- نگهداری
- کلید
- دانستن
- دانش
- شناخته شده
- آزمایشگاه
- دریاچه
- نام
- دیر
- قانون
- رهبر
- برجسته
- یاد گرفتن
- آموخته
- کمترین
- لنز
- کمتر
- سطح
- پسندیدن
- محدود شده
- استماع
- سواد
- منطق
- دراز مدت
- دیگر
- نگاه کنيد
- خیلی
- کم
- ساخته
- حفظ
- نگهداری
- نگهداری
- اکثریت
- ساخت
- اداره می شود
- مدیریت
- روش
- نقشه
- نقشه برداری
- متی
- بلوغ
- بیشترین
- ممکن است..
- معنی
- به معنی
- به معنای
- اندازه
- رسانه ها
- دیدار
- ادغام
- مش
- متاداده
- روش
- متریک
- قدرت
- حد اقل
- مدل
- مدل سازی
- کسب درآمد
- نظارت بر
- بیش
- علاوه بر این
- چندگانه
- لازم
- نیاز
- ضروری
- نیازهای
- جدید
- به ویژه
- نوت بوک
- اطلاع..
- اخطار
- عدد
- هدف
- هدف
- مشاهده
- of
- پیشنهادات
- افسر
- on
- ONE
- آنهایی که
- فقط
- باز کن
- داده های باز
- کار
- عملیاتی
- قابل استفاده
- عملیات
- مخالف
- or
- تنظیم و ارکستراسیون
- سفارش
- کدام سازمان ها
- سازمانی
- سازمان های
- سازماندهی
- دیگر
- دیگران
- در غیر این صورت
- نتایج
- خارج از
- روی
- به طور کلی
- خود
- صاحبان
- مالکیت
- داشتن
- مالک است
- رنگ
- موازی
- پارامتر
- مردم
- برای
- کارایی
- مجوز
- چشم انداز
- فاز
- تصویر
- محل
- برنامه ریزی
- برنامه ریزی
- سکو
- افلاطون
- هوش داده افلاطون
- PlatoData
- به علاوه
- پادکست
- پادکست
- نقطه
- سیاست
- داشتن
- ممکن
- پست
- تمرین
- شیوه های
- ماقبل
- آماده
- ارائه شده
- قبلا
- اصلی
- اصل
- از اصول
- بلادرنگ
- فرآیندهای
- در حال پردازش
- تولید کردن
- ساخته
- تهيه كننده
- تولید
- تولید
- محصول
- محصولات
- حرفه ای
- سودبخشی
- پیشرفت
- حفاظت
- ارائه
- فراهم می کند
- ارائه
- هدف
- اهداف
- بالا بردن
- نسبتا
- رسیدن به
- خواندن
- به راحتی
- مطالعه
- خلاصه
- کاهش
- کاهش
- مراجعه
- اشاره
- بازتاب می دهد
- با توجه
- ثبت
- آزاد
- قابل اعتماد
- برداشت
- از بین بردن
- درخواست
- نیاز
- تصمیم
- رونق می گیرد
- منابع
- منابع
- مسئوليت
- منحصر
- نتیجه
- این فایل نقد می نویسید:
- خطرات
- نقش
- نقش
- دویدن
- در حال اجرا
- همان
- نگهداری می شود
- مقیاس پذیری
- مقیاس پذیر
- مقیاس
- مقیاس گذاری
- یکپارچه
- امن
- تیم امنیت لاتاری
- خطرات امنیتی
- دیدن
- مشاهده گردید
- سلف سرویس
- حساس
- خدمت
- سرویس
- خدمات
- تنظیم
- مجموعه
- برپایی
- اشتراک گذاری
- به اشتراک گذاشته شده
- سهام
- اشتراک
- او
- نشان داد
- نشان داده شده
- نشان می دهد
- به طور قابل توجهی
- سیلوهای
- ساده تر
- به سادگی
- تنها
- کمی متفاوت
- هموار کردن
- قطعه
- So
- تا حالا
- آگاهی
- رسانه های اجتماعی
- نرم افزار
- نرم افزار به عنوان یک سرویس
- توسعه نرم افزار
- فقط
- راه حل
- مزایا
- حل شد
- برخی از
- منبع
- منابع
- فضا
- خاص
- مشخص شده
- حمایت
- SQL
- پشته
- صحنه
- استانداردهای
- شروع
- راه افتادن
- بیانیه
- حاکی
- هنوز
- ذخیره سازی
- ساده
- استراتژیک
- رزمارا
- جریان
- تقویت
- قوی
- ساختار
- ساخت یافته
- تلاش
- موفقیت
- موفقیت
- چنین
- کافی
- پشتیبانی
- پشتیبانی از
- قابل تحمل
- رشد پایدار
- برخورد با
- مصرف
- تیم
- تیم ها
- فن آوری
- فنی
- پیشرفته
- قالب
- ده ها
- نسبت به
- که
- La
- اطلاعات
- شان
- آنها
- نظریه
- آنجا.
- از این رو
- اینها
- آنها
- این
- کسانی که
- سه
- رشد
- از طریق
- زمان
- دوره زمانی
- به
- با هم
- ابزار
- ابزار
- بالا
- معامله
- سفر
- سعی
- قابل اعتماد
- دو
- انواع
- نهایی
- در نهایت
- فهمیدن
- درک
- بدون وقفه
- واحد
- نزدیک
- بر
- us
- استفاده کنید
- مورد استفاده
- استفاده
- کاربر
- سابقه کاربر
- کاربران
- استفاده
- با استفاده از
- استفاده
- ارزشمند
- ارزش
- متغیر
- مختلف
- وسیع
- VeloCity
- نسخه
- بسیار
- از طريق
- حجم
- بود
- مسیر..
- we
- وب
- خدمات وب
- خوب
- بود
- چی
- چه زمانی
- که
- در حین
- WHO
- چه کسی
- اراده
- با
- بدون
- مهاجرت کاری
- گردش کار
- گردش کار
- کارگر
- با این نسخهها کار
- جهان
- با ارزش
- خواهد بود
- کتبی
- سال
- شما
- شما
- زفیرنت