This page contains information related to upcoming products, features, and functionality. It is important to note that the information presented is for informational purposes only. Please do not rely on this information for purchasing or planning purposes. As with all projects, the items mentioned on this page are subject to change or delay. The development, release, and timing of any products, features, or functionality remain at the sole discretion of GitLab Inc.
Status Authors Coach DRIs Owning Stage Created
implemented @craig-gomes @ayufan @timzallmann @joshlambert devops non_devops 2020-10-21

Image resizing for avatars and content images

Currently, we are showing all uploaded images 1:1, which is of course not ideal. To improve performance greatly, add image resizing to the backend. There are two main areas of image resizing to consider; avatars and content images. The MVC for this implementation focuses on Avatars. Avatars requests consist of approximately 70% of total image requests. There is an identified set of sizes we intend to support which makes the scope of this first MVC very narrow. Content image resizing has many more considerations for size and features. It is entirely possible that we have two separate development efforts with the same goal of increasing performance via image resizing.

MVC Avatar Resizing

When implementing a dynamic image resizing solution, images should be resized and optimized on the fly so that if we define new targeted sizes later we can add them dynamically. This would mean a huge improvement in performance as some of the measurements suggest that we can save up to 95% of our current load size. Our initial investigations indicate that we have uploaded approximately 1.65 million avatars totaling approximately 80 GB in size and averaging approximately 48 KB each. Early measurements indicate we can reduce the most common avatar dimensions to between 1-3 KB in size, netting us a greater than 90% size reduction. For the MVC we don’t consider application level caching and rely purely on HTTP based caches as implemented in CDNs and browsers, but might revisit this decision later on. To mitigate performance issues with avatar resizing, especially in the case of self managed, an operations feature flag is implemented to disable dynamic image resizing.

sequenceDiagram autonumber Requester->>Workhorse: Incoming request Workhorse->>RailsApp: Incoming request alt All is true: 1.Avatar is requested, 2.Requested Width is allowed, 3.Feature is enabled Note right of RailsApp: Width Allowlist: https://gitlab.com/gitlab-org/gitlab/-/blob/master/app/models/concerns/avatarable.rb#L10 RailsApp->>Workhorse: `send-scaled-img:` request Note right of RailsApp: Set `send-scaled-img:` Header Workhorse->>Workhorse: Image resizing using Go lib Workhorse->>Requester: Serve the resized image else All other cases RailsApp->>Workhorse: Usual request scenario Workhorse->>Requester: Usual request scenario end

Content Image Resizing

Content image resizing is a more complex problem to tackle. There are no set size restrictions and there are additional features or requirements to consider.

  • Dynamic WebP support - the WebP format typically achieves an average of 30% more compression than JPEG without the loss of image quality. More details are in this Google Comparative Study
  • Extract first GIF image so we can prevent from loading 10 MB pixels
  • Check Device Pixel Ratio to deliver nice images on High DPI screens
  • Progressive image loading, similar to what is described in this article about how to build a progressive image loader
  • Resizing recommendations (for example, size and clarity)
  • Storage

The MVC Avatar resizing implementation is integrated into Workhorse. With the extra requirements for content image resizing, this may require further use of GraphicsMagik (GM) or a similar library and breaking it out of Workhorse.

Iterations

  1. ✓ POC on different image resizing solutions
  2. ✓ Review solutions with security team
  3. ✓ Implement avatar resizing MVC
  4. Deploy, measure, monitor
  5. Clarify features for content image resizing
  6. Weigh options between using current implementation of image resizing vs new solution
  7. Implement content image resizing MVC
  8. Deploy, measure, monitor

Who

Proposal:

Role Who
Author Craig Gomes
Architecture Evolution Coach Kamil Trzciński
Engineering Leader Tim Zallmann
Domain Expert Matthias Kaeppler
Domain Expert Aleksei Lipniagov

DRIs:

Role Who
Product Josh Lambert
Leadership Craig Gomes
Engineering Matthias Kaeppler