اگر در نظر دارید فرآیند انتقال از تبلو سرور Tableau server به Tableau cloud انجام دهید در این مقاله لیستی از ملاحظات مربوطه آمده است.
ملاحظات به روز شده کاربر تبلو
1- Tableau Cloud به احراز هویت چند عاملی نیاز دارد که از طریق دو روش قابل دستیابی است:
- SSO با MFA – MFA را با SSO IdP خود (Google، Salesforce یا SAML) فعال کنید
- Tableau with MFA – تأیید از طریق برنامه احراز هویت یا کد بازیابی
2- تبلو Tableau Cloud دارای محدودیت پیش فرض 100 گیگابایت برای هر حساب است، اما برای محیطهای بزرگتر، افزونه مدیریت پیشرفته محدودیت 1 ترابایتی را ارائه میکند.
- برای اطلاع از مسیر ذخیره سازی تبلو سرور Tableau server خود، به عنوان ادمین سرور وارد شوید. سپس، در صفحه وضعیت، مطمئن شوید که مدیریت همه سایتها را در صورت وجود انتخاب کردهاید و به نمای سرپرست Stats for Space Usage نگاه کنید.
3- SAML SCIM (تامین کاربر از SAML IdP شما) در صورت داشتن Okta یا OneLogin پشتیبانی می شود، اما پشتیبانی از IdP های بیشتری برنامه ریزی شده است. اگر باید به هر روش احراز هویت یا IdP دیگری (از جمله Active Directory یا LDAP) تکیه کنید، باید به صورت دستی کاربران خود را تهیه کنید یا از برنامه نویسی سفارشی برای انجام کار از طریق REST API استفاده کنید.
4- در هر حساب Tableau Cloud فقط یک سایت وجود دارد. اشتراک های کاربر (و بنابراین قیمت گذاری) برای هر کاربر، هر سایت/حساب است. اگر امروز چندین سایت دارید، برای قرار گرفتن در زیر یک سایت نیاز به یک تمرین بازسازی محتوا دارد.
5- اگر کاربر نهایی به بیش از یک سایت Tableau Cloud دسترسی داشته باشد، پس از ورود به سیستم با انتخابگر سایت انتخاب میشود، بنابراین کنترل کمتری بر تجربه ورود کاربر وجود دارد.
6- نرم افزار تبلو Tableau در طول زمان با ارائه دسترسی بسیار بالا برای کاربران نهایی حتی در طول پنجره های تعمیر و نگهداری به خوبی عمل کرده است، در حالی که ایجاد این تجربه در ارتقای تبلو سرور Tableau server خود معمولاً مستلزم استقرار آبی/سبز (سخت افزار دوگانه) و مشارکت تیم شبکه شما برای قطع DNS است.
“در طول این ارتقا، سیستم برنامه ریزی شده است که برای همه کاربران در دسترس باقی بماند. کارهای پسزمینه برنامهریزیشده، مانند استخراج تازهسازی و اشتراک ایمیل، در طول پنجره تعمیر و نگهداری اجرا نمیشوند. کارهای جدید و برنامه ریزی شده ایجاد شده در طول تعمیر و نگهداری نیز اجرا نمی شوند.
کارهایی که برای شروع در 4 ساعت قبل از پایان دوره نگهداری برنامه ریزی شده است، در نوبت قرار می گیرند و پس از اتمام تعمیر و نگهداری، به حالت عادی از سر می گیرند. لطفاً وضعیت کارهای برنامه ریزی شده خود را پس از پایان تعمیر و نگهداری بررسی کنید.”
ملاحظات داده و محتوا
1- منابع داده داخلی اکنون باید از طریق Tableau Bridge (یک سرویس/برنامه پروکسی که باید روی سروری در داخل شبکه شما اجرا شود) جستجو و بهروزرسانی شوند. بسته به توان شبکه شما، این می تواند نسبت به یک اتصال Tableau Server موجود که با منابع داده و/یا پهنای باند محدود اینترنت مرکز داده شما قرار دارد، کندتر باشد.
2- در مقابل، منابع داده مبتنی بر ابر میتوانند شاهد بهبود بالقوه قابل توجهی در عملکرد باشند، زیرا دیگر نباید از دروازه اینترنت شبکه شما عبور کند.
3- برای اینکه Tableau Bridge با موفقیت عصاره ها را بازخوانی کند و از اتصالات زنده به داده های داخلی شما پشتیبانی کند، اتصالات شما باید به عنوان منبع داده در سایت Cloud منتشر شود. قبل از انتقال، منابع داده داخلی که در workbook ها جاسازی شدهاند باید بهطور جداگانه در سایت Cloud شما منتشر شوند و workbooks آسیبدیده به آن منابع منتشر شده متصل شوند.
4- اگر وابستگیهای Tabcmd دارید، این فرآیندها باید توسط یک نشانه دسترسی شخصی تأیید شوند تا با سایت ایمن MFA شما مطابقت داشته باشند.
5- Tableau Cloud سفارشیسازی سرور از جمله زمانبندی، حافظه پنهان، بلیطهای قابل اعتماد، دسترسی مستقیم به مخزن، ادغام فروشگاه AD/هویت خارجی یا پنجرههای تعمیر و نگهداری انعطافپذیر را ارائه نمیدهد.
6- محتوای حذف شده تصادفی برای همیشه از بین رفته است (هیچ گزینه ای برای بازیابی از نسخه پشتیبان اخیر وجود ندارد). با این حال، ما می دانیم که یک “سطل بازیافت” در حال کار است، و در برخی موارد، پشتیبانی Tableau می تواند محتوای حذف شده را برای شما بازیابی کند.
7- URL موجود برای تبلو سرور باید یا به Tableau Cloud هدایت شود یا یک صفحه خطای مفید برای اطلاع کاربران از تغییر آدرس ارائه کند. در هر صورت، URL ها تغییر خواهند کرد، بنابراین هر نشانک ایجاد شده توسط کاربران نهایی باید دوباره ایجاد شود.
8- Tableau Cloud از پلتفرم لینوکس استفاده می کند و محدودیت های منبع داده یکسانی دارد (بدون مکعب، MS Access). اگر در حال حاضر از Tableau Server در ویندوز استفاده می کنید، این به طور بالقوه به معنای کاهش عملکرد است، اما اگر روی لینوکس اجرا می کنید، قابلیت ها معادل هستند.
9- هر رمز عبوری که در طول انتقال در منابع داده جاسازی شده است باید دوباره وارد شود، زیرا این گذرواژهها را نمیتوان از سرور Tableau استخراج کرد تا در طول تلاش مهاجرت اعمال شوند.
10- هر محتوای خارجی (تصاویر، نشانیهای اینترنتی و غیره) که در داشبوردهای شما تعبیه شده است باید روی یک سرور دارای گواهی SSL (HTTPS) برای اتصال Tableau Cloud قرار گیرد.
11- اگر از Tableau Reader برای تحویل هر workbook متصل به دادههای داخلی استفاده میکنید، توجه داشته باشید که این workbook ها باید برای بهروزرسانی در سایت Tableau Cloud به منبع منتشر شده اتصال مستقیم داشته باشند.
برای ارائه مؤثر یک کتاب کار که در Tableau Reader خوانا باشد (Extract مورد نیاز است)، باید کتاب کار را از Tableau Cloud دانلود کنید و پیش از به اشتراک گذاشتن کتاب کار بسته بندی شده با مخاطبان خود، استخراجی از منبع داده منتشر شده را در دستگاه محلی خود ایجاد کنید.
ملاحظات زمان و تلاش
تلاش برای انتقال زمان می برد. از خود بپرسید که آیا کاربران با توقف انتشار (یا نیاز به انتشار مجدد) برای وسعت دوره انتقال موافق هستند یا خیر. این دوره در تجربه ما از یک روز تا چهار هفته متغیر بوده است. داشتن محتوای کم و/یا بارگذاری مقدماتی کار آزمایشی و آماده سازی می تواند به شما کمک کند تا در انتهای طیف پایین باشید.
فرآیند انتقال کاری فشرده است. این مستلزم ایجاد مجدد یا انتشار مجدد همه موارد در تبلو سرور است. برای هر workbook حاوی یک منبع داده داخلی جاسازی شده، فرآیند انتقال شامل انتشار منبع داده به Tableau Cloud (به عنوان یک منبع داده مستقل، که در هیچ workbook تعبیه نشده است) و سپس جایگزینی اتصال جاسازی شده در workbook شما به منبع داده منتشر شده است.
این فرآیند برای هر اتصال تعبیه شده در هر workbook که از داده های داخلی استفاده می کند، تکرار می شود. workbook هایی که از منابع داده منتشر شده استفاده میکنند باید فایل workbook را در یک ویرایشگر متن باز کنند تا XML با آدرسهای منابع داده پس از انتشار در Tableau Cloud بهروزرسانی شود. هنگام انتقال به تبلو کلود ، Site Export > Import گزینه ای نیست، بنابراین نقشه برداری کاربر انبوه از جدول خارج است.
فهرست objects زیر باید در Tableau Cloud دوباره ایجاد شود (* یا دوباره توسط کاربران نهایی ایجاد شود):
- Sites
- Users
- Groups
- Projects
- Data sources
- Workbooks
- Embedded passwords
- User/group permissions
- Tags
- Favorites
- Subscription tasks
- Extract refresh tasks
- Saved custom views*
- Data alerts*
- User bookmarks (that will need to be updated to point to Tableau Cloud)*
تبلو سرور دسترسی رایگان به Content Migration Tool را فراهم می کند که می تواند موارد زیر را مدیریت کند. اگر ساختار سایت/پروژه/محتوای شما تغییر نکند، این ساده است و کمک بزرگی است، اما در صورت نیاز به بازسازی، هر رویکرد خودکار موثرتر خواهد بود یا کار بسیار بیشتری برای راه اندازی خواهد بود:
- Projects
- Data sources
- Workbooks
- User/group permissions
چه زمانی Tableau Cloud پلتفرم مناسبی است؟
مهم است که به یاد داشته باشید سناریوهای زیادی وجود دارد که در آنها Tableau Cloud پلتفرم مناسبی برای نیازهای بلند مدت شما است. در اینجا چند نشانه کلیدی وجود دارد که باید در نظر داشته باشید که حرکت Tableau Cloud را در نظر بگیرید:
- شما به تازگی سفر Tableau خود را شروع کرده اید و سرور Tableau ندارید.
- شما پایگاه کاربری کوچکی دارید یا Okta یا OneLogin برای SAML SCIM دارید (یا می توانید بپذیرید).
- بدون نیاز به دسترسی مهمان یا مجوز برای هر هسته (معمولاً برای سرورهای Tableau با نمای عمومی یا خارجی استفاده می شود)
- منابع داده اولیه شما مبتنی بر ابر هستند یا پهنای باند بالادستی بالایی از خود دارید
- شما در درجه اول از اتصالات زنده به یک پایگاه داده تحلیلی (به عنوان مثال، Snowflake) استفاده می کنید.
- بدون نیاز به سفارشی سازی، ادغام یا برچسب سفید در سطح سرور.
- داده های شما اجازه دارند خارج از شبکه شما زندگی کنند و از اینترنت عبور کنند (البته از طریق TLS رمزگذاری شده است).
دیدگاه (2)
بسیار مفید بود ممنونم
مطلب به روز و جالبی بود