Sistem yönetimi alanında iyi bilinen anti-paternler var mı? [kapalı]

Yaşam döngüsünün bir noktasında hemen hemen her projeye zarar veren birkaç ortak örüntü biliyorum:

1. Kesinti alamama
2. Yükseltmeleri kilitleyen üçüncü taraf bileşenleri
3. Eşit olmayan ortamlar
4. İzleme ve uyarı eksikliği
5. Fazlalık eksik
6. Kapasite Eksikliği
7. Kötü Değişim Yönetimi
8. Çok liberal veya sıkı erişim politikaları
9. Organizasyonel değişiklikler altyapı sahipliğini olumsuz yönde bulanıklaştırıyor

Bir kitapta veya web sitesinde özetlenen bu anti-kalıpların iyi bir şekilde ifade edilmiş bir kütüphanesi olmasını umuyordum. Birçok örgütün ateşleme yöntemleriyle deneme yoluyla öğrendiğine neredeyse inanıyorum. Değilse başlayalım.

Otomatikleştirilebilir görevleri el ile yapılana kadar otomatikleştirilmek, otomatikleştirilemeyecek kadar zaman alır, çünkü görevleri el ile yapmak her zaman yiyor.

Tersine, erken otomasyon. Elle yapmak için N saat süren tek seferlik bir görevi otomatik olarak 3N saat harcamanıza gerek yoktur (otomatik olarak işleri yavaşlatmaktan daha eğlenceli bir otomasyon olsa bile).

A. geri yükleme test değil - bir yedekleme doğrulanabilir ve tamam, ama nasıl geri yüklenir?

Ne kadar sürer, ne gerekir? Bunu stresli bir durumda yapmayı bilmelisin ...

B. konfigürasyon yönetimi yok, tekdüzelik yok - sadece orada bir değişiklik var ve sanırım burada bazılarını ayarladım ...

Tüm tuhaflıklar not edilmezse ve mağazada aynı yapılandırmalar yoksa iyi yapılmış bir sunucuyu nasıl çoğaltacağını kim bilebilir? Verileri yapılandırmayı değil de geri yüklemeyi başarırsanız ne olur?

C. izleme yok - nasıl ve hangi kutuların ne yaptığını bilmiyorum

Bu iki yönlüdür: a) bazı kaynaklardan veya garip davranışlardan kaçmadan önce alarmların zamanında tepki vermesi için izlemeniz ve b) kapasiteyi (disk, CPU, RAM, ağ,) yönetmek için uzun vadeli eğilimi izlemeniz gerekir. ..).

D. cfg'nizde artıklık yok - XX öldüğünde ne olur

Bu, sistem yöneticinizden ne istediğinizi önceden planlamak anlamına gelir.

Benim için bunlar çok önemli.

En öldürücü model, sistem yönetim departmanının (veya tüm BT) şirkette pasif bir katılımcı haline gelmesidir. Yani, herkesin işlerin nasıl yapılması gerektiğine dair önceden oluşturulmuş fikirlerle birlikte geldiği bir self servis olarak görülüyor, bu da tüm kullanıcı ekosisteminin bir bütün olarak değil, yalnızca kullanıcı ihtiyaçlarını dikkate alıyor.

İkinci en öldürücü model, sistem yönetim departmanı bir grup düğme iticiye dönüştüğünde, yani tüm yazılım / araçlar üçüncü taraflarca satın alınır veya geliştirilir ve yüklenir ve sistem yönetimi resmi bir eğitim ve el kitabı alır ve daha sonra sadece kullanım kılavuzlarını takip eder ve kılavuzda açıkça olmayan her şeyi satıcıya iletin. Bu durum (çoğu olmasa da) sistem yöneticileri için çok rahat olabilir, ancak bu, hiç kimsenin tüm sistemin gerçekten nasıl çalıştığını gerçekten bilmediği gerçeği, zemine getireceği zaman gerçekleşmesini bekleyen bir felakettir ve bileşenler ve satıcılar arasındaki suçlama oyunu).

1) fazla umut vaat eden ve yetersiz yayınlama (yani kullanıcı beklentilerini gerçekçi tutma)

2) Yedeklenmeleri gerekene kadar doğrulamamak.

edit: Ben dosya / veri restorasyonu dahil olmak üzere 2 numaralı amaçladı

Son giriş zamanı> 30 gün gibi AD hesabı kullanım modellerini izlemiyor

(Bunu denetim nedenleriyle yapmak zorundayız, ancak sonuçlar oldukça şok edici)

• Önemli bilgileri bir kişinin baş / gelen kutusu / belgeler klasöründe tutmak. Satıcı iletişim bilgileri, lisans anahtarları, kurulum talimatları gibi önemliyse, departmandaki yetki sahibi ve erişmesi gerekebilecek herkes tarafından standart bir yerde bulunmalıdır.

• Bir şeyi bilen kişiye bunu belgelendirmesini istemek. Bu kulağa hoş geliyor çünkü bilgiye sahip olan kişi onlar, ama aslında kötü çünkü önemli bilginin ne olduğunu kolayca söyleyemiyorlar. Bilgili kişiye ihtiyaç duydukları herhangi bir bilgiyi soran ve bu bilgileri belgelendirdikçe yeni biriyle ilgilenmesi daha iyidir.

• Net olmayan belgeler. Herkes gün boyunca orta öncelikli bir sorunu, tüm BT departmanıyla konuşmaya hazır olarak düzeltebilir. Neredeyse yalnız olduğunuzda ve sistemin neden nasıl kurulduğuna veya belgelerin söylediklerine neden uymadığına dair hiçbir fikriniz olmadığında gece geç saatlerde yüksek öncelikli bir sorunu düzeltmek başka bir konudur.

• Şifreleri iyi takip etmiyor. Bu yüzden hızlı bir şekilde bir hesaba ihtiyacınız var, rastgele bir şifre ile bir tane yapın ve 18 ay sonra hala kullanımda ve kimse şifreyi veya değiştirilirse hangi hizmetlerin kırılacağını bilmiyor.

• "Çok pahalı" olduğu için kilit sistemler için satıcı desteği satın almamak.

• Uygunsuz öncelikler. BT çalışanlarına yönetim tarafından rehberlik edilmelidir - hangi projelerin öncelikli olduğu konusunda mutabakata varılması veya acil durumlarda hangi sistemlerin önce gerekli olması gerektiği. BT iş sistemini düzeltmeye çalışıyorsa, yönetim e-posta talep ediyor ve kullanıcılar sipariş işlemeyi talep ediyor, bu bir karmaşa için bir reçete.

• Uygunsuz çözümler - BT'nin "düzeltmek için BT sistemi daha önce nasıl çalıştığını", "denemek için bir yönetim-BT anlaşması yapmanın daha uygun olabileceği" zihninde takılıp kalması çok kolaydır saat sabit değilse, ümit verici görünse bile durun ve bir yedeklemeden kurtarmaya geçin. "

• Test dosyalarının her yerde kopyaları. Bir işletme sistemi veya web sitesi çalıştıran bir klasör açmak ve "website-new /, website-current /, website-copy /, website-test /, website-test-dave /, website-use- Bu, bir /, web sitesi-feb /, vb.) Geliştiriciler, üretim ve testler mevcut olmalı ve nelerin nerede olması gerektiğini bilerek ve değişikliklerin nasıl yapılacağına karar veren ilgili tüm departmanlarla (IT, dev, proje yönetimi vb.) ayrılmalıdır. Yapılandırma dosyaları için de geçerlidir.

• Onayı değiştirin - ilk önce sözlü bir tartışmanız olsa bile, başkalarının bilmeden önemli şeylerin çalışma şeklini değiştirmeyin. Durumunuz için neyin "önemli" olduğuna karar vermek size kalmış.

• Bodged çözümler uzun vadede yerinde kaldı. Acil bir sorunu çözebilmeniz için bu sunucuyu eski telefon kablosuyla bu ağa hızlı bir şekilde eklediğinizi biliyorum. Doğru bir şekilde yapmak için zamanın olmadığını biliyorum. Zaman yap.

• Şirketin geri kalanı ile zayıf ilişkiler. BT, şirketin geri kalanının işlerini yapmasına yardımcı olan bir hizmettir. Büyük dosyalara hızlı bir şekilde ihtiyaçları varsa, bunu gerçekleştirin. Donanım satın almak için yönetimsel onay almanız gerekiyorsa, edinin. Bunu alamıyorsanız, yönetim başka harcamalara öncelik verdiğinden büyük dosyaların hızlı hareket edemeyeceğini açıkça belirtin. Yasal nedenlerle arşivlemeye ihtiyacınız varsa ancak bütçeniz yoksa, arşivlemeyi olabildiğince iyi bir şekilde sisteminize sığdırmanız gerekir.