Docker Üzerinde Çalışan Dotnet Uygulamasının Build Süreçlerini Hızlandırmak

Dockerfile’ları düzenleyerek daha hızlı build işlemi nasıl gerçekleştirebiliriz?

İçerik

• Özsöz
• Problemin Tanımı
• Docker Build Anında Çalışan Cache Nedir ve Nasıl Yararlanacağız?
• Dotnet Uygulamasına Ait Dockerfile’ları Nasıl Yapılandırılabiliriz?
• Dotnet Uygulamasına Ait Örnek Dockerfile
• Use Case : Uygulamanın Docker İçerisinde Harici Başka Bir Uygulamaya veya Dış Kaynağa İhtiyaç Duyması

Önsöz

Bu yazı dotnet özelinde detaylar içermektedir fakat dotnet haricinde uygulama geliştirenlerde faydalanabilir. Derinlemesine incelenmesi gereken kaynakların bağlantılarını ve anahtar kelimelerini yazı içerisinde bulabilirsiniz. Aklınıza takılan sorular, eklemek veya düzeltmek istediğiniz yerler olursa bana paylaştığım iletişim kanallarından ulaşabilirsiniz.

Problemin Tanımı

En basitinden bir CI (Continuous Integration) pipeline’nına sahip olduğunuzu veya local olarak docker ile çalıştığınızı, build olan bir docker compose file’ımız olduğunu düşünelim.

docker-compose

Çok fazla Dockerfile üzerinden imajlar oluştuğu için her seferinde bu imajların oluşmasını beklemeniz gerekmektedir. Bu süreci hızlandırmak için neler yapılmalıdır?

Yazıya devam etmeden önce Dockerfile içerisinde kullanılan Instruction’ları (komut) hatırlamak ve üzerinden geçmek için orijinal kaynağına bakabilir..

Dockerfile reference

.. veya Gökhan Şengün’ün yazısından Türkçe olarak okuyabilirsiniz.

Docker Bölüm 2: Yeni bir Docker Image'ı Nasıl Hazırlanır?

Docker Build Anında Çalışan Cache Nedir ve Nasıl Yaralanacağız?

Kısaca docker build cache, build işlemini esnasında imaj içerisinde değişikliğe sebep olacak ADD, RUN vb. komutlardan sonra kontrollerini gerçekleştirip farklılıkları hesaplaması yapılan işlemden sonra oluşan aşamayı daha sonra kullanmak üzere saklamasıdır.

Docker build cache doğru kullanıldığı zaman bize hız ve disk alanı kazandırır

Problemimizin çözümü için bizler bu cache yapısını mümkün olan en iyi şekilde kullanmaya çalışacağız.

Dotnet Uygulamasına Ait Dockerfile’ları Nasıl Yapılandırılabiliriz?

• Dockerfile’ı karışımıza alıp build ederken sürekli değişmeyecek parçaları ayırmak.
• Mümkün olduğun kadar tüm değişmez stepler ile bir base imaj oluşturmak ve bu base imajları kullanmak.
• Değişken olan parçalar için değişme ihtimalinin sıklığına göre artan şekilde sıralamak.

Bir örnek vermek gerekir ise Dockerfile’ınız içerisinde sürekli olarak wget/apt-get ile çekip context’e eklediğini bir dosya veya kütüphane olduğunu düşünün.

Aşağıda SUPERVISORD’yi eklediğimiz base imajın içerisindeki layer oluşturacak bir komutun ekran görüntüsünü paylaşıyorum. Her imaj içerisinde ihtiyacımız olan bu harici uygulamayı içeren bir base imaj yarattık ve bunu kullanmaya başladık bu sayede sık değişmeyen bir step’i daha yukarı taşımış olduk.

Konuya hızlı bir giriş yapmak için başta Multi-stage buildler ile alakalı Ahmet Alp Balkan’ın youtube videosunu ve diğer docker videolarını tavsiye ederim.

Dotnet Uygulamasına Ait Dockerfile

Lütfen aşağıdaki Dockerfile’a bir göz atınız.

COPY . .

olan kısma kadar *.sln dosyamızı, var ise .nugetconfig ’lerimizi ve *.csproj dosyalarımı context’e ekliyoruz ve ardından dotnet restore komutumuzu çalıştırıyoruz.

Solution içerisinde aynı stepleri gerçekleştirecek bir çok Dockerfile’ınızı compose içerisinde build olması için tetikleyeceksiniz.

Bir defa değişmeyen kısımları cache’leyen docker build sonrakiler için çok daha hızlı çalışacak.

docker-compose build

komutu birden fazla kez çalıştırdığımızda bazı steplerin cache kullandığını aşağıdaki ekran görüntüsünde görebilirisiniz.

Daha önce cache’e alınan bu stepler benzer bir katman oluştuğunda cache üzerinden çağırılarak kullanılır. Bu cache’ler build esnasında imajlar arasında ortak olarak kullanılırlar.

Örneğin;

dosyasını kopyalandığı komut daha önce çalıştırıldığı için Using cache ile tekrar aynı komutun çalışmasına gerek kalmadan işletilmektedir.

Use Case : Uygulamanın Docker İçerisinde Harici Başka Bir Uygulamaya veya Dış Kaynağa İhtiyaç Duyması

Örneğin,

Dockerfile içerisinde ihtiyaçtan dolayı harici bir projeyi context’inize dahil etmeniz gerekirse belirli bir tag ile bu işlemi gerçekleştirmeniz sürekli aynı dosyaları almanızı sağlayacaktır.

RUN git clone — branch

Yine benzer bir şekilde apt-get ve türevi bir paket yöneticisi ile bir paket kurar iken versiyon belirtmeniz daha doğru olacaktır.

apt-get install =

Bu tarz ihtiyaçlarınızı toparlayarak bir base imaj yaratmak ve kendi privite/public registry’leriniz üzerinde yayınlayıp oradan kullanmak daha faydalı olacaktır.

Örneğin sürekli ihtiyacımız olduğu için aşağıdaki gibi bir base imaj oluşturup etiketleyerek registry üzerine gönderdiğimiz bir imajımız bulunmaktadır.

İstediğiniz zaman benimle iletişime geçebilirsiniz. Tanışmak, ve fikir alışverişinde bulunmaktan memnuniyet duyarım.

Twitter — Medium — Dev.to — Linkedin — Github