Yazılım geliştirmede çevre adlandırma standartları?

15

Projem şu anda çevre adlandırma sorunları yaşıyor. Farklı insanlar hangi ortamların adlandırılması gerektiği veya adların neyi belirttiği konusunda farklı varsayımlara sahiptir ve bunları tartışırken karışıklığa neden olur. Biraz araştırma yaptım ve orada standart bulamadım.

Bu terimler "Yerel", "Kum", "Geliştirme", "Test", "Kullanıcı", "KG", "Evreleme" ve "Üretim" (artı farklı kişilerin sorduğu birkaç tane daha) içerir.

Ben sadece fikir aramıyorum, eğer orada "herkes" in alacağı bir şey varsa - gayri resmi olsa bile, bir tür otorite tarafından geliştirilen tanımları bulmaya çalışıyorum.

Şu anda kullandığımız ortamlar şunlardır:

Geliştiricinin PC'sindeki ortam
Geliştiricilerin kendi kendini sınamaya doğrudan kod yükledikleri Paylaşılan Ortam
Standartların ve işlevselliğin KG çalışanları tarafından test edildiği Paylaşılan Çevre
Tamamlanan ve KG tarafından kontrol edilen kodun proje istemcileri tarafından onaylandığı Paylaşılan Ortam
Son ortamı son kontrol olarak yansıtan ve devreye alınmaya hazırlayan ortam
Kodun kullanıldığı Son Ortam

Ben biliyorum ben istiyorum diyoruz ama standart bir çeşit bu konuda var? Şimdiden teşekkürler.

development-environment naming-standards

— Marcus_33
kaynak

Teşekkürler. O SE'nin farkında değildim. ServerFault veya SuperUser'a ait olmadığını biliyordum, ancak daha önce hiç programcılar duymadım.

Bir hamle için işaretledim, bu yüzden ideal olarak doğru siteye giden yolu bulmalı.

— Ricardo Altamirano

Projenin kapsamına bağlı olarak, daha az veya daha fazla ortamınız olabilir.

— Yusubov

11

Sadece sabit bir standart değil, aynı zamanda sabit bir model de yoktur. Yaptığınız şey ile onu kopyalayabileceğiniz ölçek arasındaki bağımlılıklar, bunun bir tür projeden diğerine nasıl görünmesi gerektiğini belirleyecektir.

Tek bir çevre ve 13 çevre ile çalıştım.

Açıkladığınız sırayla, genellikle onlara şöyle bir ad verdiğini görürdüm

sonraki adımda dev kullanmıyorsanız local veya dev
dev veya entegrasyon, birleştirme işleminden sonraki ilk dağıtımsa
test veya KG
3. adımda KG kullanmadıysanız, uat veya kabul veya KG
son imza için bir performans adımı ise ön üretim, sahneleme veya performans
dürtme

Benim tavsiyem, her ürün veya proje için her birine girmek ve bırakmak için isimler, amaçlar ve kriterler üzerinde anlaşmak olacaktır, daha sonra 7. bir ortama ihtiyacınız olduğunu veya gelecekte başka bir nedenden dolayı sadece bir durumda 5'e ihtiyaç duyduğunuzu takım.

Eğer isimlerin semantiğine asılan ekip üyeleriniz varsa, her zaman isimleri bırakabilir ve bunlara sadece eksi altı olarak eşya eksi biri olarak başvurabilirsiniz. "KG" olarak adlandırılmamış

Eğer sunucuları kendileri adlandırmak istiyorsanız, genellikle onları kimin yetkisi altında isimlendirmenizi öneririm. Genellikle bu şuna benzer:

dev makineleri geliştiriciler tarafından manipüle edilebilir
KG makineleri geliştiriciler tarafından manipüle edilemez, aynı zamanda üretim desteği ile izlenmez
prod makineleri prod destek iş vardır

çoğu kişi "devsqllweb" "qasqlweb" "prodsqlweb" gibi bir zincire sahip olmanız için bu tür isimleri önek veya sonek olarak kullanır.

— fatura
kaynak

Temelde geldiğim sonucu söylüyorsun. Ben aslında keyfi standartlar ayarlamadan durumu çözebilir böylece orada standart bir çeşit olduğunu umuyordum. Benim sorunum, "ana" çevre yapımızın üzerinde çalıştığım bu projeden daha az ortama sahip olması (bu yüzden sadece normal kullandığımız şeyi yansıtamam) - ve projemde çeşitli yerlerden çok sayıda danışman var aynı standartlara sahiptir. Bu soruyu birkaç saat daha açık bırakarak kimsenin gelip gelmeyeceğini görmek için, ama bu korktuğum cevap.

— Marcus_33

Bunun için standartlar gördüm. Ne yazık ki, belirli bir duruma ne fikir ne de çok spesifik olan standartlardır.

— Bill

2

Sanırım daha yapılandırılmış, düzenlenmiş bir sektörden gelen bir sunucu adlandırma seçeneği, sahip olmadığım bir lüks. Sunucularımız şirketimizin BT politikasına göre adlandırılmıştır - bu nedenle makinenin gerçek ana bilgisayar adı kontrol edebileceğimiz bir şey değildir.

Yaptığımız şey, DNS adlarının ve takma adlarının rotasına gitti. Kural, geliştirme işleminde (bölge) sunucunun genel rolünü tanımlayan ilk harftir

p = üretim
d = gelişme
s = evreleme
t = test

Sonra makinenin rolünü tanımlamak için maksimum üç harfli bir ismimiz var

app = uygulama
db = veritabanı
web = kullanıcı arabirimi / web
kas = önbellekleme

Bunu, o bölgede birden fazla makine varsa bir sayı takip eder. Bunu dahili dokümantasyon sunucusunda yayınlıyoruz ve projeler için ve önyükleme aşamasında yeni dokümanların bir parçası olarak sağlıyoruz.

Bunlar, geliştirme sürecinin bir parçası olan sunucular içindir. Destek makineleri için daha liberal bir politikamız var; ve yeni bir yardımcı sunucu sağlamak zorunda kaldığımızda, geliştirme ekiplerinden tercih ettikleri bir isim bulmasını istiyoruz.

Bu bazı ilginç olanlara yol açtı, iki favorim cerberus (iç proxy) kutusu ve hades (dokümantasyon sunucusu / intranet)

Eminim bu en iyi uygulama değildir, ama kullandığımız şey budur ve bizim için işe yarar.

— Burhan Khalid
kaynak

1

Sabit bir tanım yoktur. Yaygın olarak kullanılan (listelediğiniz) uygulama tarafından kullanılan birkaç tane vardır. Her ortama Toy Story'de bir karakterin adını vermek istiyorsanız, bunu yapabilirsiniz (yine de tavsiye etmeyecektir).

Yapmak istediğim şirket için kullanmak istediğimiz isimleri vereceğimiz bir sözlük oluşturmak.

— Miyamoto Akira
kaynak