{"id":241,"date":"2022-02-12T20:30:00","date_gmt":"2022-02-13T01:30:00","guid":{"rendered":"http:\/\/sycured.127.0.0.1.sslip.io\/?p=241"},"modified":"2024-01-14T11:45:49","modified_gmt":"2024-01-14T16:45:49","slug":"azure-pipelines-incident-extreme-stress-cooldown","status":"publish","type":"post","link":"http:\/\/10.42.0.68:8080\/blog\/azure-pipelines-incident-extreme-stress-cooldown","title":{"rendered":"Azure Pipelines – From incident and extreme stress to cool down"},"content":{"rendered":"\n

I’m working on Azure and honestly, I cry nearly every day. I have never seen such crazy infrastructure and support.<\/p>\n\n\n\n

Today, I’ll tell you, my bad experience with Azure Pipelines and what I can’t tell the client about their stupid choice.<\/p>\n\n\n\n

In addition, I’ll share how I transitioned from extreme stress to cooldown: not for everyone because you need to accept and won’t come back on this choice.<\/p>\n\n\n\n\n\n\n\n

1 major incident: 4 days in a week<\/h2>\n\n\n\n

I discovered this issue with a pipeline queued<\/strong> for more than 40 minutes<\/strong>. You understand quickly that you’ve got an incident and when you go to their Status page<\/a>, you’ve nothing listed.<\/p>\n\n\n\n

In the end, I tried to obtain 2 virtual machines (1 Windows and 1 Ubuntu) to install their agent on to replace the hosted agent (the one in the incident).<\/p>\n\n\n\n

The answer was that we pay the hosted agent, and we continue with it.<\/em><\/p>\n\n\n\n

So stupid way, it’s not working, we’ve all pipelines queued and some going to timeout due to no hosted agent available to handle.<\/p>\n\n\n\n

The total time of this incident at this time is: 54 hours, 48 minutes<\/p>\n\n\n\n