Launching Your Serverless Expedition
اگر در حال استفاده یا برنامه ریزی برای مهاجرت به Tableau Cloud هستید و داده ها یا زیرساخت های شرکتی خود را روی AWS میزبانی می کنید و به دنبال استقرار یک خوشه کانتینری از مشتریان Tableau Bridge در توزیع CentOS هستید، وبلاگ زیر را مطالعه کنید.
به خاطر داشته باشید که هر پیاده سازی، هر مورد تجاری، هر جامعه کاربری متفاوت است. پلتفرم ها به روش های مختلف، در زمان های مختلف، توسط افراد مختلف تعامل دارند. در طول این پیاده سازی، باید تصمیمات مهمی بگیرید تا مطمئن شوید راه حل مناسب برای کسب و کار شما است.
نکته مهم:
این آزمایش با استفاده از نسخه پیش از انتشار Tableau Bridge انجام شده است و برای استفاده تولیدی در نظر گرفته نشده است.
Tableau Bridge چیست؟
Tableau Bridge یک جزء حیاتی از Tableau است که به عنوان پلی بین منابع داده داخلی یا فایروال محافظت شده و Tableau Cloud عمل می کند.
به‌روزرسانی خودکار داده‌ها را فعال می‌کند و اطمینان می‌دهد که گزارش‌ها و داشبوردهای میزبانی شده در Tableau Cloud همیشه با آخرین داده‌ها از منابع مختلف به‌روز هستند.
Tableau Bridge انتقال امن داده ها را تسهیل می کند و دسترسی ایمن به داده های داخل محل را با حفظ امنیت و انطباق داده ها ممکن می سازد. این ویژگی همچنین امکان همگام سازی داده ها را در زمان واقعی یا نزدیک به زمان می دهد و جدیدترین اطلاعات را برای تجزیه و تحلیل و گزارش به کاربران ارائه می دهد.
علاوه بر این، می‌توان آن را برای دسترسی بالا پیکربندی کرد، دسترسی بدون وقفه به داده‌ها را تضمین کرد و حتی در مواجهه با خرابی‌های سرور، Refresh می‌شود و در نهایت انعطاف‌پذیری و مقیاس‌پذیری استقرار Tableau در فضای ابری را افزایش می‌دهد. در اینجا لیستی از چالش های مرتبط با Tableau Bridge نصب شده در ویندوز آمده است:
- Fixed Cost of Compute (هزینه محاسبه ثابت): با Tableau Bridge، هزینه ثابتی برای منابع محاسباتی وجود دارد که می‌تواند ناکارآمد و گران باشد، به خصوص زمانی که با تقاضای دائمی در حال تغییر روی داده‌های live و استخراج refresh سروکار داریم. سازمان‌ها ممکن است به چالش کشیدن هزینه‌های زیرساخت خود را با الگوهای استفاده متفاوت بیابند.
- Fault Tolerance (تحمل خطا) : اطمینان از در دسترس بودن و تحمل خطا در راه اندازی Tableau Bridge مبتنی بر ویندوز می تواند پیچیده باشد. خرابی یا اختلال در Bridge می تواند منجر به وقفه در دسترسی به داده ها و تجزیه و تحلیل شود که بر عملیات حیاتی تجاری تأثیر می گذارد.
- Capacity Scalability (مقیاس پذیری ظرفیت) : افزایش ظرفیت نصب Tableau Bridge برای پاسخگویی به تقاضای افزایش یافته اغلب نیازمند مداخله دستی و تهیه سخت افزار اضافی است. این فرآیند می تواند زمان بر باشد و ممکن است به خوبی با نیازهای کسب و کار پویا هماهنگ نباشد.
- Stability and Reliability (پایداری و قابلیت اطمینان) : حفظ ثبات و قابلیت اطمینان در محیط Tableau Bridge مبتنی بر ویندوز می تواند یک چالش باشد. مسائلی مانند خرابی ها، گلوگاه های عملکرد و خرابی غیرمنتظره می تواند بر تجربه کلی کاربر و در دسترس بودن داده ها تأثیر بگذارد.
- No Support for Linux (بدون پشتیبانی از لینوکس): Tableau Bridge در درجه اول برای محیط های ویندوز طراحی شده است و انعطاف پذیری و قابلیت همکاری با زیرساخت های مبتنی بر لینوکس را محدود می کند. سازمان هایی که به سرورهای لینوکس متکی هستند ممکن است با چالش های یکپارچه سازی مواجه شوند.
- Manual Setup and Configuration (راه اندازی و پیکربندی دستی) : راه اندازی و پیکربندی یک Tableau Bridge در ویندوز معمولاً شامل مراحل دستی و تلاش های مداوم تعمیر و نگهداری است. که می تواند مستعد خطا و وقت گیر باشد و به منابع اختصاصی IT نیاز دارد.
Containerization چیست؟
Containerization یک فرم از مجازی سازی است که به شما امکان می دهد یک برنامه کاربردی و وابستگی های آن را در یک واحد واحد به نام container بسته بندی کنید. containerها محیط های ایزوله ای هستند که هر چیزی را که برای اجرای یک برنامه نیاز است شامل کد، زمان اجرا، کتابخانه ها و ابزارهای سیستم را در خود جای داده اند. آنها سازگاری و قابل حمل بودن را فراهم می‌کنند و به کارگیری و اجرای برنامه‌ها به طور مداوم در محیط‌های مختلف، مانند توسعه، آزمایش و تولید، بدون نگرانی در مورد تفاوت‌ها در زیرساخت‌های اساسی، آسان می‌شوند.
AWS Fargate چیست؟
AWS Fargate یک موتور محاسباتی بدون سرور است که توسط خدمات وب آمازون (AWS) برای اجرای کانتینرها ارائه شده است. با Fargate، می توانید بدون نیاز به تهیه یا مدیریت زیرساخت های اساسی، کانتینرها را مستقر و مدیریت کنید. این کار وظایف مدیریت سرور و خوشه را انتزاعی می کند و به شما امکان می دهد فقط روی برنامه های کاربردی خود تمرکز کنید. Fargate به طور خودکار منابع را بر اساس نیازهای کانتینرهای شما مقیاس می کند و اطمینان حاصل می کند که فقط برای منابع محاسبه ای که مصرف می کنید هزینه می پردازید و آن را راهی مناسب و مقرون به صرفه برای اجرای بارهای کاری کانتینری در ابر AWS می کند.
Containerization و AWS Fargate مزایای زیادی را در مورد میزبانی Tableau Bridge ارائه می دهند:
- Scalability (مقیاس‌پذیری) : کانتینری‌سازی به شما امکان می‌دهد تا به راحتی نمونه‌های Tableau Bridge را برای مطابقت با تقاضا،up یا down کنید. AWS Fargate به‌عنوان یک موتور محاسباتی بدون سرور، فرآیند مقیاس‌بندی را به‌طور خودکار مدیریت می‌کند و اطمینان می‌دهد که شما مقدار مناسبی از منابع را بدون تامین بیش از حد در اختیار دارید.
- Cost Efficiency (کارایی هزینه) : با AWS Fargate، شما فقط برای منابع محاسبه‌ای که استفاده می‌کنید هزینه می‌کنید، و آن را به یک راه‌حل مقرون‌به‌صرفه در مقایسه با حفظ زیرساخت ثابت برای Tableau Bridge تبدیل می‌کند. کانتینرها همچنین دارای ردپای کوچکتری نسبت به ماشین های مجازی سنتی هستند که استفاده از منابع را بهینه می کند.
- Flexibility (انعطاف‌پذیری) : Containerها یک محیط سازگار و قابل حمل برای Tableau Bridge فراهم می‌کنند و شما را قادر می‌سازد آن را در پلتفرم‌های ابری مختلف یا on-premises اجرا کنید. این انعطاف‌پذیری می‌تواند برای سازمان‌هایی با استراتژی‌های multi-cloud یا hybrid حیاتی باشد.
- Isolation (جداسازی) : کانتینرها Tableau Bridge و وابستگی‌های آن را محصور می‌کنند و از سیستم میزبان زیرین اطمینان می‌دهند. این جداسازی امنیت را افزایش می دهد و تضاد بین اجزای مختلف نرم افزار را به حداقل می رساند.
- Easy Deployment (استقرار آسان) : کانتینرسازی فرآیند استقرار را ساده می کند. می توانید تصاویر کانتینری را ایجاد و مدیریت کنید که شامل Tableau Bridge و تمام تنظیمات لازم است. استقرار نمونه های جدید یا به روز رسانی نمونه های موجود به یک فرآیند ساده تبدیل می شود.
- Resource Efficiency (بهره وری منابع) : AWS Fargate تخصیص منابع را بهینه می کند، CPU و حافظه را بر اساس نیازهای مشخص شده شما تخصیص می دهد. به جلوگیری از تامین بیش از حد کمک می کند و استفاده از منابع را به حداکثر می رساند.
- High Availability (در دسترس بودن بالا) : AWS Fargate قابلیت دسترسی بالا و تحمل خطا را فراهم می کند و خطر خرابی ناشی از خرابی زیرساخت ها را کاهش می دهد. برای حصول اطمینان از عملکرد بی وقفه Tableau Bridge بسیار مهم است.
- Automated Scaling (مقیاس‌بندی خودکار) : Fargate می‌تواند به طور خودکار scale از Tableau Bridge را در پاسخ به تغییرات در حجم کاری مقیاس‌بندی کند و اطمینان حاصل کند که می‌توانید دوره‌های اوج استفاده را بدون مداخله دستی مدیریت کنید.
- Easier Management (مدیریت آسان‌تر) : ابزارهای هماهنگ‌سازی کانتینر مانند Amazon ECS (Elastic Container Service) مدیریت کانتینرهای Tableau Bridge از جمله استقرار، مقیاس‌بندی و نظارت را ساده‌تر می‌کند.
- Consistency (سازگاری) : کانتینری‌سازی محیط‌های سازگار در سراسر توسعه، آزمایش و تولید را تضمین می‌کند، شانس تغییر پیکربندی را کاهش می‌دهد و عیب‌یابی مشکلات را آسان‌تر می‌کند.
- Security (امنیت) : کانتینرها را می‌توان با کنترل‌های دسترسی دقیق و بخش‌بندی شبکه پیکربندی کرد و امنیت پیاده‌سازی Tableau Bridge را افزایش داد.
- Resource Isolation (جداسازی منابع): کانتینرها جداسازی منابع را فراهم می‌کنند و از مشاجره منابع بین نمونه‌های Tableau Bridge و سایر برنامه‌هایی که در زیرساخت مشابه اجرا می‌شوند جلوگیری می‌کنند.
گنجاندن کانتینرسازی و AWS Fargate در استراتژی استقرار Tableau Bridge می‌تواند منجر به چابکی، صرفه‌جویی در هزینه، قابلیت اطمینان و کارایی کلی شود و آن را به انتخابی قانع‌کننده برای مدرن‌سازی و بهینه‌سازی فرآیندهای تجزیه و تحلیل داده‌های Tableau تبدیل کند.
ترسیم نقشه AWS Cosmos - راه اندازی محیط AWS
یک نمونه EC2 را راه اندازی کنید. که به عنوان سازنده تصویر docker استفاده می‌شود، بنابراین در حال اجرا باقی نمی‌ماند و فقط باید در هنگام ساخت، استقرار یا استقرار مجدد تصاویر docker خود استفاده شود.
برخی از سیستم های اصلی باید شامل نصب نرم افزار معمولی باشد، این چیزی است که ما استفاده کردیم:
Install Docker:
sudo yum update -y
sudo yum -y install docker
sudo service docker start
sudo systemctl enable docker
sudo usermod -a -G docker ec2-user
sudo reboot
docker info
Install AWS CLI:
sudo yum -y remove awscli
curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip
sudo ./aws/install
Unleashing Docker’s Magic — Creating Docker Images
فایل Docker را ایجاد کنید
با استفاده از دستورات اصلی لینوکس، می توانیم یک working directory و Dockerfile ایجاد کنیم. من متوجه شده ام که نام فایل به حروف کوچک و بزرگ حساس است. حرف بزرگ “D” بلیط شما برای موفقیت بین ستاره ای است:
mkdir Docker
cd Docker
touch Dockerfile
فایل RPM را دانلود کنید
به سایت Tableau Bridge رفته و RPM Tableau Bridge – بلیط RPM خود را ایمن کنید.
فایل PAT Token را ایجاد کنید
{
"PAT Name" : "PAT Secret Key"
}
Dockerfile را ویرایش کنید
با استفاده از ابزار built-in، دستورات docker را به فایل docker اضافه کنید:
# Centos 7 is the supported base image
FROM centos:7
RUN yum -y update
# Copy the bridge RPM package, install it, then remove it from the image
COPY TableauBridge-< YOUR VERSION>.x86_64.rpm .
RUN ACCEPT_EULA=y yum install -y $(find . -name *.rpm) && rm *.rpm
# Copy the Token File to working directory
COPY TokenFile.json .
یک تصویر جدید بسازید
docker image build -t bridge_base
docker images --filter reference=bridge_base
از قدرت درایورهای منبع داده استفاده کنید
در سفر کیهانی ما، Tableau در مجموعه‌ای از منابع داده، از سرور سنتی MS SQL و Oracle RDMS گرفته تا قلمروهای ابری مدرن مانند Snowflake و Amazon Redshift رشد می‌کند. برای اطمینان از اینکه کشتی های Tableau Bridge ما به راحتی در این دنیای داده حرکت می کنند، باید این منابع داده را مشخص کنیم. بنابراین، این مفهوم پدیدار می‌شود: جداسازی نصب‌های درایور در یک Dockerfile مجزا، به ما امکان می‌دهد تصاویر آسمانی خود را برای حداکثر کارایی لایه‌بندی کنیم.
فایل Docker را ایجاد کنید
با استفاده از دستورات اصلی لینوکس یک بار دیگر، می‌توانیم یک فهرست کاری جداگانه و Dockerfile ایجاد کنیم. به یاد داشته باشید که نام فایل به حروف کوچک و بزرگ حساس است. حرف بزرگ “D” بلیط شما برای موفقیت بین ستاره ای است.
mkdir DockerFinal
cd DockerFinal
touch Dockerfile
فایل های درایور را دانلود کنید
تلاش کیهانی خود را از صفحه دانلود درایور تبلو شروع کنید . در آنجا، شما باید تمام مصنوعات و نمودارهای ستاره ای را که برای نیازهای کیهانی خاص خود ضروری هستند، کشف کنید. پس از به دست آوردن، این فایل های معمایی را به قلمرو تازه تشکیل شده DockerFinal منتقل کنید.
فایل Docker را ویرایش کنید
با استفاده از ابزار داخلی داخلی، دستورات docker خود را به فایل docker خود اضافه کردم:
# Use the previously built image, bridge_base
FROM bridge_base
# Oracle – Copy the jar file into the jdbc drivers folder
COPY ojdbc11.jar /opt/tableau/tableau_driver/jdbc/
#MS SQL Server – Install Microsoft ODBC for SQL Server version 17
COPY mssql-release.repo /etc/yum.repos.d/
RUN ACCEPT_EULA=Y yum install -y msodbcsql17
تصویر نهایی را بسازید
docker image build -t bridge_final .
Push Your Image to Amazon Elastic Container Registry
تصویر دقیق خود را به Amazon Elastic Container (ECS) هدایت کنید، جایی که باید منتظر استقرار کیهانی خود باشید:
aws ecr create-repository --repository-name my-bridge-repository --region < Your AWS Region >
docker tag bridge_final < Your AWS Account >.dkr.ecr.< Your AWS Region >.amazonaws.com/my-bridge-repository
aws ecr get-login-password --region < Your AWS Region > | docker login --username AWS --password-stdin < Your AWS Account >.dkr.ecr.< Your AWS Region >.amazonaws.com
docker push < Your AWS Account >.dkr.ecr.< Your AWS Region >.amazonaws.com/my-bridge-repository
Building a Bridge Brigade — Building an Autoscaling Cluster
با استفاده از Amazon Elastic Container Service (ECS)، ما قصد داریم یک cluster برای Tableau Bridge بسازیم. یک نام ساده و معنی دار ارائه دهید و جزئیات تگ نظارتی و سازمانی خود را اضافه کنید:
Embarking on Fargate Adventures — Deploying on AWS Fargate
Harmonizing the Docker Symphony — Creating a Service
Commanding the Fleet — Monitoring and Scaling
پس از ذخیره و استقرار سرویس جدید آمازون ECS، باید مشتریان Tableau Bridge جدید خود را به صورت جادویی در Named Pool خود مشاهده کنید که در قسمت Tableau Cloud Settings -> Bridge -> Pooling مشاهده می شود:
Don’t Panic — Limitations and findings
Agent Name:
با انتخاب یک نام عامل پویا در دستور راه‌اندازی خود، Tableau Cloud را قادر می‌سازید تا بین مشتریان فعال بدون زحمت تمایز قائل شود. به شما امکان می دهد به راحتی تعداد عوامل در حال کار را ردیابی کنید و وضعیت آنها را از طریق صفحه تنظیمات Tableau Cloud شناسایی کنید.
با این حال، توجه به این نکته مهم است که نام های مشتری ایجاد شده به صورت پویا به طور خودکار از Tableau Bridge Pool حذف نمی شوند.
Token File:
رمز دسترسی شخصی (PAT) شما به صورت بلادرنگ از طریق یک فایل JSON محلی به مشتری Bridge Worker تحویل داده می شود. در اینجا می‌توانید انتخابی داشته باشید: می‌توانید فایل Token را مستقیماً در تصویر Docker جاسازی کنید، که در مخزن Elastic Container منتشر می‌شود و سپس توسط خوشه استفاده می‌شود، یا می‌توانید به صورت پویا یک فایل را در سرویس Elastic Container ایجاد کنید. (ECS) تعریف وظیفه. همه چیز در مورد انتخاب مسیری است که با نیازهای شما مطابقت دارد.
Platform:
راه حل کانتینری تنها در استقبال از توزیع های CentOS پشتیبانی می کند. بنابراین، وقتی صحبت از کانتینری‌سازی می‌شود، CentOS ستاره نمایش است.
نتیجه گیری:
در فضای همیشه در حال تکامل یکپارچه سازی داده ها و تجزیه و تحلیل، Tableau Bridge می تواند با پذیرش کانتینرسازی و AWS Fargate ابعاد جدیدی به خود بگیرد. این فناوری‌های پیشرفته، مقیاس‌پذیری، کارآمدی هزینه، قابلیت اطمینان و کارایی را به شما قدرت می‌دهند و فرآیندهای داده‌های Tableau را به نیرویی تبدیل می‌کنند که قابل محاسبه است.
با غلبه بر محدودیت‌ها و پذیرش احتمالات، می‌توانید مسیری را به سوی آینده ترسیم کنید که در آن ادغام داده‌های Tableau به ارتفاعات جدیدی می‌رسد، بینش‌های بی‌درنگ ارائه می‌کند و سازمانتان را برای رسیدن به ستاره‌های موفقیت توانمند می‌سازد. بنابراین، سفر Tableau Bridge خود را آغاز کنید و اجازه دهید سفر داده شما یک ماجراجویی از کشف، نوآوری و تحول باشد.
