Skip to content
  • Stuff
  • Travel
  • Beverages
  • Support Antipaucity
  • Projects
  • About

antipaucity

fighting the lack of good ideas

raas – the failure of “-as-a-service” in the physical world

Posted on 26 June 201730 June 2023 By antipaucity 3 Comments on raas – the failure of “-as-a-service” in the physical world

Roads are empty something like 90% of the time.

8% of the time, they’re rightly-sized.

1.5% of time, they’re a little tight.

But that .5%? Holy CRAP are they ever too small when they’re too small!

Imagine if the “*-as-a-Service” model could be applied to roads: expand their capacity on-demand as use requires. It works for businesses expanding and contracting their technical needs (a la cloud computing).

It [could] work for getting fancy dentures when you need them.

I guess this is what flying cars are supposed to alleviate – but with ~220,000,000 registered drivers in the US, imagine even 0.1% of them driving flying cars. That’d be 220,000 flying cars. If even 1% of them decided to utilize the “flight” aspect at any given time, that’d be 2200 vehicles in the air. 2200 vehicles with no flight plans. 2200 vehicles in an unknown state of fueling, repair, etc. Air travel is currently the safest form of transport. Would that still be true with 2200 angry drivers trying to escape from the traffic they find themselves in at the same time? Especially given the non-uniform distribution of those vehicles (they’ll dominantly simultaneously appear in ultra-densely-populated areas and ultra-rural ones), this wouldn’t be the utopia of George Jetson. It’d be the insanity of Back to the Future Part II when the Delorean arrives in 2015 from 1985. But worse.

My best professor once said, “no one has gotten elected saying they want to eliminate roads”. But followed that up with, “every time roads are expanded, they get just as busy during busy times, and waste an awful lot of concrete the other 23.2 hours of the day”.

What we need is a way to carry-over the technological paradigm of “*-as-a-Service” into physical infrastructure. Because it sucks.

Bad.

I don’t know best to approach that. Certainly the “sharing economy” models of Uber & Lyft are a component.

And self-driving cars will help.

But only when they’re not only “self-driving”, but when they’re actively communicating and optimizing with other vehicles. But what happens when you are “optimized” into a “slower” path because other vehicles were “optimized” into “faster” ones?

It’s certainly a thorny area of societal thinking to wade into. And one that needs lots of thoughtful input and consideration from many quarters.

ideas Tags:aaS, cloud, driving, flying-cars, paradigmfail

Post navigation

Previous Post: the jetsons used cash
Next Post: ssl configuration for apache 2.4 on centos 7 with let’s encrypt

More Related Articles

first experiment follow-up books
above the cloud storage cool
meetings commentary
columnar “email” ideas
a kinder, gentler HRT ideas
apple should buy sprint ideas

Comments (3) on “raas – the failure of “-as-a-service” in the physical world”

  1. Eric Hydrick says:
    26 June 2017 at 03:56

    GPS apps like Waze try to fix this by identifying roads that are at (or even over) capacity and routing drivers to other routes. The new route may be slower compared to an alternative in the “default” state of “the road has enough capacity”, but in times of heavy traffic, the alternate route may actually be faster at that moment.

    This introduces a new issue of getting traffic and congestion data into somewhere that everyone can benefit, not just the users of a particular app, but this at least is a way to “expand” road capacity on demand.

  2. Warren says:
    27 June 2017 at 11:18

    that’s rerouting / network optimization

    that’s not expanding capacity … it’s offloading usage to the road less traveled

  3. Eric Hydrick says:
    28 June 2017 at 01:30

    It’s what you’re suggesting self-driving Ubers and Lyfts do – I’m just pointing out we have a mechanism for it right now. “Expanding capacity” would mean dynamically generating new roads, or as a more realistic analogy, opening previously closed roads to handle increases in traffic.

    In the examples we used – the roads weren’t closed, but also weren’t optimal for whatever travel you wanted to do until capacity reached a certain point. Since we can’t magically add roads/lanes/etc. to our existing infrastructure, the “as-a-service”-style scaling has to come from smarter (in this context, alternate) routing.

    Route B may be slower 99.5% of the time, but that .5% of the time Route A is is at or over capacity, it becomes faster, and that’s where smarter cars/GPSes can optimize traffic, and create the illusion of increased capacity.

Comments are closed.

June 2017
S M T W T F S
 123
45678910
11121314151617
18192021222324
252627282930  
« Mar   Jul »
RSS Error: WP HTTP Error: cURL error 60: SSL: no alternative certificate subject name matches target hostname 'paragraph.cf'

Books

  • Debugging and Supporting Software Systems
  • Storage Series

External

  • Backblaze
  • Cirkul
  • Fundrise
  • Great Big Purple Sign
  • Password Generator
  • PayPal
  • Tech News Channel on Telegram
  • Vultr
  • Wish List

Other Blogs

  • Abiding in Hesed
  • Chris Agocs
  • Eric Hydrick
  • Jay Loden
  • Paragraph
  • skh:tec
  • Tech News Channel on Telegram
  • Veritas Equitas

Profiles

  • LinkedIn
  • Server Fault
  • Stack Overflow
  • Super User
  • Telegram
  • Twitter

Resume

  • LinkedIn
  • Resume (PDF)

Services

  • Datente
  • IP check
  • Password Generator
  • Tech News Channel on Telegram

Support

  • Backblaze
  • Built Bar
  • Cirkul
  • Donations
  • Fundrise
  • PayPal
  • Robinhood
  • Vultr
  • Wish List

35-questions 48laws adoption automation blog blogging books business career centos cloud community documentation email encryption facebook google history how-to hpsa ifttt linux money networking politics prediction proxy review scifi security social social-media splunk ssl startup storage sun-tzu tutorial twitter virtualization vmware wordpress work writing zombie

Copyright © 2025 antipaucity.

Powered by PressBook Green WordPress theme