“Yürüyüş İskeleti” nedir?

Çevik ekiplerimden biri projelerinin ilk aşamalarında ilginç bir yaklaşım benimsemiştir. Projeye kod altyapısını kurdukları ve çözüm mimarisine karar verdikleri bir Sprint 0 ile başlamak yerine, DevOps uygulaması olarak tanımladıkları bir “Yürüyüş İskeleti” inşa etmeye başladılar.

Bunun ortaya çıkması gibi görünen şey, çok küçük bir şey inşa etmek (bir API durumunda, sadece yeni bir başlangıç ​​noktasıdır 200-OK), bunun sürekli entegrasyonda çalışmasını sağlamak ve bunu her bir ortamda dağıtmak için sürekli dağıtım boru hattını oluşturmaktır:

Geliştirme ► Test ► UAT ► Üretim öncesi ► Üretim

Süreçte, konuşlandırmanın son dakikaya bırakılması durumunda kaybedilebilecek birçok işlevsel olmayan gereksinimi ortadan kaldırmayı başardılar.

Sorum şu: “Yürüyüş İskeleti” nedir ve DevOps uygulamalarını takip eden Çevik bir takıma ne yararı sağlar?

Bir "Yürüyüş İskeleti", temel mimari konseptinizin "konsept kanıtı" şeklidir. Kavram kanıtının tipik olarak daha fazla tek bir fonksiyonelliğe odaklandığı durumlarda, "Yürüyüş İskeleti" minimalist bir baştan sona bir uygulamadır. Bir "Yürüyüş İskeleti", konseptinizin bir taslağı değildir (sadece bir "iskelet"), ancak gerçekten çalıştırılabilir ve sevk edilebilir ("yürüyebilir": O) ve testlerle birlikte verilmelidir.

Alistair Cockburn bunu açıkladı (ve sık sık alıntı yapıyor):

Yürüyen Bir İskelet, küçük bir baştan sona işlevi gören sistemin küçük bir uygulamasıdır. Son mimariyi kullanması gerekmiyor, ancak ana mimari bileşenleri birbirine bağlaması gerekiyor. Mimari ve işlevsellik paralel olarak gelişebilir.

DevOps için buradaki avantaj, projenin başında bir "Yürüyüş İskeleti" nin geliştirilmesi ve çalışma, nakliyat ve test edilebilir kod ile sonuçlanmasıdır . Bu şekilde DevOps, projelerin son aşamasında yer almak yerine, projenin başında tam bir sürekli entegrasyon zinciri kurabilir. Bu, ortaya çıkacak sorunların sonunda acele çalışma yerine erken bir aşamada ele alındığı anlamına gelir.