HEOMF – Optimoinnin arkkitehtuuri – Osa 9

Pilvi vs paikallinen ohjaus – kuka oikeasti hallitsee järjestelmää?

Kotitalouden energiajärjestelmässä lähes kaikki laitteet tarjoavat tänä päivänä:

  • pilvipalvelun
  • mobiilisovelluksen
  • etäohjauksen

Ja tämä tuntuu hyvältä.

👉 kaikki toimii helposti
👉 kaikki on valmista

Mutta samalla tapahtuu jotain huomaamatonta:

👉 ohjaus siirtyy pois sinulta

Kysymys jota harvoin kysytään

👉 kuka tekee päätökset?

  • sinä?
  • automaatio?
  • optimointi?
  • vai laitteen valmistaja?

👉 usein vastaus on:

👉 yhdistelmä, jota kukaan ei täysin hallitse

Pilvipohjainen ohjaus

Mitä se tarkoittaa

  • ohjaus tapahtuu valmistajan palvelun kautta
  • data kulkee internetin yli
  • päätökset voivat olla laitteen sisällä

Edut

  • helppo käyttöönotto
  • valmis käyttöliittymä
  • toimii ilman omaa kehitystä

Ongelmat

  • viive
  • epävarmuus
  • ei kontrollia
  • muutokset ilman varoitusta

👉 pahimmillaan:

  • järjestelmä lakkaa toimimasta
  • et voi tehdä mitään

Paikallinen ohjaus

Mitä se tarkoittaa

  • ohjaus tapahtuu omassa verkossa
  • ei riippuvuutta pilvestä
  • päätökset omassa hallinnassa

Edut

  • nopea
  • luotettava
  • hallittava
  • ennustettava

Ongelmat

  • vaatii enemmän suunnittelua
  • vaatii osaamista

👉 mutta:

👉 tämä on ainoa tapa rakentaa oikeasti robusti järjestelmä

Hybridimalli (realistinen)

Todellisuudessa:

👉 useimmat järjestelmät ovat hybridiä

Esimerkki:

  • optimointi → paikallinen
  • ohjaus → paikallinen
  • data → osittain pilvessä

👉 tämä on usein paras kompromissi

Suurin riski: piilotettu logiikka

Moni laite:

  • näyttää yksinkertaiselta
  • mutta sisältää oman optimoinnin

Esimerkkejä:

  • lämpöpumppu säätää itseään
  • invertteri rajoittaa tehoa
  • auto päättää latauksesta

👉 ja sinä et näe:

  • miksi se teki niin
  • milloin se tekee muutoksen

👉 tämä rikkoo koko optimoinnin

Tehonhallinta ei saa olla pilvessä

Tämä on kriittinen sääntö.

👉 kokonaistehon hallinta:

  • pitää toimia millisekunneissa
  • ei saa epäonnistua
  • ei saa viivästyä

👉 siksi:

❌ ei pilveen
✅ paikallisesti

Käytännön periaate

🔴 Pilveen voi laittaa

  • historiadata
  • raportointi
  • visualisointi

🟡 Pilvessä voi olla

  • ennusteet
  • hintadata

🟢 Paikallisesti pitää olla

  • ohjaus
  • optimointi
  • tehonhallinta

Kyberturvallisuus näkökulma

Pilvi tuo:

  • ulkoisen hyökkäyspinnan
  • riippuvuuden kolmannesta osapuolesta

Paikallinen tuo:

  • enemmän kontrollia
  • vähemmän altistusta

👉 mutta vain jos se on oikein toteutettu

Yleinen virhe

“Kaikki toimii sovelluksella → tämä on hyvä”

Todellisuudessa:

👉 tämä on usein merkki siitä että:

  • ohjaus on hajautettu
  • järjestelmä ei ole hallinnassa

Yhteenveto

Pilvi:

  • helppo
  • mutta epävarma

Paikallinen:

  • vaatii enemmän
  • mutta toimii

Hybridimalli:

👉 usein paras ratkaisu

💡 Tärkein oivallus

Se mikä toimii tänään pilvessä

ei välttämättä toimi huomenna

Seuraava askel

Kun ohjaus on ymmärretty:

👉 seuraava kriittinen kysymys on:

👉 Seuraavassa osassa

Osa 10: Mittaus – ilman dataa ei ole optimointia

  • mitä pitää mitata
  • mitä usein EI mitata
  • miksi järjestelmät toimivat “arvauksella”

Piditkö artikkelista?

Seuraa blogia myös Blogit.fi:ssä, niin löydät uudet kirjoitukset helposti.

Seuraa blogia Blogit.fi:ssä