Master spec-repo rate limiting post‑mortem(blog.cocoapods.org)
blog.cocoapods.org
Master spec-repo rate limiting post‑mortem
http://blog.cocoapods.org/Master-Spec-Repo-Rate-Limiting-Post-Mortem/
6 comments
When I first heard about this whole mess it seemed to me that the way they use GitHub was somewhat abusive. I'm glad to see they'll forgo shallow clones for full clones but I still find it weird (and abusive) that they use GitHub for this purpose at all. Shouldn't they self host for this kind of thing?
I also find this usage to probably be viewable as abuse, but clearly GitHub has chosen to continue allowing it, even as it has caused them issues like this. I think for them, it has provided some interesting insights about their infrastructure and areas they can optimize (not necessarily because they are lacking). Besides the work they put into this, I can think of at least one other noticeable change they made, which was how the repo pages displayed huge file lists (CocoaPods used to have a massive list of files at the root).
So yes, it's probably not great, but it has given GitHub some fun inf. challenges to build to. If it was something they felt like they couldn't handle, I'm sure they'd politely ask them to hop off their platform ;)
So yes, it's probably not great, but it has given GitHub some fun inf. challenges to build to. If it was something they felt like they couldn't handle, I'm sure they'd politely ask them to hop off their platform ;)
One could assume that they are either simply lazy or incapable of designing such a system on their own. By taking a look at their "index" which consists of one giant directory in a single GitHub Repo, one could indeed argue that it's a mixture of both.
There are so many (big) companies out there using cocoapads for their app development, getting a few to sponsor the hosting bills should be more than doable. A lack of funding is really no excuse.
There are so many (big) companies out there using cocoapads for their app development, getting a few to sponsor the hosting bills should be more than doable. A lack of funding is really no excuse.
If this sounds familiar, it was the subject of a popular HN post from 2 months ago: "CocoaPods downloads max out five GitHub server CPUs (github.com)" https://news.ycombinator.com/item?id=11245652
[deleted]
> issues that our users had.
> GitHub infrastructure team were quick to explain that this was because of us hitting CPU rate limits on their end
and finally at the end of the paragraph
> which turned out to be caused, besides the high volume of clones, by the default options we chose to clone this repo.
If it was me writing this, I'd apologise to Github for the (unintentional) bad design of CocoaPods, and the effect it had on their servers.