SQL Server Integration Services یا SSIS برای بیش از یک دهه یکی از پرکاربردترین ابزارهای ETL در سازمانهای ایرانی و بینالمللی بوده است. با گسترش Microsoft Fabric و تغییر معماری Data Integration در اکوسیستم مایکروسافت، این پرسش برای بسیاری از مدیران فناوری اطلاعات و متخصصان داده مطرح شده که آیا SSIS همچنان انتخاب درستی برای پروژههای جدید است یا باید به سمت ابزارهای Cloud-Native حرکت کرد.
بررسی مستندات بهروز مایکروسافت در سال ۲۰۲۶ نشان میدهد پاسخ این سؤال ساده نیست. SSIS نه حذف شده و نه بهطور کامل جایگزین شده است. در عوض، مایکروسافت مسیرهای جدیدی برای اجرای Packageهای موجود SSIS در محیطهای Cloud و حتی در Microsoft Fabric فراهم کرده است. این مقاله با نگاهی تحلیلی و مبتنی بر مستندات رسمی، جایگاه فعلی SSIS، مسیر تکاملی آن و نکاتی که برای تصمیمگیری سازمانی لازم است، بررسی میکند.
جایگاه SSIS در اکوسیستم داده سال ۲۰۲۶
مایکروسافت همچنان SSIS را بهعنوان یک پلتفرم Enterprise Data Integration و Data Transformation معرفی میکند. این موضوع بهتنهایی نشان میدهد SSIS از رده خارج نشده است، اما نقش آن در کنار ابزارهای جدیدتر مانند Fabric Data Factory در حال بازتعریف شدن است.
در گذشته SSIS تنها گزینه جدی برای ETL در محیط SQL Server محسوب میشد.
امروز، سازمانها با سه مسیر موازی روبهرو هستند.
- اجرای SSIS بهصورت سنتی روی زیرساخت On-Premises.
- اجرای Packageهای SSIS در Azure از طریق Azure-SSIS Integration Runtime.
- فراخوانی Packageهای SSIS از داخل Pipelineهای Microsoft Fabric از طریق قابلیت Invoke SSIS Package که در حال حاضر در مرحله Preview قرار دارد.
این سه مسیر همزمان وجود دارند و هیچکدام بهطور کامل جایگزین دیگری نشدهاند. این همزیستی، تصویر واقعی وضعیت SSIS در سال ۲۰۲۶ است.
چرا سازمانها همچنان از SSIS استفاده میکنند
سرمایهگذاری چندساله روی منطق ETL
بسیاری از سازمانها صدها Package عملیاتی دارند که طی سالها توسعه، تست و بهینهسازی شدهاند. بازنویسی کامل این منطق در یک پلتفرم جدید هزینه، زمان و ریسک قابل توجهی دارد.
وابستگی به SQL Server On-Premises
سازمانهایی که به دلایل قانونی، امنیتی یا هزینهای همچنان از SQL Server On-Premises استفاده میکنند، SSIS را بهعنوان گزینهای طبیعی برای Data Integration انتخاب میکنند.
دانش فنی موجود تیمها
تیمهای DBA و توسعهدهنده در بسیاری از سازمانها سالها با SSIS کار کردهاند. تغییر ابزار به معنای نیاز به آموزش مجدد، تغییر فرآیندهای عملیاتی و مدیریت ریسک انتقال دانش است.
پایداری و بلوغ ابزار
SSIS ابزاری بالغ با قابلیتهای گسترده در Error Handling، Logging، Transaction Management و Connection Management است. این بلوغ برای سناریوهای حساس سازمانی اهمیت زیادی دارد.
مسیر تکاملی SSIS از On-Premises تا Azure
پیش از ورود به بحث Fabric، لازم است مسیر مهاجرت SSIS به Azure بررسی شود، زیرا این مسیر پایهای برای درک تحولات بعدی است.
Azure-SSIS Integration Runtime چیست
Azure-SSIS Integration Runtime بخشی از Azure Data Factory است که امکان اجرای Native و کامل Packageهای موجود SSIS را بدون نیاز به بازنویسی در محیط Azure فراهم میکند. این Runtime یک محیط اجرایی واقعی است که قابلیت اتصال به شبکه خصوصی از طریق VNet برای دسترسی به منابع On-Premises، مقیاسپذیری افقی و عمودی و همچنین امکان Start و Stop کردن Runtime بر اساس نیاز را دارد.
مایکروسافت مستندات مربوط به مهاجرت Workloadهای On-Premises SSIS به این مدل را همچنان بهروزرسانی میکند، که نشاندهنده تداوم پشتیبانی از این مسیر است.
مزیت اصلی این رویکرد، حفظ سرمایهگذاری موجود روی منطق ETL و در عین حال بهرهمندی از زیرساخت Cloud است. با این حال، این روش همچنان معماری SSIS سنتی را حفظ میکند و بهطور کامل به مدلهای Cloud-Native نزدیک نمیشود.
نکته مهمی که باید در نظر داشت این است که Azure-SSIS Integration Runtime با قابلیت Invoke SSIS Package در Fabric که در بخش بعدی بررسی میشود، تفاوت معماری بنیادین دارد. Azure-SSIS IR یک Runtime کامل و مستقل است، در حالی که قابلیت Fabric صرفاً امکان فراخوانی Package از داخل Pipeline را فراهم میکند.
ورود SSIS به Microsoft Fabric
بخش مهمتر تحولات اخیر، ورود SSIS به اکوسیستم Microsoft Fabric است. این موضوع برای مدیران فناوری اطلاعات که در حال ارزیابی مسیر آینده زیرساخت داده خود هستند، اهمیت راهبردی دارد.
قابلیت Invoke SSIS Package در Fabric
مایکروسافت در سال ۲۰۲۶ قابلیتی با عنوان Invoke SSIS Package Activity را در Fabric Data Factory بهصورت Preview ارائه کرده است. این قابلیت امکان فراخوانی Packageهای موجود SSIS را از داخل Pipelineهای Fabric فراهم میکند.
نکتهای که باید بهصراحت بیان شود این است که این قابلیت جایگزین Azure-SSIS Integration Runtime نیست. مستندات مقایسهای فعلی مایکروسافت، وجود یک Azure-SSIS Integration Runtime کامل در Fabric را همچنان بهعنوان یک قابلیت آینده معرفی میکنند، نه یک قابلیت موجود. آنچه امروز در دسترس است، صرفاً مکانیزمی برای فراخوانی Packageهای موجود با محدودیتهای مشخص است.
این موضوع به این معناست که سازمانهایی که در حال حرکت به سمت Microsoft Fabric هستند، در برخی سناریوهای مشخص میتوانند بدون بازنویسی فوری Packageهای خود، از این قابلیت استفاده کنند، اما این قابلیت با توجه به محدودیتهای فعلی Preview، یک راهکار جامع برای تمام سناریوهای SSIS نیست.
محدودیتهای فعلی Invoke SSIS Package
پیش از هرگونه برنامهریزی برای استفاده از این قابلیت، آگاهی از محدودیتهای فعلی آن ضروری است. طبق مستندات فعلی مایکروسافت، این محدودیتها شامل موارد زیر است.
- Package مورد نظر باید در OneLake ذخیره شده باشد.
- اتصال مستقیم به منابع یا مقاصد On-Premises از طریق این قابلیت پشتیبانی نمیشود.
- Private Network Endpointها در این قابلیت پشتیبانی نمیشوند.
- Custom Component و Third-Party Componentهای مورد استفاده در Packageهای SSIS در این محیط پشتیبانی نمیشوند.
- ظرفیت Runtime در دوره Preview محدود به چهار vCore است.
- Time To Live یا TTL این Runtime برابر سی دقیقه تعیین شده است.
این قابلیت همچنان در مرحله Preview قرار دارد و ممکن است در نسخههای نهایی تغییر کند. بنابراین، هرگونه برنامهریزی سازمانی بر اساس این قابلیت باید با در نظر گرفتن احتمال تغییرات آتی صورت گیرد.
با توجه به این محدودیتها، Packageهایی که به منابع On-Premises وابسته هستند یا از Custom Componentها استفاده میکنند، در حال حاضر کاندید مناسبی برای این مسیر نیستند.
همگرایی SSIS و Fabric Data Warehouse
حتی در سناریوهای مرتبط با Fabric Data Warehouse، مایکروسافت مسیر مشخصی برای استفاده از Packageهای موجود SSIS در تعامل با Data Warehouse مستند کرده است. این مجموعه قابلیتها نشان میدهد مایکروسافت در حال فراهم کردن مسیرهای انتقال و اجرای تدریجی Workloadهای موجود SSIS در معماریهای Cloud و Fabric است، بدون آنکه سازمانها را مجبور به بازنویسی فوری و کامل کند.
مقایسه معماری SSIS و Fabric Data Factory
برای درک بهتر تفاوت معماری این دو رویکرد، مقایسه زیر میتواند مفید باشد. هدف این جدول رتبهبندی برتری یکی بر دیگری نیست، بلکه نمایش تفاوتهای معماری برای انتخاب آگاهانه است.
| موضوع | SSIS | Fabric Data Factory |
|---|---|---|
| تمرکز اصلی | ETL و Data Integration سنتی | Cloud Data Integration |
| محیط اجرا | SQL Server، SSIS Runtime یا Azure-SSIS IR | Fabric Pipeline و سرویسهای اجرایی Fabric |
| پشتیبانی از Packageهای DTSX | پشتیبانی کامل و بومی | از طریق Invoke SSIS Package با محدودیتهای Preview |
| مدل Control Flow | Control Flow اختصاصی SSIS | Pipeline بومی Fabric |
| موتور Transformation | Data Flow Engine | Dataflow Gen2 |
| ارتباط با OneLake | از طریق مسیرهایی مانند ADLS Gen2 و Shortcut، نه بهصورت Native | پشتیبانی بومی |
| مناسب برای Legacy ETL | بسیار مناسب | نیازمند Migration یا Integration |
| رویکرد Cloud-Native | محدودتر | طراحیشده برای Cloud از پایه |
| بلوغ ابزار | بالا، با سابقه طولانی | در حال توسعه و تکامل |
این جدول نشان میدهد انتخاب بین این دو رویکرد باید بر اساس شرایط خاص هر سازمان، حجم Packageهای موجود و استراتژی بلندمدت مهاجرت به Cloud صورت گیرد.
تصمیم مهاجرت یا بازنویسی
یکی از پرسشهای کلیدی که مدیران فناوری اطلاعات با آن روبهرو هستند، این است که آیا باید Packageهای موجود SSIS را به Fabric یا Azure مهاجرت داد یا آنها را بهطور کامل با ابزارهای Cloud-Native بازنویسی کرد.
این تصمیم صرفاً یک انتخاب فنی نیست. وقتی سازمانی صدها Package عملیاتی SSIS دارد، مسئله شامل سرمایهگذاری چندساله روی منطق ETL، مدیریت Dependencyها، زمانبندی Jobها، پیکربندی Connectionها، منطق Error Handling و دانش انباشته تیم فنی میشود.
رویکرد Assessment قبل از Migration
مایکروسافت برای مهاجرت SSIS، ابتدا انجام یک فرآیند Assessment و سپس Migration را پیشنهاد میکند. این رویکرد به این معناست که پیش از هر تصمیمی، باید وضعیت فعلی Packageها، وابستگیها، سطح پیچیدگی منطق Transformation و میزان استفاده از قابلیتهای اختصاصی SSIS بهطور دقیق بررسی شود.
در عمل، این ارزیابی معمولاً شامل موارد زیر است.
- بررسی تعداد و پیچیدگی Packageهای موجود
- شناسایی وابستگیهای خارجی مانند فایلهای Configuration و Connection Managerها
- ارزیابی میزان استفاده از Script Task و Custom Componentها
- بررسی حجم داده پردازششده در هر اجرا
- تحلیل الگوهای زمانبندی و وابستگی بین Jobها
نتیجه این ارزیابی تعیین میکند که کدام Packageها کاندید مناسبی برای مهاجرت مستقیم به Azure-SSIS IR هستند، کدامها با محدودیتهای فعلی Preview در Fabric سازگارند و کدامها بهتر است بهطور کامل با معماری جدید بازطراحی شوند.
SSIS در سناریوهای سازمانی مدرن
فراتر از بحث Migration، لازم است بررسی شود که SSIS در سناریوهای عملیاتی رایج امروز چه جایگاهی دارد.
SSIS و Data Warehouseهای مدرن
بسیاری از سازمانها همچنان از SSIS برای بارگذاری داده به Data Warehouseهای سنتی استفاده میکنند. با این حال، ورود Fabric Data Warehouse این معادله را تغییر داده است. مستندات مایکروسافت مسیر مشخصی برای استفاده از Packageهای موجود SSIS در تعامل با Fabric Data Warehouse ارائه کرده است، بهطوری که سازمانها میتوانند بدون بازنویسی کامل منطق ETL، از قابلیتهای Data Warehouse مدرن بهرهمند شوند.
SSIS و Incremental Load
یکی از نقاط قوت تاریخی SSIS، پشتیبانی از الگوهای Incremental Load از طریق Lookup Transformation، Merge Join و Conditional Split است. این قابلیتها همچنان در نسخههای جدید SSIS پابرجا هستند و برای سازمانهایی که حجم داده بزرگ و نیاز به بارگذاری تدریجی دارند، کاربرد عملی دارند.
SSIS و Change Data Capture
استفاده از CDC در کنار SSIS برای ردیابی تغییرات داده در منابع SQL Server یک الگوی رایج در پروژههای سازمانی است. این ترکیب همچنان میتواند در سناریوهای مبتنی بر Change-Based یا Incremental Data Integration کاربرد داشته باشد، هرچند معماریهای Cloud-Native گزینههای دیگری نیز برای این نیاز ارائه میکنند.
در همین راستا، مستندات مقایسهای Fabric و Azure Data Factory نشان میدهند که Fabric برای Incremental Data Movement عمدتاً از Copy Job استفاده میکند، نه از Artifactهای CDC سنتی که در دنیای SSIS رایج است. این تفاوت معماری باید در برنامهریزی Migration در نظر گرفته شود.
SSIS و Performance Tuning
بهینهسازی عملکرد Packageهای SSIS همچنان یکی از مهارتهای کلیدی تیمهای داده است. تنظیم DefaultBufferMaxRows، مدیریت صحیح Parallelism در Control Flow، استفاده بهینه از Data Flow Buffer و کاهش تعداد Blocking Transformationها از جمله تکنیکهای رایج در این حوزه هستند.
SSIS و DevOps و CI/CD
یکی از تحولات مهم در سالهای اخیر، ادغام SSIS با فرآیندهای DevOps است. استفاده از Azure DevOps یا سایر ابزارهای CI/CD برای Deployment خودکار Packageها و مدیریت نسخه Projectها از طریق Source Control میتواند فرآیند انتشار و نگهداری SSIS را قابلکنترلتر و کمخطاتر کند.
SSIS و امنیت در محیط Cloud
با حرکت SSIS به سمت Cloud، مدل امنیتی نیز دستخوش تغییر شده است. در برخی سناریوهای اتصال به سرویسهای Fabric، مدل احراز هویت باید از روشهای سنتی به Microsoft Entra ID و Service Principal تغییر کند. مایکروسافت برای اتصال SSIS به Fabric SQL Database، استفاده از Service Principal و درایور Microsoft OLE DB را مستند کرده است.
نکته مهم این است که Fabric Data Warehouse بهطور کلی از SQL Authentication و Windows Authentication پشتیبانی نمیکند و احراز هویت باید از طریق Microsoft Entra ID برای کاربر یا Service Principal انجام شود. این موضوع نشاندهنده حرکت کلی از Credentialهای ثابت به سمت مدلهای Identity-Based Security است که باید در طراحی Connection Managerهای SSIS برای اتصال به منابع Fabric لحاظ شود.
پنج روند کلیدی که آینده SSIS را شکل میدهند
حرکت از On-Premises ETL به Hybrid ETL
بسیاری از سازمانها بهجای انتخاب یکی از دو گزینه On-Premises یا Cloud، در حال حرکت به سمت معماری Hybrid هستند که در آن بخشی از Packageها همچنان On-Premises اجرا میشوند و بخشی دیگر در Azure یا Fabric.
اجرای Packageهای قدیمی در Cloud پیش از بازنویسی کامل
قابلیتهایی مانند Azure-SSIS Integration Runtime و Invoke SSIS Package به سازمانها اجازه میدهند در برخی سناریوها بهجای بازنویسی فوری، ابتدا Packageهای موجود را با کمترین تغییر به محیط Cloud منتقل کنند و سپس درباره Modernization آنها تصمیمگیری کنند. این رویکرد با مفهوم Lift-and-Shift که در مستندات Azure-SSIS IR مطرح شده، سازگار است.
همگرایی تدریجی SSIS با Microsoft Fabric
با گذر زمان، انتظار میرود ادغام SSIS با Fabric عمیقتر شود. وضعیت فعلی Preview بودن قابلیت Invoke SSIS Package و محدودیتهای مشخص آن نشاندهنده مرحله ابتدایی این همگرایی است. این پیشبینی بر اساس روند فعلی توسعه مایکروسافت است و نباید بهعنوان یک تعهد رسمی از سوی مایکروسافت تلقی شود.
حرکت از Credentialهای سنتی به Identity-Based Security
استفاده گستردهتر از Service Principal، Managed Identity و Microsoft Entra ID بهجای روشهای سنتی احراز هویت، یکی از روندهای مشخص در تمامی محصولات مایکروسافت از جمله SSIS است.
تفکیک منطق ETL از Orchestration
در معماریهای جدید، مشاهده میشود که منطق Transformation ممکن است در یک موتور مشخص مانند Data Flow انجام شود، در حالی که Orchestration و زمانبندی توسط Pipelineهای سطح بالاتر مانند Fabric Pipeline مدیریت میشود. این تفکیک، انعطافپذیری بیشتری برای ترکیب ابزارهای مختلف فراهم میکند، بدون آنکه SSIS از جایگاه خود بهعنوان یک Enterprise Data Integration Platform خارج شود.
مزایای ادامه استفاده از SSIS
استفاده از SSIS در سال ۲۰۲۶ همچنان مزایای مشخصی دارد. حفظ سرمایهگذاری موجود روی منطق ETL یکی از مهمترین این مزایاست. بلوغ ابزار و پایداری آن در سناریوهای پیچیده سازمانی نیز یک نقطه قوت محسوب میشود. علاوه بر این، وجود مسیرهای مشخص برای اجرای Package در Azure از طریق Azure-SSIS IR و در Fabric از طریق Invoke SSIS Package، امکان بهرهمندی تدریجی از مزایای Cloud را بدون نیاز به بازنویسی فوری فراهم میکند.
محدودیتهای ادامه استفاده از SSIS
در کنار مزایا، محدودیتهایی نیز وجود دارد. عدم وجود یک Azure-SSIS Integration Runtime کامل در Fabric در حال حاضر یکی از این محدودیتهاست. وابستگی به زیرساخت SQL Server یا Integration Runtime نیز میتواند در سناریوهای کاملاً Cloud-Native محدودکننده باشد.
همچنین، قابلیت Invoke SSIS Package در وضعیت فعلی Preview محدودیتهای مشخصی مانند عدم پشتیبانی از Custom Componentها، عدم اتصال مستقیم به منابع On-Premises و محدودیت منابع سختافزاری دارد که باید در برنامهریزی مهاجرت لحاظ شود.
Best Practiceهای مرتبط با آینده SSIS
پیش از هرگونه تصمیمگیری درباره مهاجرت یا ادامه استفاده از SSIS، انجام یک ارزیابی دقیق از Packageهای موجود ضروری است. مستندسازی کامل Dependencyها و Connectionها باید در اولویت قرار گیرد.
استفاده تدریجی از قابلیتهای Cloud مانند Azure-SSIS Integration Runtime پیش از تصمیمگیری درباره مهاجرت کامل به Fabric، ریسک پروژه را کاهش میدهد.
حرکت به سمت مدلهای Identity-Based Security بهجای Credentialهای ثابت، باید بهعنوان یک اولویت امنیتی در نظر گرفته شود.
پیگیری مستمر تغییرات مستندات مایکروسافت درباره قابلیتهای Fabric مرتبط با SSIS، با توجه به وضعیت Preview بسیاری از این قابلیتها، ضروری است. تصمیمات معماری مهم نباید صرفاً بر اساس قابلیتهای در حال توسعه اتخاذ شوند.
اشتباهات رایج در تصمیمگیری درباره آینده SSIS
یکی از اشتباهات رایج، تصمیمگیری عجولانه برای بازنویسی کامل Packageها بدون بررسی دقیق هزینه و ریسک این کار است. اشتباه دیگر، نادیده گرفتن قابلیتهای موجود برای اجرای Package در Cloud بدون بازنویسی است که میتواند بهجای بازنویسی فوری، یک مسیر انتقالی مناسب فراهم کند.
یکی از خطاهای مهم، تصور اشتباه درباره یکسان بودن قابلیت Invoke SSIS Package در Fabric با Azure-SSIS Integration Runtime است. این دو قابلیت از نظر معماری، محدودیتها و بلوغ کاملا متفاوت هستند و انتخاب نادرست بین آنها میتواند منجر به شکست پروژه مهاجرت شود.
همچنین، بسیاری از سازمانها بدون انجام Assessment دقیق، مستقیماً وارد فرآیند Migration میشوند که این کار میتواند منجر به شناسایی دیرهنگام مشکلات پیچیده در میانه پروژه شود.
نادیده گرفتن تغییرات امنیتی و ادامه استفاده از روشهای سنتی احراز هویت در محیط Cloud نیز یکی دیگر از اشتباهات رایج است که میتواند ریسک امنیتی قابل توجهی ایجاد کند.
نتیجهگیری
SSIS در سال ۲۰۲۶ همچنان بخشی فعال از اکوسیستم Data Integration مایکروسافت است، اما نقش آن در حال تغییر است. بهجای حذف کامل، مایکروسافت مسیرهایی برای ادغام تدریجی SSIS با Azure و Microsoft Fabric فراهم کرده است. قابلیت Invoke SSIS Package در Fabric، هرچند هنوز در مرحله Preview قرار دارد و محدودیتهای مشخصی مانند عدم پشتیبانی از منابع On-Premises و Custom Componentها دارد، نشاندهنده جهتگیری مشخص مایکروسافت برای حفظ سرمایهگذاری سازمانها روی Packageهای موجود است.
نکته کلیدی برای مدیران فناوری اطلاعات این است که این قابلیت جدید در Fabric، جایگزین کاملی برای Azure-SSIS Integration Runtime محسوب نمیشود. این دو ابزار، دو مسیر متفاوت با بلوغ و محدودیتهای متفاوت هستند و انتخاب بین آنها باید بر اساس نیاز واقعی سازمان صورت گیرد.
برای سازمانها، تصمیم درباره ادامه استفاده از SSIS، مهاجرت به Azure یا حرکت به سمت Fabric باید بر اساس ارزیابی دقیق شرایط خاص هر سازمان صورت گیرد. این تصمیم نباید صرفاً بر اساس ترند فناوری، بلکه بر اساس تحلیل هزینه، ریسک، حجم Packageهای موجود و استراتژی بلندمدت زیرساخت داده اتخاذ شود.
سوالات متداول (FAQ)
1. آیا SSIS در سال ۲۰۲۶ منسوخ شده است؟
خیر، SSIS همچنان توسط مایکروسافت پشتیبانی میشود و بهعنوان پلتفرم Enterprise Data Integration معرفی میشود. با این حال، نقش آن در کنار ابزارهای جدیدتر مانند Fabric Data Factory در حال تغییر است.
2. آیا Invoke SSIS Package در Fabric همان Azure-SSIS Integration Runtime است؟
خیر، این دو قابلیت متفاوت هستند. Azure-SSIS IR یک Runtime کامل و مستقل برای اجرای Native پکیجهای SSIS در Azure است، در حالی که Invoke SSIS Package در Fabric صرفاً امکان فراخوانی Package از داخل Pipeline را با محدودیتهای مشخص Preview فراهم میکند.
3. آیا میتوان هر Package SSIS را در Fabric اجرا کرد؟
خیر، در وضعیت فعلی Preview، Packageهایی که به منابع On-Premises وابسته هستند، از Private Network Endpoint استفاده میکنند یا شامل Custom Component و Third-Party Component هستند، قابل اجرا در این محیط نیستند.
4. آیا باید Packageهای موجود SSIS را بازنویسی کنیم یا مهاجرت دهیم؟
این تصمیم باید بر اساس Assessment دقیق از پیچیدگی Packageها، وابستگیها و حجم داده اتخاذ شود. مایکروسافت پیشنهاد میکند پیش از هر تصمیمی، ارزیابی کامل انجام شود.
5. آیا امنیت SSIS در محیط Cloud تغییر کرده است؟
بله، در برخی سناریوهای اتصال به سرویسهای Fabric مانند Fabric Data Warehouse، احراز هویت باید از روشهای سنتی به Microsoft Entra ID و Service Principal تغییر کند، زیرا این سرویسها از SQL Authentication و Windows Authentication پشتیبانی نمیکنند.
مسیر مناسب SSIS برای سازمان خود را هوشمندانه انتخاب کنید
اگر سازمان شما در حال ارزیابی مسیر آینده زیرساخت SSIS، مهاجرت به Azure یا ادغام با Microsoft Fabric است، تیم فنی توسعه فناوری اطلاعات لاندا آماده ارائه مشاوره تخصصی و انجام فرآیند Assessment دقیق برای انتخاب مسیر مناسب است.
برای دریافت مشاوره و بررسی وضعیت فعلی زیرساخت داده سازمان خود، با کارشناسان لاندا در تماس ✆ باشید.
No comment