Skip to content

Updates to and publish of SaaS technology category - #84

Open
dsmithsl wants to merge 1 commit into
mainfrom
software-as-a-service
Open

Updates to and publish of SaaS technology category#84
dsmithsl wants to merge 1 commit into
mainfrom
software-as-a-service

Conversation

@dsmithsl

Copy link
Copy Markdown
Collaborator

Description of Change

Putting SaaS technology category up for review. Credit to @dhope-scottlogic with some minor updates.

@dsmithsl
dsmithsl requested a review from dkrees June 30, 2025 14:43
SaaS products are typically multi-tenant where many users share the same servers and database. This means that infrastructure will typically be heavily utilised and won't have periods of doing no work like a dedicated physical server or even dedicated cloud VM might.

How much of an advantage this is depends on how an organisation runs software. Where an organisation uses dedicated hardware for an application then there is likely a notable gain here. On the other hand where an application cluster like Kubernetes is used then the advantage is less because this also permits high utilisation. Even so, the use of SaaS generally ensures all components including the DB are shared, which isn't always the case for in-house cloud apps.
How much of an advantage this is depends on how an organisation runs software. Where an organisation uses dedicated hardware for an application then there is likely a notable gain here. On the other hand where an application cluster like Kubernetes is used then the advantage is less because this also permits high utilisation. Even so, the use of SaaS generally ensures all components including the DB are shared, which isn't always the case for in-house cloud apps.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we replace "DB" with "database" - for clarity?

| Front-end emissions | Measurement | Yes |
| Number of requests and request times | Browser stats or metrics on backend to backend call | Yes |
| Data stored | Reported by SaaS or tracked by company | Yes |
| Location | Service location often published as has regulatory implications. Also can be reverse looked up via IP (but could be misleading if intermediary like a CDN is inbetween the client and servers) | No |

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"inbetween" typo "in between"?

A common approach to estimating emissions for suppliers is to use information about how much money has been spent with a provider to work out rough emissions. This works on the assumption that the more money you spend with a supplier the greater the proportion of the emissions of that supplier are attributable to you. For example, if you buy a ticket on a plane a certain fraction of the plane's (and ultimately airline's) emissions are associated with your company. If you buy ten tickets the fraction of emissions attributable to your organisation is ten times higher.

This is an approximation method promoted by Sustainable Web Design (SWD) Community Group and published on <a href="https://sustainablewebdesign.org/calculating-digital-emissions/">sustainablewebdesign.org</a>. The method is specifically about websites but parts of it can be adapted for other uses. It covers all aspects of a service from the front-end through to embodied carbon on the server and although it provides one number as an output this can be split if only part of the estimate is of interest. The input to this method is the number of GBs transferred.
To do this calculation requires an emissions factor which is a single number with a unit of CO2e per amount of currency spent (e.g. kgCO2e per dollar spent). These figures are worked out based on research and published as databases such as the BEIS emissions factors. You can then take your total spend and simply multiply it by this factor to get an estimate.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

BEIS emissions factors? Link?


{% include linkedHeading.html heading="Further refinement of estimations" level=4 %}

The SWD and 1-byte methods are primarily based around quantity of data transferred. This has in part been chosen as a proxy metric for the issue of bloaded page weights. Large page weight is a major factor in emissions from end-user devices, servers, networking equipment and also the cause of rapid end-user device turnover. Therefore, optimising the page weight of a website can make it more sustainable. This might not be the largest factor in some cases (some of which are discussed below). With some knowledge of the specifics of a particular website or SaaS product it may be possible to take into account the most significant factors. This provides a better picture of emissions and can make carbon optimisation efforts more effective.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"bloaded"? Bloated perhaps?

{% include linkedHeading.html heading="Emissions from the backend" level=5 %}

The SWD and 1-byte methods are primarily based around quantity of data transferred but this isn't always a fair representation of the processing time on the server. For example it may be that a number of data sources (e.g. multiple DB tables or separate services) need to be queried in order to fetch a lot of data that is then aggregated down to just a few values resulting in a small returned payload.
It may be that a number of data sources (e.g. multiple DB tables or separate services) need to be queried in order to fetch a lot of data that is then aggregated down to just a few values. This will result in a small returned payload and an underestimation of emissions when using estimates purely based on data transfer quantity.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"DB" - can we use "database" again?

@dkrees

dkrees commented Jul 1, 2025

Copy link
Copy Markdown
Collaborator

Navigation side bar doesn't include the SaaS page (navigation in general needs reviewing and overhauling).

@dkrees

dkrees commented Jul 1, 2025

Copy link
Copy Markdown
Collaborator

We need to include SaaS based AI services (ChatGPT, Claude etc etc).
Based on conversations with @cronky
I think we need to explicitly highlight some of these other types of services that could fall into SaaS:

  • AI
  • API (it's briefly mentioned)
  • Content and Data (documents, data, media (& streaming))

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants