Monitoring services is crucial, if you care about the application uptime. There are hundreds if not thousands parameters which you can (and should) monitor, related to CPU, network, hosts, application and so on. What are they? What are the non-obvious choices?
Sztuka programowania 2478 dni, 8 godzin, 56 minut temu 103 źrodło rozwiń
Czasem robiąc code review rodzą się wątpliwości, czy dany kawałek kodu w ogóle działa albo czy przypadkiem nie psuje reszty systemu. Najlepiej w takiej sytuacji przed zamknięciem pull requesta po prostu to przetestować, ale do tego trzeba ściągnąć najnowszą wersję kodu, zbudować i uruchomić projekt a wcześniej odłożyć swoje zmiany na bok. Sam wiem po sobie, że często z tego rezygnowałem. Można jednak rozszerzyć swój proces CI/CD aby build server sam robił deploy każdego pull request’u na odrębne środowisko.
Sztuka programowania 2493 dni, 7 godzin, 59 minut temu 67 źrodło rozwiń
It seems that most people know the importance of software design patterns, best practices or continuous integration. While those subjects are important, there is one more equally essential term, which yields only one relevant result link on the first Google page. Meet Operational Excellence.
Sztuka programowania 2555 dni, 8 godzin, 38 minut temu 53 źrodło rozwiń
Developer’s job is far beyond designing, writing the code and testing it. One of the important responsibilities is to ship the code to production. How to do that safely?
Architektura 2587 dni, 11 godzin, 36 minut temu 117 źrodło rozwiń
Many programmers tend to believe, that sticking to the particular technology of their choice while being reluctant to the other pieces of a rather complex process of providing a completed application is not their concern. DevOps, infrastructural concerns, cloud computing and so on – we got other teams able to do that, correct? Well, even if you do, you’re missing a huge piece of the knowledge that could save your day at some point in the future. Let me briefly present my point of view on the given subject.
Witajcie Prze ostatni tydzień nie było czasu na blogowanie, ale już nadrabiamy zaległości. Czas na podsumowanie zmagań z ostatniego tygodnia. Dzisiaj będzie o pakowaniem projektów do paczek nuget przy użyciu Continuous Delivery na AppVeyor.
Daj się poznać 2017 2795 dni, 21 godzin temu 28 źrodło rozwiń
Jak skonfigurować Continous Delivery dla projektu .NET Core z użyciem Travis CI
Daj się poznać 2017 2809 dni, 22 godziny, 59 minut temu 26 źrodło rozwiń
Recently I’ve been doing a lot of DevOps in order to automate the continuous integration and deployment (CI & CD) of the microservices as much as possible. In this article, I’d like to share with you some of my experiences how to get started with creating your own deployment process and this is going to be the first part of the series of articles related to this process.
Since my project will be hosted on Azure App Services I want to ensure that every pushed commit will land in cloud environment and will be available outside of my local, dev machine. As close to it’s intended, production-like environment as possible. And with Azure App Services you can achieve basic continuous delivery without taking a sweat.
Daj się poznać 2017 2821 dni, 22 godziny, 19 minut temu 49 źrodło rozwiń