What Cloud does SmartThings use?

(KC) #1

Does SmartThings use Google Cloud Platform? Amazon Web Services? Microsoft Azure? Multiple Clouds? Or are they using Samsung data centers?

With all of the constant outages, I feel as though a more reliable and highly available infrastructure is needed.

(David Montoya) #2

if you had the IP to where the hubs talk back to, you could geo-locate it pretty easily to get your answer, in that it would give you the location of someone’s physical data center.

( I hate Mondays) #3

AWS afaik.


They use AWS, but most of the outages have been due to database issues, not transactional cloud access.



If they’re trying to make a fully resilient platform, wouldn’t they be better using both AWS and Azure for instance, so if one goes down the other can recover?
I know this has been done by some enterprises and has been proven to work


They may be doing some of both, but again, it’s not the cloud going down that’s been the problem. It’s the database design.

Google “Cassandra hotspots.”

(fightingmajor) #7

I’m very disappointed in all of you for leading this person on. Using your tech jargin to make things sound fancy so that it’s actually believable. @kcm117 please do not fall for this trick they are trying to pull on you. Everyone knows that the cloud Smartthings uses is Cirrocumulus. This is the high level cloud where all data is originally stored. If Cirrocumulus starts to bog down with information is it quickly spread out over Cirrus and Cirrostratus. When information is needed to be sent back to your hub, it travels through one of Altostratus, Altocumulus or Nimbostratus. Altocumulus is the most common mid cloud, more than one layer of Altocumulus often appears at different levels at the same time. Many times Altocumulus will appear with other cloud types. After the data is processed through one of these clouds, it then travels though one of the clouds closer to your hub which are called Cumulus, Stratus, Cumulonimbus or Stratocumulus. If you are ever having issues with your data, it’s probably because it went through Cumulonimbus. That cloud is the one that causes the most disruption amongst people. It can get very scary when stuck in that cloud. Everything starts spinning, giving you the feeling your data is caught up in a tornado.

(Brian J Lambert) #8

With all the rain we’ve been having, definitely Cumulonimbus.

(Ben W) #9

Using multiple cloud providers is difficult to sync everything across, then have to deal with routing traffic.

I know of companies running different systems on Azure and AWS. I don’t think many are running the same system on both, at least to scale.

(vlad) #10

Cassandra was a big driver of issues earlier this year - though this has been largely mitigated. Hopefully the community in general has noticed the platform has been more reliable in general since March - which is the result of an organizational wide focus on solving those problems. You are correct in that AWS stability has rarely (no recent incidents come to mind) been a cause of downtime.

In recent memory - (high level) causes have been:

  1. Caching failures which cause stress on our relational database (This was the really bad downtime issue that you quoted me on)
  2. Network Connectivity failures with the services that connect to Hubs (Hubs going offline) - a lot of effort being put into finding root causes (Probably not fair to mark this as a single issue but I’m not sure how many details I’m allowed to share here :slight_smile: )
  3. Deployments. There have been some pretty drastic architectural changes to facilitate performance improvements and bug fixes. Occasionally some unforeseen bugs creep into Production but these have largely been very localized (think IDE only issues or affecting a small subset of users).

There are of course out standing issues out there that impact users on a day to day basis - engineering communicates with support frequently to get reports on what issues their team is fielding the most, which helps drive our prioritization. This is probably why Tim and Jody are constantly reminding everyone to contact support when they run into problems :smiley: .

(Tim Slagle) #11

Ha! This is my favorite post this month. How did you know all our internal naming conventions?!?! :wink:

(David Montoya) #12

This. This. So much this.