Merkezi bt ekibinin işlevlerini anlama

Bulut benimseme ölçeklendirildikçe, yalnızca bulut idaresi işlevleri benimseme çalışmalarını idare etmek için yeterli olmayabilir. Benimseme aşamalı olduğunda, ekipler zaman içinde buluta hazır olmak için gerekli becerileri ve süreçleri organik olarak geliştirme eğilimindedir.

Ancak bir bulut benimseme takımı yüksek profilli bir iş sonucu elde etmek için bulutu kullandığında, aşamalı benimseme nadiren söz konusu olur. Başarı, başarının ardından gelir. Bu sonuç bulut benimseme için de geçerlidir ancak bulut ölçeğinde gerçekleşir. Bulut benimsemesi bir ekipten birden çok takıma görece hızlı bir şekilde genişlediğinde, kuruluşun mevcut BT personelinden daha fazla desteğe ihtiyacı olur. Ancak bu personel üyeleri, buluta özel BT araçlarını kullanarak bulutu desteklemek için gereken eğitim ve deneyimden yoksun olabilir. Eğitim ve deneyimdeki bu boşluk genellikle bulutu idare etmek için merkezi bir BT ekibinin oluşmasını sağlar.

Dikkat

Merkezi bir BT ekibi kurmak yaygın bir olgunluk sinyali olsa da, etkili bir şekilde yönetilmemesi durumunda benimseme açısından yüksek risk oluşturarak yenilik ve geçiş çalışmalarını engelleme olasılığı yüksek olabilir. Merkezileşmenin kültürel bir kötü model haline gelme riskini nasıl azaltacağınızı öğrenmek için aşağıdaki Merkezi BT ekibi riskleri bölümüne bakın.

Aşağıdaki disiplinler ve yapılar merkezi BT işlevlerini ayarlama gereksinimlerini kapsar:

  • Mevcut bir merkezi BT ekibi
  • Kurumsal mimarlar
  • BT işlemleri
  • BT idaresi
  • BT altyapısı
  • Kimlik
  • Sanallaştırma
  • İş sürekliliği ve olağanüstü durum kurtarma
  • BT içindeki uygulama sahipleri

Uyarı

Buluttaki merkezi BT'yi yalnızca mevcut şirket içi tesliminizi merkezi BT ekip modeline dayalı hale getirdiğinizde uygulamanız gerekir. Geçerli şirket içi modelinizi temsilci denetimine dayalı olarak kullanıyorsanız, daha bulut uyumlu bir alternatif için bulut mükemmellik merkezi (CCoE) yaklaşımını göz önünde bulundurun.

Önemli sorumluluklar

Benimseme çalışmalarının bulutta iyi yönetilen ve iyi yönetilen ortamlarla sonuçlanmasını sağlamak için mevcut BT uygulamalarını uyarlayın.

Ekibiniz genellikle aşağıdaki görevleri düzenli olarak yapar:

Stratejik görevler

Teknik görevler

  • Çözümleri desteklemek için bulut platformunu derleyin ve koruyun.
  • Platform mimarisini tanımlama ve uygulama.
  • Bulut platformunu çalıştırma ve yönetme.
  • Platformu sürekli geliştirin.
  • Bulut platformundaki yenilikleri takip edin.
  • İş değeri oluşturmayı desteklemek için yeni bulut işlevselliği sunma.
  • Self servis çözümler önerin.
  • Çözümlerin mevcut idare ve uyumluluk gereksinimlerini karşıladığından emin olun.
  • Platform mimarisinin dağıtımını oluşturun ve doğrulayın.
  • Yeni platform gereksinimlerinin kaynakları için sürüm planlarını gözden geçirin.

Toplantı temposu

Merkezi BT ekibi uzmanlığı genellikle bir çalışma ekibinden gelir. Katılımcıların günlük zamanlamalarının büyük bir kısmını hizalama çabalarına işlemesini bekleyin. Katkılar toplantılar ve geri bildirim döngüleriyle sınırlı değildir.

Merkezi BT ekibi riskleri

Bulut işlevlerinin ve kuruluş olgunluğunun aşamalarının her birine "bulut" sözcüğüyle ön ek ekleyin. Tek istisna merkezi BT ekibidir. Merkezi BT, tüm BT varlıkları birkaç konumda barındırıldığında, birkaç ekip tarafından yönetildiğinde ve tek bir operasyon yönetimi platformu aracılığıyla denetlendiğinde yaygın hale geldi. Küresel iş uygulamaları ve dijital ekonomi, merkezi olarak yönetilen ortamların örneklerini büyük ölçüde azaltmış durumdadır.

BT'nin modern görünümünde varlıklar küresel olarak dağıtılır. Sorumluluklar devredilir. şirket içi personel, yönetilen hizmet sağlayıcıları ve bulut sağlayıcılarının bir karışımı operasyon yönetimi sunar. Dijital ekonomide BT yönetim uygulamaları, idareyi zorlamak için net korumalarla self servis ve temsilci denetimi modeline geçiş yapmaktır. Merkezi bir BT ekibi, bulut aracısı ve yenilik ve iş çevikliği iş ortağı olarak bulut benimsemeye değerli bir katkıda bulunabilir.

Merkezi bir BT ekibi, mevcut şirket içi modellerden değerli bilgileri ve uygulamaları alıp bu uygulamaları bulut teslimine uygulayacak şekilde iyi bir konumdadır. Ancak bu işlem değişiklik gerektirir. Büyük ölçekte bulut benimsemeyi desteklemek için yeni süreçler, yeni beceriler ve yeni araçlar gerektirir. Merkezi bir BT ekibi uyum sağladığında, bulut benimseme çalışmalarında önemli bir iş ortağı haline gelir. Ancak merkezi BT ekibi buluta uyum sağlamazsa veya bulutu sıkı denetimler için bir katalizör olarak kullanmaya çalışırsa, benimseme, yenilik ve geçiş için hızla engel olur.

Bu riskin önlemleri hız ve esneklik. Bulut, yeni teknolojileri hızla benimsemeyi basitleştirir. Yeni bulut işlevselliği dakikalar içinde dağıtılabilirken merkezi BT ekibinin incelemeleri dağıtım sürecine haftalar veya aylar eklediğinde, bu merkezi süreçler iş başarısına önemli bir engel haline gelir. Bu göstergeyle karşılaştığınızda, BT teslimine alternatif stratejiler göz önünde bulundurun.

Özel durumlar

Birçok sektör, üçüncü taraf uyumluluğuna sıkı sıkıya bağlı kalmalıdır. Bazı uyumluluk gereksinimleri hala merkezi BT denetimine ihtiyaç duymaktadır. Bu uyumluluk önlemlerinin sunulması, özellikle de yaygın olarak kullanılmamış yeni teknolojiler için dağıtım süreçlerine zaman kazandırabilir. Bu senaryolarda, benimsemenin ilk aşamalarında dağıtımda gecikmeler beklenmiştir. Hassas müşteri verileriyle ilgilenen şirketler için benzer durumlar olabilir, ancak üçüncü taraf uyumluluk gereksinimleri tarafından yönetilmeyebilir.

Özel durumlar içinde çalışma

Merkezi BT süreçleri gerektiğinde ve bu işlemler yeni teknolojilerin benimsenmesinde uygun denetim noktaları oluşturduğunda, bu yenilik denetim noktaları yine de hızlı bir şekilde ele alınabiliyor. İdare ve uyumluluk gereksinimleri, her şeyi korumak için değil, hassas olan şeyleri korumak için tasarlanmıştır. Bulut, uygun korumaları korurken yalıtılmış kaynakları almak ve dağıtmak için basit mekanizmalar sağlar.

Olgun ve merkezi bir BT ekibi gerekli korumaları korur ancak yine de yeniliğe olanak sağlayan uygulamalar konusunda anlaşma sağlar. Bu olgunluk düzeyini göstermek, kaynakların doğru şekilde sınıflandırılıp yalıtılmasına bağlıdır.

Benimsemeyi güçlendirmek için özel durumlar içinde çalışmayla ilgili örnek anlatı

Bu örnek anlatı, contoso adlı kurgusal şirkette olgun bir merkezi BT ekibinin benimsemeyi güçlendirmek için kullandığı yaklaşımı göstermektedir.

Contoso, işletmenin bulut kaynaklarını desteklemek için merkezi bir BT ekibi modeli benimser. Bu modeli sunmak için giriş ağ bağlantıları gibi çeşitli paylaşılan hizmetler için sıkı denetimler uygular. Bu akıllıca hareket, bulut ortamının açığa çıkma durumunu azaltır ve bir ihlal oluşması durumunda tüm trafiği engellemek için tek bir "kırılabilir" cihaz sağlar. Güvenlik Temeli ilkeleri, tüm giriş trafiğinin merkezi BT ekibi tarafından yönetilen paylaşılan bir cihazdan gelmesi gerektiğini belirtir.

Ancak bulut benimseme ekiplerinden biri artık belirli bir bulut teknolojisini kullanmak için ayrılmış ve özel olarak yapılandırılmış giriş ağ bağlantısına sahip bir ortam gerektiriyor. Olgunlaşmamış bir merkezi BT ekibi isteği reddeder ve benimseme gereksinimleri yerine mevcut süreçlerine öncelik verirdi. Contoso'nun merkezi BT ekibi farklıdır. Bu ikilemin dört bölümden basit bir çözümünü hızla belirlerler:

  1. Sınıflandırma: Bulut benimseme takımı yeni bir çözüm oluşturmanın ilk aşamalarında olduğundan ve hassas verilere veya görev açısından kritik destek gereksinimlerine sahip olmadığından, ortamdaki varlıkları düşük riskli ve kritik olmayan olarak sınıflandırır. Etkili sınıflandırma, merkezi bir BT ekibinde olgunluğu gösterir. Tüm varlıkları ve ortamları sınıflandırmak daha net ilkeler sağlar.
  2. Anlaşması: Tek başına sınıflandırma yeterli değildir. Şirket, hassas ve görev açısından kritik varlıkları tutarlı bir şekilde çalıştırmak için paylaşılan hizmetler uygular. Kuralların değiştirilmesi, daha fazla koruma gerektiren varlıklar için tasarlanmış idare ve uyumluluk ilkelerini tehlikeye atabilir. Benimsemenin desteklenmesi kararlılık, güvenlik veya idare maliyetlerine bağlı olarak gerçekleşemez. Bu, belirli soruları yanıtlamak için benimseme ekibiyle bir müzakereye yol açar. İş liderliğinde devops ekibi bu ortam için operasyon yönetimi sağlayabilir mi? Bu çözüm diğer iç kaynaklara doğrudan erişim gerektiriyor mu? Bulut benimseme ekibi dengeleme konusunda rahatsa giriş trafiği mümkün olabilir.
  3. Yalıtım: İşletme kendi devam eden operasyon yönetimini sağladığından ve çözüm diğer iç varlıklara doğrudan trafiği kullanmadığından, çözüm yeni bir abonelikte devredilir. Bu abonelik, yeni yönetim grubu hiyerarşisinin ayrı bir düğümüne de eklenir.
  4. Otomasyon: Bu ekibin olgunluğunun bir diğer işareti de otomasyon ilkeleridir. Ekip, ilke zorlamayı otomatikleştirmek için Azure İlkesi kullanır. Ayrıca Azure Blueprints'i kullanarak ortak platform bileşenlerinin dağıtımını otomatikleştirir ve tanımlanan kimlik temeline bağlı kalmayı zorlar. Bu abonelik ve yeni yönetim grubundaki diğer tüm kullanıcılar için ilkeler ve şablonlar biraz farklıdır. Giriş bant genişliğini engelleyen ilkeler kaldırılır. Bunlar, trafiğin yalıtımını zorunlu kılmak için tüm giriş trafiği gibi paylaşılan hizmetler aboneliği üzerinden trafiği yönlendirme gereksinimleriyle değiştirilir. Şirket içi operasyon yönetimi araçları bu aboneliğe erişebileceğinden, bu aracın aracıları da artık gerekli değildir. Yönetim grubu hiyerarşisindeki diğer abonelikler için gereken diğer tüm idare korumaları yine de zorunlu kılınarak yeterli korumalar sağlanır.

Contoso'nun merkezi BT ekibinin olgun yaratıcı yaklaşımı, idareyi veya uyumluluğu tehlikeye atamaz ancak benimsemeyi teşvik eden bir çözüm sunar. Merkezi BT'ye yönelik buluta özel yaklaşımlara sahip olmak yerine aracılık yaklaşımı, bulut mükemmellik merkezi (CCoE) oluşturmanın ilk adımıdır. Mevcut ilkeleri hızla geliştirmek için bu yaklaşımı benimsemek gerektiğinde merkezi denetime olanak tanır ve idare daha fazla esneklik kabul edilebilir olduğunda koruma sağlar. Bu iki önemli noktanın dengelenmesi, buluttaki merkezi BT ile ilişkili riskleri azaltır.

Sonraki adımlar

  • Merkezi bir BT ekibi bulut özelliklerini geliştirdikçe, sonraki olgunluk adımı genellikle bulut operasyonlarının daha gevşek bir birleştirmesi olur. Buluta özel operasyon yönetimi araçlarının kullanılabilirliği ve PaaS öncelikli çözümler için daha düşük işletme maliyetleri genellikle iş ekiplerinin (veya daha belirgin olarak işletme içindeki DevOps ekiplerinin) bulut operasyonlarının sorumluluğunu üstlenmesine neden olur.

Aşağıdakiler hakkında daha fazla bilgi edinin: