block / block/bundle-cache

Support Custom Endpoints

オープン
#39 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
Go
スター
21
フォーク
3
平均マージ
21日 9時間
マージ済み PR(30日)
1

説明

Currently, bundle-cache hardcodes the endpoint that hosts the bucket [here](https://github.com/block/bundle-cache/blob/bcd00476d6d8e348723afbfb312435d95b824941/gradlecache/s3.go#L240) to the object store provided by AWS.

We have our own internal S3 cache and were curious if the project would be open to a contribution to support a custom endpoint (could be anything, GCP, AWS, etc), assuming what I mentioned above is correct. Are there any reasons why this wouldn't work (other places where AWS s3 assumptions are made, etc)?

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

gradlecache/s3.go の、240 行目付近にあるリンク先エンドポイントの構築から始め、続いて周辺のコードを調べて、AWS 固有の他の前提がないか確認してください。完了条件は、呼び出し元がカスタムのオブジェクトストレージエンドポイントを指定する方法を定義し、既存の AWS パスを壊さずにキャッシュが内部の S3 互換サービスを利用できることを確認することです。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
aws, go
領域
cli, cloud
issue の種類
機能追加
難易度
3/5
見積もり時間
1〜2日
活発さ
活発
明瞭さ
おおむね明確
初心者へのやさしさ
52/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。