如何将自定义DLL加载到运行AKS POD中
我们有DOT Net Core应用程序，该应用程序正在AK中运行，我们需要将自定义DLL插入运行POD。
关于自定义DLL：遵循某些合同的每个客户实施的自定义。
我们已经探索过
- 在Azure Blob中上传自定义DLL的几个解决方案，并从运行时间运行POD中加载DLL，以执行自定义代码
- 包Dotnet Core App Image和自定义DLL image并将其部署到AKS。
有什么更好的方法来实施此问题吗？是否有行业标准来解决此架构问题？
注意：主要是，我正在寻找部署体系结构标准，而不是为了实现详细信息，例如反射或MEF等
。
We have dot net core application which is running in AKS and we need to plug custom DLL into running pod.
About Custom DLL: Customization implemented by each customer which follows certain contracts.
Couple of solutions which we have already explored
- Upload custom dll in azure blob and load that dll from running pod at runtime to execute the custom code
- Package dotnet core app image and custom DLL image into one image and deploy it to AKS.
Is there any better way to implement this problem? any industry standard to solve this architecture problem?
Note: Mainly, I am looking for deployment architecture standard and not for implementation details like Reflection or MEF etc.
thanks in advance.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
图像应是包装和版本的一组编译代码的不变文物。
如果您的客户将自定义DLL放到存储中，则触发将包装版本的Docker构建，并运行此版本。
这样做将使您可以运行DLL的不同版本，还原为特定版本，或在本地调试特定版本。
从卷中动态加载会增加一些“魔术”，这些“魔术”迟早会破裂。
我的两分钱
Images should be immutable artifacts that package and version a set of compiled code.
If your customer drops a custom dll to a storage, then trigger a docker build that will package a version, and run this version.
Doing so will let you run different versions of your dlls, revert to a specific version, or debug locally a specific version.
Loading dynamically from a volume will add some "magic" that will break sooner or later.
My two cents