[WIP][INFRA-1655] Download Packages from Azure #17
Conversation
olblak
changed the title
| We still have to evaluate how expensive it would be. | ||
|
|
||
| === One service by region | ||
| We could also duplicate the service in different locations. |
There was a problem hiding this comment.
I'm not sure I understand why providing distribution in another region would require a different Kubernetes cluster as opposed to just a change in Azure storage settings?
Perhaps I'm missing something here.
There was a problem hiding this comment.
This was just an idea that quickly crossed my mind so I was thinking to use an azure traffic manager service https://docs.microsoft.com/en-us/azure/traffic-manager/traffic-manager-overview in front of several <your_region>.pkg.jenkins.io. If we use a web proxy on the kube cluster, this means that we need several kubernetes clusters (one per region).
olblak
changed the title
| == Motivation | ||
| The motivations are multiple: | ||
|
|
||
| 1. Do not rely on third party link:http://mirrors.jenkins.io/status.html[mirrors]. |
There was a problem hiding this comment.
As maintainer of one of the biggest mirrors in Europe, Should I shut down the server and thus save my own money and my time? /cc @rtyler
| | 11 | ||
|
|
||
| | Title | ||
| | Download packages from Azure |
There was a problem hiding this comment.
@olblak Distributables, plugins and Update Center Metadata, right?
This document is about how we can improve the way we download jenkins packages