İçeriğe geç
Web sitesini keşfedin
Projenizi görüşelim

contact@almousa.dev

TESLİM UYGULAMALARI / KODDAN İŞLETİME

Mühendislik ve işletim

Çalışma yöntemimiz, başka bir kişinin incelemesini ve testlerle derlemeler için GitHub Actions kullanımına dayalı bir yaklaşımı içerir. Bu sayfa teslim ve işletim politikamızı açıklar. Her kontrol, projenin kararlaştırılan kapsamı içinde uygulanır ve doğrulanır; burada yer alması, her ayarın her projede etkin olduğu anlamına gelmez.

Kod Değişikliğinden Canlı Ortama

  1. Git

    Değişiklikleri takip edin, her değişikliğe açık bir amaç verin ve incelemeye uygun bir birleştirme isteği üzerinden yönetin.

  2. Kod İncelemesi

    Değişikliği başka bir kişinin incelemesini sağlayın. Birleştirme için onay gerekir; sonraki değişiklikler yeniden inceleme gerektirir.

  3. CI

    Otomatik kontrolleri GitHub Actions üzerinden çalıştırın ve birleştirmeden önce zorunlu kontrollerin başarıyla geçilmesini şart koşun.

  4. Testler

    Değişiklikten etkilenen davranışı doğrulayın ve riskine ve kapsamına uygun testler ekleyin.

  5. Derleme

    Gerekli kontroller başarıyla tamamlandıktan sonra kimliği belirli ve izlenebilir bir sürüm oluşturun.

  6. Canlı öncesi test ortamı

    Sürümü, test verileri ve ayrı gizli bilgiler kullanarak canlı ortamdan ayrı bir ortamda test edin.

  7. Kabul

    Değişikliğin büyüklüğüne göre, ekibin teknik lideri teknik hazırlığı; müşteri veya temsilcisi ise gereksinimlere uygunluğu onaylar. Kabulü belgeleyin.

  8. Üretim

    Onaylanan sürümü tanımlanmış izinlerle dağıtın; zorunlu bir doğrulama aşaması başarısız olursa dağıtımı durdurun.

  9. İzleme

    Dağıtımdan sonra hizmet durumunu kontrol edin ve kullanılabilirliği, performansı ve hataları dahili olarak izleyin.

Bunlar mantıksal aşamalardır; testler ve derleme işlemleri sürekli entegrasyon (CI) içinde çalışabilir. Her proje için kabul kontrol noktaları ve yetkiler dağıtımdan önce belirlenir.

Aşağıdaki kontroller, proje sözleşmesi kapsamında uygulanıp doğrulanacak onaylı politikanın parçasıdır. Geçerli işletim sorumlulukları, işletim veya destek sözleşmesinde taraflara atanan sorumluluklardır.

Günlük kaydı

Günlük kayıtları, hataları teşhis etmek ve işletimi desteklemek için gerekli bilgilerle sınırlıdır. Hassas bilgiler gizlenir ve erişim yalnızca yetkili kişilere verilir. Saklama süreleri işletim ihtiyaçlarına göre belirlenir; süreler dolduğunda kayıtlar otomatik olarak silinir. Parolalar ve erişim anahtarları günlüklere kaydedilmemeli, hassas istek içerikleri bütünüyle günlüğe alınmamalıdır.

Hata Takibi

Hatalar, hizmet üzerindeki etkilerine göre kaydedilip önceliklendirilir. Uyarılar, görevlendirilen kişinin inceleme ve takip yapmasına yardımcı olur. Veriler, hassas kısımları gizlenerek izleme aracına gönderilir; sorun teşhisi, gereksiz ziyaretçi verisi toplamaya dönüşmemelidir.

İzleme

Onaylanan politika; erişilebilirlik, performans ve hataların otomatik izlenmesini, uyarıları alıp takip etmekle sorumlu bir kişinin belirlenmesini öngörür. İşletim veya destek sözleşmesi hizmet saatlerini, yanıt sürelerini ve sorumlulukları belirler. Bu politika, günün her saati insan gözetimi veya belirli bir hizmet kullanılabilirliği yüzdesi taahhüt etmez.

Yedeklemeler

Onaylanan politika; ana sistemden ayrı tutulan, otomatik ve şifrelenmiş yedekleri, belirli bir saklama süresini ve düzenli geri yükleme testlerini öngörür. Yedekleme, takip ve geri yüklemeden kimin sorumlu olduğu sözleşmede belirlenir; bu sorumluluk, yalnızca web sitesini geliştirmiş olması nedeniyle otomatik olarak geliştiriciye geçmez.

Yedekleme kapsamı, gerçekten mevcut olan verilere dayanır: web sitesi dosyaları, varlıklar, kurtarma için gerekli yapılandırma ve varsa değişen veriler. Yedekleme işleminin başarılı olması tek başına yeterli değildir; geri yüklemenin mümkün olduğu doğrulanmalıdır. Yedekleme sıklığı, kabul edilebilir veri kaybı ve kurtarma süresi, onaylanmamış sayısal taahhütler verilmeden hizmet ihtiyaçlarına ve sözleşmeye göre belirlenir.

Önceki sürüme dönüş

Kararlı bir sürümü saklayın ve test edilmiş bir önceki sürüme dönüş prosedürü hazırlayın. Dağıtım ve geri dönüş sonrasında hizmetin sağlıklı çalıştığını kontrol edin. Varsa veritabanı değişiklikleri, verileri korumak ve uyumluluğu doğrulamak için ayrı bir plan gerektirir. Uygulama dosyalarını geri yüklemenin verileri de otomatik olarak geri getireceği varsayılmamalıdır.

Gizli Bilgilerin Yönetimi

Hizmet parolaları ve API anahtarları, bu amaçla ayrılmış bir gizli bilgi yöneticisinde saklanır. Test ve canlı ortamın gizli bilgileri ayrıdır; erişim ihtiyaçla sınırlıdır. Gizli bilgiler kaynak kodunda, herkese açık ön yüz dosyalarında veya günlüklerde bulunmamalıdır. Açığa çıkmış olabileceklerinden şüphelenildiğinde iptal edilip yenilenir ve erişim yetkileri gözden geçirilir.