Top 3 wishlist for our public cloud Christmas – the AWS re:Invent

 | 2. lokakuuta 2015

AWS re:Invent is right around the corner, and Webscale engineering squad is flying over to our yearly cloud Christmas event to get the latest tech releases fresh from the source – and to enjoy a week in Vegas as a bonus.

In 2014 we came back home with shiny new toys – Lambda for serverless applications, EC2 Container Service to run Docker clusters and Aurora for massively scaling SQL backend.

This year we come prepared with a wish list of things AWS could do even better.

1. Scheduling service

Creating backups, sending a scheduled newsletter and computing web store predictions are all often required examples of scheduled jobs that need to run on online services.

While AWS offers a brilliant set of services for most other needs, a job scheduler is still something you need to write yourself, from scratch.

Commonly used implementations are using a application server scheduling system – which requires a server – or running them as scripts on a on-schedule autoscaling groups – which requires a server – or lately, scheduling the job on Data Pipeline. Each of these implementations works, but requires extra effort and bunch of boilerplate for a simple job. It is like hammering a nail with a chainsaw – in some cases it works, but it is clear that this is not the right tool for the job.

2. API-driven ELB preheating – or better load balancers instead

When you know your service is about to receive a high traffic surge, you need to prepare your environment. Despite being able to scale up your correctly designed AWS environment in minutes, the load balancer service component ELB is a known potential bottleneck for high sudden loads.

Nowadays you need to manually create a support ticket for preparing, “pre-heating”, the load balancer every time you know the service traffic is about to spike. Imagine sending a monthly discount promotion newsletter and having to each and every time send that ticket – or getting lower performance.

We’ve been telling AWS at every turn that this needs to be automated – or gotten rid of the preheating need entirely. In best AWS tradition they tell us it’s being worked on but they can’t really publicly say anything about release plans.

3. NAT server as a service

Running your servers without any publicly visible endpoints is done with private subnets, and having a NAT instance controlling the traffic to your infrastructure privates.

This is something you literally need at every single distributed web service stack, and instead of managing NAT server health it should be just another resource that AWS manages for you completely.

From what AWS architects tell me, we are not alone with this wish.

What’s your top wish from AWS this year? Come tell us over a pint or two on us in the Nordic get together!

Pilvi haltuun

Huolehdimme pilvestä kokonaisuutena, jotta asiakkaamme voivat keskittyä kasvuun, kehitykseen ja asiakkaisiinsa.

Varmistamme, että digitaaliset palvelut toimivat luotettavasti ja tukevat liiketoimintaa kaikissa tilanteissa.

Uusimmat kirjoitukset

Webinaari: Pilvesi toimii tänään, mutta tiedätkö mikä voisi pysäyttää sen huomenna?

6. lokakuuta 2026
Webscale Cloud Morning Pilviriskit hallintaan Tiistai 27.10.2026 klo 8.30 Pilven suurimmat riskit eivät aina näy päällepäin. Liian laajat käyttöoikeudet, yhden avainhenkilön varaan jäänyt osaaminen, puutteelliset varmistukset tai harjoittelematon palautuminen voivat tuntua pieniltä asioilta, kunnes jokin niistä häiritsee liiketoimintaa. Mitkä pilviympäristön riskit ovat aidosti merkittäviä liiketoiminnalle? Mistä organisaatio vastaa itse ja mistä pilvipalveluntarjoaja? Ja miten tunnistaa riippuvuudet ja haavoittuvuudet ennen kuin niistä syntyy ongelma? Webscale Cloud Morning -sarjan toisessa webinaarissa käymme läpi käytännönläheisesti: millaiset pilviympäristön riskit voivat vaikuttaa liiketoiminnan jatkuvuuteen missä vastuu pilvipalveluntarjoajan ja oman organisaation välillä kulkee miten tunnistaa teknologiaan, ihmisiin ja toimintamalleihin liittyviä kriittisiä riippuvuuksia miten varautua häiriöihin ja varmistaa, että palautuminen toimii myös käytännössä millä keinoilla pilven riskejä voidaan tunnistaa ja pitää hallinnassa 30 minuutin aamustartti Jos pilvipalvelut ovat liiketoiminnallenne kriittisiä, mutta riskien todellinen taso ei ole täysin kirkas, tämä puolituntinen kannattaa käyttää.
IT- ja digijohtaja

Teknologiavalinnat ovat yhä strategisempia

21. syyskuuta 2026
Tekoälyn kehitys, uudet regulaatiot ja muuttunut turvallisuusympäristö nostavat teknologiavalintojen merkitystä. Pilvi- ja infrastruktuuripäätöksissä on huomioitava tämän päivän tarpeiden lisäksi jatkuvuus, riippuvuudet ja tulevaisuuden liikkumavara.

AI-avusteinen ohjelmistokehitys muuttaa tietoturvaa – miten CNAPP auttaa hallitsemaan uusia riskejä?

Tekijä Teemu Peräkylä • 19. elokuuta 2026
AI-avusteinen ohjelmistokehitys nopeuttaa kehitystä, mutta tuo mukanaan uusia tietoturvariskejä. CNAPP auttaa tunnistamaan olennaiset riskit ja turvaamaan nopeasti muuttuvat pilviympäristöt.