Unlock cloud savings on the fly with autoscale on Azure

Unused cloud resources can put an unnecessary drain on your computing budget, and unlike legacy on-premises architectures, there is no need to over-provision compute resources for times of heavy usage.

Autoscaling is one of the value levers that can help unlock cost savings for your Azure workloads by automatically scaling up and down the resources in use to better align capacity to demand. This practice can greatly reduce wasted spend for those dynamic workloads with inherently “peaky” demand.

In some cases, workloads with occasionally high peak demand have extremely low average utilization, making them ill-suited for other cost optimization practices, such as rightsizing and reservations.

For periods when an app puts a heavier demand on cloud resources, autoscaling adds resources to handle the load and satisfy service-level agreements for performance and availability. And for those times when the load demand decreases (nights, weekends, holidays), autoscaling can remove idle resources to reduce costs. Autoscaling automatically scales between the minimum and maximum number of instances and will run, add, or remove VMs automatically based on a set of rules.

Autoscaling is near real-time cost optimization. Think of it this way: Rather than build an addition to your house with extra bedrooms that will go unused most of the year, you have an agreement with a nearby hotel. Your guests can check-in, at any time and at the last minute, and the hotel will automatically charge you for the days when they visit.

Not only does it utilize cloud elasticity by paying for capacity only when you need it, you can also reduce the need for an operator to continually monitor the performance of a system and make decisions about adding or removing resources.

What services can you autoscale?

Azure provides built-in autoscaling using Azure Monitor autoscale for most compute options, including:

Azure Virtual Machines Scale Sets—see How to use automatic scaling and virtual machine scale sets.
Service Fabric—see Scale a Service Fabric cluster in or out using autoscale rules.
Azure App Service—see Scale instance count manually or automatically.
Azure Cloud Services has built-in autoscaling at the role level. See How to configure autoscaling for a cloud service in the portal.

Azure Functions differs from the previous compute options because you don't need to configure any autoscale rules. The hosting plan you choose dictates how your function app is scaled:

With a consumption plan, your functions app will scale automatically, and you will only pay for compute resources when your functions are running.
With a premium plan, your app will automatically scale based on demand using pre-warmed workers that run applications with no delay after being idle.
With a dedicated plan, you will run your functions within an App Service plan at regular App Service plan rates.

Azure Monitor autoscale provides a common set of autoscaling functionality for virtual machine scale sets, Azure App Service, and Azure Cloud Service. Scaling can be performed on a schedule, or based on a runtime metric, such as CPU or memory usage.

Use the built-in autoscaling features of the platform if they meet your requirements. If not, carefully consider whether you really need more complex scaling features. Examples of additional requirements may include more granularity of control, different ways to detect trigger events for scaling, scaling across subscriptions, and scaling other types of resources.

Note that application design can impact how that app handles scale as a load increases. To review design considerations for scalable applications, including choosing the right data storage and VM size, and more, check out Design scalable Azure applications—Microsoft Azure Well-Architected Framework.

Also know that, in general, it is better to scale up than to scale down. Scaling down usually involves deprovisioning or downtime. So, choose smaller instances when a workload is highly variable and scale out to get the required level of performance.
You can set up autoscale in the Azure portal, PowerShell, Azure CLI, or Azure Monitor REST API.

Get started with autoscaling

With autoscaling, you can dynamically scale your apps to meet changing demand or anticipate loads with different schedules and set rules that trigger scaling actions. Regardless of how you set it up, the goal is to maximize the performance of your application and save money by not wasting server resources.
Quelle: Azure

AWS Amplify Studio kündigt neue Funktionen zum Speichern und Verwalten von Dateien an

AWS Amplify Studio bietet jetzt eine visuelle Benutzeroberfläche zum Einrichten und Verwalten von Dateispeicher-Ressourcen, die das Speichern und Bereitstellen von benutzergenerierten Inhalten (z. B. Fotos und Videos) aus Web- oder mobile Apps vereinfacht. Mit Amplify Studio können Sie ganz einfach einen Amazon-S3-Bucket erstellen, Dateizugriffsebenen konfigurieren, Speicher-Client-Bibliotheken in Ihre Web- oder mobilen Awendung integrieren und Dateien im Drag-and-Drop-Dateiexplorer von Studio verwalten.
Quelle: aws.amazon.com

Amazon Athena unterstützt jetzt auch die Abfrage von Amazon-Ion-Daten

Amazon Athena unterstützt jetzt Daten, die im Amazon-Ion-Format gespeichert sind, einem reich typisierten, selbstbeschreibenden Format, das von Amazon entwickelt und als Open Source bereitgestellt wurde. Amazon Ion bietet austauschbare Binär- und Textformate, die die Einfachheit der Verwendung von Text mit der Effizienz der Binärkodierung kombinieren. Das Ion-Format wird derzeit von internen Amazon-Teams, von AWS-Services wie der Amazon Quantum Ledger Database (Amazon QLDB) und in der Open-Source-SQL-Abfragesprache PartiQL verwendet.
Quelle: aws.amazon.com

AWS-Lambda-Funktion-URLs: integrierte HTTPS-Endpunkte für Ihre Lambda-Funktionen

AWS Lambda kündigt Lambda-Funktions-URLs an, eine neue Funktion, die es einfacher macht, Funktionen über einen HTTPS-Endpunkt als integrierte Fähigkeit des AWS-Lambda-Services aufzurufen. Sie können Funktions-URLs zu neuen und bestehenden Funktionen mit einem einzigen Klick von der Konsole aus hinzufügen oder sie mit wenigen Zeilen mit AWS CloudFormation oder dem AWS Serverless Application Model verwenden. Funktions-URLs sind ideal für den Einstieg in die Entwicklung von Web-Services auf Lambda oder für allgemeine Aufgaben wie die Erstellung von Web-Hooks.
Quelle: aws.amazon.com

Ankündigung von Unified Settings (Vereinheitlichte Einstellungen) in der AWS-Managementkonsole

Wir freuen uns, Unified Settings in der AWS-Managementkonsole einführen zu können. Mit Unified Settings bleiben die Einstellungen über verschieden Geräte, Browser und Services hinweg erhalten. Bei der Einführung wird Unified Settings die folgenden Einstellungen unterstützten: Standardsprache, Standardregion und Anzeige der Lieblings-Services. Die Einstellung Standardsprache zeigt Ihre bevorzugte Sprache in der Mangementkonsole an und die Standardregion legt die AWS-Region fest, die geladen wird, wenn Sie sich anmelden oder eine Service-Konsole laden. Die Anzeige der Lieblings-Services hingegen zeigt die Services in der Favoritenleiste entweder mit dem Service-Symbol und dem vollständigen Namen oder nur mit dem Service-Symbol an. Unified Settings ist in allen öffentlichen AWS-Regionen verfügbar.
Quelle: aws.amazon.com

Amazon OpenSearch Service unterstützt jetzt die Benutzung von benutzerdefinierten Wörterbüchern mit IK Analysis Plugin

Mit Amazon OpenSearch Service können Sie jetzt benutzerdefinierte Wörterbücher mit dem IK-Analyse-Plug-in (Chinesisch) verwenden. Mit der Unterstützung für benutzerdefinierte Wörterbücher können Sie Ihre bevorzugten Schlüsselwörter und Synonyme mit IK Analyzer verwenden, um die Suchergebnisse an Ihre Geschäftsanforderungen anzupassen.
Quelle: aws.amazon.com