By now, most of us know that migrating workloads to the cloud isn’t like simply moving software from one server to another—especially in a complex enterprise infrastructure with many interdependent services and components. There are a lot of things that can go wrong: technical public cloud provisioning issues, security and compliance challenges, lack of cloud skills, wrong public cloud service provider (CSP) selection, unexpected costs, and more.

When you’re troubleshooting an issue, finding the root cause often involves finding specific logs generated by infrastructure and application code. The faster you can find logs, the faster you can confirm or refute your hypothesis about the root cause and resolve the issue! Today, we’re pleased to announce a dramatically simpler way to find logs in Logs Explorer.

Gone are days of large applications having tens of servers to deal with gigabytes of data, when seconds of response time and hours of offline maintenance were acceptable. Modern applications are deployed on everything running thousands of multi-core processors; end-users expect millisecond response times and 100% uptime. Need not mention the applications work with Data in Petabytes.

While Financial Operations (FinOps) isn’t a new concept, it is becoming more prevalent in companies that have started seeing increases in their cloud spend. Historically, when engineers needed to set up infrastructure to complete a project, they had to go through a long process of procuring servers, finding space in a data center, and getting financial approval. This process could take two months or more, so it allowed plenty of time for oversight by the financial department.

In our Green initiative effort, Platform.sh is exposing all necessary information via an open API about the carbon footprint of our regions, so that you can make informed choices on where to deploy your projects.

When clients make HTTP POST requests to ping URLs, Healthchecks captures and stores request body data. You can use this feature to log a command’s output and have it available for inspection later: Same thing, using runitor instead of curl: You can view the request body data in the web UI: Healthchecks also captures and stores email messages, when pinging by email.