Keep your budgets flexible with configurable budget periods

TL;DR – Automation makes managing budgets easier and the Budget API now supports configurable budget time periods for even more flexibility!As if I wasn’t going to re-use this template for a terrible Python jokeEven though we just walked through some of the basics of using the Budget API, there’s a new feature that’s worth checking out: the ability to set custom time periods on budgets. Here’s a refresher on how budgets work if you’d like one. By default, budgets work on a monthly basis, so they reset on the first of each month. This is pretty convenient for most use cases, but might not work for you if your finances work on different periods. Regardless of what your timing needs are, let’s look at two new ways to work with your budgets!Calendar periodsWith this new update, you can change the general time period that a budget looks at. There are three options here:Monthly: the default for budgets, starting on the first day of each month and ending on the last day of each month (January 1st through January 31st, for example)Quarterly: an even split of the year into four quarters starting on January 1st, April 1st, July 1st, and October 1stYearly: the whole year, starting with January 1stSince budgets are typically repeated, these new options give you additional options for what the time period should look like. Each budget has its own period that it covers, so you can mix budgets of different time periods together for more customizable reporting!These time periods also affect the budget amounts (more info under the Amount section here) if you’re using the dynamic “last period’s spend” rather than a fixed amount. So, if you’re working with a quarterly budget and it’s currently Q2 (April 1 – June 30th), the last period’s spend amount would be based on Q1 (January 1st – March 31st). This works the same way for yearly budgets, so you can easily track your spending year over year. Let’s see what this looks like using the API!Here’s our new function for creating a budget (and here’s a link to the documentation if you want to see more information about the different properties):Adding a calendar period is pretty straightforward, since it’s just passing an ENUM into the budget filter. Here’s the part where the filter is set:andNow we can pass in budgets.CalendarPeriod.MONTH (or .YEAR or .QUARTER) in order to set the calendar period for this budget. We’ve also updated the function that lists budgets to include more information about the budget, so if we create a new budget and list it:The output will look like this:Custom periodsPicking the calendar periods is great, but what if you need something a bit more custom? For example, maybe you want to set a budget for that ever-popular holiday season, or for a week where you’re rolling out a new product? Custom periods (as the name might imply) can help you with those by giving you the option to set custom start and end dates. So if you’re rolling out that new product on August 18th, you could create a budget with a start date of 2021-08-15 and an end date of 2021-08-25 (or whatever else you want) to track spending during just that period. Combined with all the other filters, there’s quite a bit of granularity!These custom period budgets work a bit differently than the typical calendar period budgets, though:Custom period budgets do not repeat. These budgets are only useful for the time period specified so you’ll have to create multiple budgets to cover each of the time periods you want to know more aboutSince they don’t repeat, you can’t use the “last period’s spend” setting for amount, which makes sense because there’s no last period!The start date must be after January 1st 2017. I’m not really sure who this would affect but now you knowAnd the end date is actually optional. If you don’t provide one, the budget will track all the usage after the start date with no end in sightWith all of that out of the way, let’s look at how to actually create these custom period budgets! The same create_budget function works, and here’s the part that actually sets the start and end dates:Since a budget can’t have a calendar period and a custom period, this will create the budget with one or the other and pass in the properties through the budget filter. So when we run the code:The output will be:One more thingIt’s worth noting that any budgets created with a custom time period won’t show up in the UI. For now, these budgets will have to be managed through the API only. This code should hopefully help you get started with managing them and getting ready for when they’ll be available in the console at some point in the near futureTM. Also here’s the updated list_budget code:In the meantime, you can check out the client library and the documentation for more details. Happy budgeting!Related ArticleAutomate your budgeting with the Billing Budgets APIBudgets are ideal for visibility into your costs but they can become tedious to manually update. Using the Billing Budgets API you can au…Read Article
Quelle: Google Cloud Platform

AWS License Manager bietet jetzt Berichte zur Verlaufsnutzung von Lizenzen

AWS License Manager ermöglicht es Ihnen jetzt, regelmäßige Snapshots Ihrer Lizenznutzung über alle Ihre AWS-Konten hinweg zu erstellen und diese Berichte direkt in Ihrem S3-Bucket zu speichern. Mit diesen Berichten können Sie Ihre bisherige Lizenznutzung nachverfolgen, die Compliance verwalten und die Ausgaben für Lizenzen reduzieren, indem Sie die maximale Lizenznutzung berücksichtigen. Sie können die Häufigkeit der Berichtserstellung je nach Ihren Anforderungen an das Tracking von Lizenzen aktivieren, deaktivieren und ändern. 
Quelle: aws.amazon.com

AWS Database Migration Service unterstützt jetzt Apache Kafka TLS und Authentifizierung

AWS Database Migration Service (AWS DMS) hat seine Integrität und Vertraulichkeit der sicheren Kommunikation auf selbstverwaltete Apache Kafka- und Amazon MSK-Endpunkte erweitert. Unter Verwendung von AWS DMS mit verbesserter Sicherheit-der-Transportebene-Authentifizierung und -Verschlüsselung (TLS) können Sie jetzt SSL-Verschlüsselung und -Authentifizierung oder SASL-SSL verwenden, um Kafka-Endpunktverbindungen zu sichern. Diese Sicherheitserweiterung adressiert den steigenden Bedarf an Cloud-Sicherheit und verbessert die Sicherheit von AWS DMS.  
Quelle: aws.amazon.com

AWS kündigt AWS App Runner an

Amazon Web Services, Inc. (AWS), ein Unternehmen von Amazon.com (NASDAQ: AMZN), gibt die allgemeine Verfügbarkeit von AWS App Runner bekannt. Dabei handelt es sich um einen vollständig verwalteten Container-Anwendungsservice, der es Kunden ohne vorherige Container- oder Infrastrukturerfahrung ermöglicht, containerisierte Webanwendungen und APIs mit nur wenigen Klicks zu erstellen, bereitzustellen und auszuführen. Kunden stellen einfach den Quellcode, ein Container-Image oder eine Deployment-Pipeline zur Verfügung, und App Runner baut die Webanwendung automatisch auf und stellt sie bereit, sorgt für Load Balancing, skaliert bei Bedarf und überwacht den Zustand der Anwendung.
Quelle: aws.amazon.com

Bekanntgabe der allgemeinen Verfügbarkeit von AWS IoT Core Device Advisor

AWS IoT Core Device Advisor, eine vollständig verwaltete Cloud-basierte Testfunktion zur Validierung von IoT-Geräten, ist jetzt allgemein in den Regionen us-east-1, us-west-2, eu-west-1 und ap-northeast-1 verfügbar. Jetzt können Entwickler vorgefertigte Tests verwenden, die von Device Advisor bereitgestellt werden, um zu validieren, dass ihre IoT-Geräte bewährte Methoden für zuverlässige und sichere Konnektivität mit AWS IoT Core implementieren. Die vorgefertigten Tests von Device Advisor helfen Entwicklern, ihre Gerätesoftware schnell gegen die bewährten Methoden für die Verwendung von TLS, MQTT, Device Shadow, und IoT-Jobs zu validieren und dadurch die Kosten und den Zeitaufwand für die Entwicklung, das Testen und die Bereitstellung zu reduzieren.
Quelle: aws.amazon.com

Amazon EKS und EKS Distro unterstützen jetzt Kubernetes Version 1.20

Kubernetes entwickelt sich angesichts häufigen Funktions-Releases und Fehlerbehebungen sehr schnell. Zu den Highlights von Kubernetes 1.20 gehören RuntimeClass und Process ID Limits, die den stabilen Status erreichen, API Priority und Fairness, die standardmäßig aktiviert sind, und kubectl debug, das den Beta-Status erreicht hat. Weitere Informationen zu Kubernetes in Version 1.20 finden Sie in den Versionshinweisen für das Kubernetes-Projekt.  
Quelle: aws.amazon.com