Aracılığıyla paylaş


Merkezi bt ekibinin işlevlerini anlama

Bulut benimseme ölçeklendirildikçe, yalnızca bulut idare 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ındandır. Bu sonuç bulut benimseme için de geçerlidir ancak bulut ölçeğinde gerçekleşir. Bulut benimsemesi bir ekipten birden çok ekime 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 ekibi oluşturulmasını sağlar.

Dikkat

Merkezi bir BT ekibi kurmak olgunluğun yaygın bir sinyali olsa da, etkili bir şekilde yönetilmemesi durumunda benimseme riski yüksek olabilir ve potansiyel olarak yenilik ve geçiş çalışmalarını engeller. Merkezileştirmenin 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 oluşturun ve koruyun.
  • Platform mimarisini tanımlayın ve uygulayın.
  • 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 sağlayın.
  • Self servis çözümleri önerin.
  • Çözümlerin mevcut idare ve uyumluluk gereksinimlerini karşıladığından emin olun.
  • Platform mimarisinin dağıtımını oluşturma ve doğrulama.
  • 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 hizalama çalışmalarına günlük zamanlamalarının büyük bir kısmını 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 genel olarak dağıtılır. Sorumluluklar devredilir. İç 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 açık korumalar ile 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 bilgi ve uygulamalar almak ve bu uygulamaları bulut teslimine uygulamak için iyi bir konumdadır. Ancak bu işlem değişiklik gerektirir. Bulut benimsemeyi büyük ölçekte 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 kullanmayı denerse, benimseme, yenilik ve geçiş işlemleri hızla engellenir.

Bu riskin ölçüleri hız ve esneklikle ilgilidir. Bulut, yeni teknolojileri benimsemeyi hızlı bir şekilde basitleştirir. Yeni bulut işlevselliği dakikalar içinde dağıtılabilir ancak merkezi BT ekibinin incelemeleri dağıtım sürecine haftalar veya aylar eklediğinde, bu merkezi süreçler iş başarısının önemli bir engeli haline gelir. Bu göstergeyle karşılaştığınızda, BT teslimine alternatif stratejileri 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 yine de merkezi BT denetimine ihtiyaç duymaktadır. Bu uyumluluk önlemlerinin sunulması, özellikle de geniş ölçüde 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 bekleyebilirsiniz. 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 süreçler yeni teknolojilerin benimsenmesinde uygun denetim noktaları oluşturduğunda, bu yenilik denetim noktaları yine de hızlı bir şekilde ele alınabilir. İ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üzeyinin ortaya konulması, kaynakların doğru sınıflandırılması ve yalıtımına bağlıdır.

Benimsemeyi güçlendirmek için özel durumlar içinde çalışma örneği

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 kullanıma sunulmasını azaltır ve bir ihlal oluşursa 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 mevcut süreçlerini benimseme ihtiyaçlarına göre önceliklendirir. Contoso'nun merkezi BT ekibi farklıdır. Bu ikilemin dört parçalı basit bir çözümünü hızla tanımlar:

  1. Sınıflandırma: Bulut benimseme takımı yeni bir çözüm oluşturmanın ilk aşamalarında olduğundan ve herhangi bir hassas veri veya görev açısından kritik destek gereksinimi 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şma: 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. Benimsemeyi güçlendirmek 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. İşletme liderliğindeki 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 dengelemelerden memnunsa 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ğe güvenmediğinden, çözüm yeni bir abonelikte devre dışı bırakılır. Bu abonelik, yeni yönetim grubu hiyerarşisinin ayrı bir düğümüne de eklenir.

  4. Otomasyon: Otomasyon ilkeleri, bu ekip için olgunluğun bir diğer işaretidir. Ekip, ilke zorlamayı otomatikleştirmek için Azure İlkesi kullanır. Ayrıca ortak platform bileşenlerinin dağıtımını otomatikleştirmek ve tanımlanan kimlik temeline bağlılığı zorlamak için kod olarak altyapı (IaC) kullanır. İlkeler ve şablonlar bu abonelik ve yeni yönetim grubundaki diğer tüm kullanıcılar için biraz farklılık gösterir. Giriş bant genişliğini engelleyen ilkeler kaldırılır. İlkeler daha sonra trafik yalıtımını zorlamak için trafiği giriş trafiği gibi paylaşılan hizmetler aboneliği üzerinden yönlendirme gereksinimleriyle değiştirilir. Şirket içi operasyon yönetimi araçları bu aboneliğe erişemediğ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 uygulanır ve bu da yeterli koruma sağlar.

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 bulutta yerel 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 olgunlaştıkça, sonraki olgunluk adımı genellikle bulut operasyonlarının daha gevşek bir şekilde eşlenmesidir. Buluta özel operasyon yönetimi araçlarının kullanılabilirliği ve PaaS öncelikli çözümler için daha düşük işletim maliyetleri genellikle iş ekiplerinin (veya daha önemlisi işletme içindeki DevOps ekiplerinin) bulut operasyonlarının sorumluluğunu üstlenmesine neden olur.

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