Aws-lambda-dotnet: بخيبة أمل من تنفيذ بوويرشيل

نشكرك على تجربة دعم PowerShell الخاص بنا ونأسف لأنه لا يلبي توقعاتك. يتضمن الجزء الأكبر من 22 ميغابايت وحدة AWSPowerShell.NetCore اللازمة للوصول إلى خدمات AWS. إنه شيء نأمل معالجته في المستقبل ولكن هذه مشكلة منفصلة ثم تشغيل PowerShell في Lambda.

ليس لدينا الوحدة النمطية مثبتة مسبقًا في البيئة نظرًا لتحديثها كثيرًا. كما أننا لا نرغب في أن يكون لديك تبعيات مثبتة مسبقًا في وقت التشغيل والتي لا يلزم الرجوع إليها برقم الإصدار. مثل Import-Module ، لأنه يجعل تحديث الإصدار أمرًا خطيرًا للغاية بالنسبة لنا.

تتمثل الميزة الإضافية لتجميع حزم PowerShell NuGet مع حزم النشر في أنه يمكنك البدء في الإصدارات الجديدة من PowerShell بمجرد إصدارها. على سبيل المثال ، قمنا بالشحن باستخدام الإصدار 6.0.4 ثم ظهر بعد ذلك بيومين 6.1.0. يمكنك البدء في استخدام 6.1.0 على الفور عن طريق تعيين المعلمة -PowerShellSdkVersion على 6.1.0 عند استدعاء Publish-AWSPowerShellLambda .

مرة أخرى شكرا مرة أخرى لتجربته. سنواصل تطوير التجربة كما نفعل دائمًا في AWS وآمل أن تجربها مرة أخرى في المستقبل.

normj شكرًا على العودة إليّ ، إنه حقًا موضع تقدير. أحب حقيقة أن Lambda يمكنه الآن دعم Powershell ، لكنني أعتقد أنه سيكون من الأفضل أن يكون لديك وقت تشغيل خاص به مع تثبيته مسبقًا على الإصدارات الرئيسية الحالية (يقومون بتحديثه لمدة 12 شهرًا تقريبًا) مما يمنحنا وصولاً مضمّنًا للتعديل إلى ps1 و IF هناك حاجة ماسة للإصدار الثانوي يمكننا تحميل الثنائي وفقًا للطريقة الحالية.

سأغلق هذا لأنه لا يوجد شيء عملي الآن ولكن صدقوني أنني لا أرفض ملاحظاتك. في الوقت الحالي ، كان هذا الحل نهجًا يمكننا تحقيقه في الوقت الذي كان لدينا مع وقت تشغيل Lambda الذي كان لدينا وهو يلبي عددًا قليلاً من طلبات العملاء التي تلقيناها. كما قلت من قبل ، سنواصل تطوير هذه التجربة ونأمل أن نصل في النهاية إلى التجربة التي تريدها.