Question / Guidance: MinIO Implementation
还没有人认领这个 Issue。
评估
调研方向
首先,将提议的 MSBuildCacheMinioStoragePlugin.cs 与 AzureBlobStorage 实现进行比较,并检查 BuildXL 的 ICacheClient、IContentStore、IContentSession、IMetadataStore、IPublishingStore 及相关接口。确定实际需要哪些 MinIO 缓存组件,然后记录已确定的实现范围和测试方案。
由索引模型根据 Issue 内容生成。
描述
After reading more about MSBuildCache and BuildXL I wanted to ask a few questions to see if implementing MinIO as a cache is feasible and at what level it should be implemented.
- Is the expectation of this repository to hide the internals of BuildXL? The reason I ask is BuildXL seems to be on GitHub but has a decent amount of internal vs public stuff going on. Not clear to me if extending functionality from that repository is recommended.
- If it is recommended to extend functionality from that repository any guidance on a Minio approach? This is what I've currently got in my notes so far:
- Use AzureBlobStorage as an example.
- Careful of classes that seem generic but have Azure specific functionality. May not be able to re-use as much as initially hoped.
- Create MSBuildCacheMinioStoragePlugin.cs
- MSBuildCacheMinioStoragePlugin.cs will implement CreateCacheClientAsync that returns a CasCacheClient to satisfy ICacheClient requirement.
- The CasCacheClient expects a local cache and remote cache. The local cache is already handled. The remote cache must be a Minio compatible remote cache implementation.
- To create a Minio compatible remote cache client we must implement:
- MinioContentStore to satisfy IContentStore requirement.
- MinioContentSession to satisfy IContentSession requirement.
- MinioContentStore and MinioContentSession will be injected into OneLevelCache and "just work" given those new Minio classes are implemented correctly.
- MinioMetadataStore to satisfy IMetadataStore requirement.
- MinioMetadataStore will be injected into MetadataStoreMemoizationDatabase. DatabaseMemoizationStore will "just work" given new Minio classes are implemented correctly.
- IPublishingStore and IPublishingSession looks like they need to be implemented but ran out of time during investigation. Look later to determine requirements.
- IBlobCacheTopology does not seem required but might want to mimic flow anyways to keep things the same.
- Overall very involved. Overhead of learning BuildXL is very high. Testing / debuggability also seems difficult.
Does everything around BuildXL and having to extend that sound correct if we want a Minio / S3 implementation? Am I overstating or understating how involved this is?
Any guidance would be appreciated!
- 主要语言
- C#
- 星标
- 64
- 派生
- 24
- 平均合并
- 1 天 14 小时
- 30 天内合并 PR
- 2
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
microsoft/MSBuildCache 的其他 Issue
-
难度 1/5 1 小时以内 新手友好度 85/100
microsoft/MSBuildCache#154 ·
-
难度 4/5 3-5 天 新手友好度 48/100
microsoft/MSBuildCache#164 · 2 条评论 ·
-
难度 4/5 3-5 天 新手友好度 48/100
microsoft/MSBuildCache#167 · 2 条评论 ·
-
难度 4/5 3-5 天 新手友好度 35/100
microsoft/MSBuildCache#159 ·
-
难度 4/5 3-5 天 新手友好度 25/100
microsoft/MSBuildCache#155 · 1 条评论 ·
查看 microsoft/MSBuildCache 的全部 Issue
相似的 Issue
-
untriaged
难度 1/5 1 小时以内 新手友好度 88/100
dotnet/dotnet-api-docs#13095 ·
-
area-deployment area-integrations triage:bot-seen
难度 2/5 半天 新手友好度 86/100
-
type/automation type/tech-debt
难度 2/5 1-3 小时 新手友好度 84/100
-
bug
难度 1/5 1 小时以内 新手友好度 90/100
newrelic/newrelic-dotnet-agent#3850 · 1 条评论 ·
-
难度 2/5 1-3 小时 新手友好度 88/100
LuckyPennySoftware/AutoMapper#4660 ·