Teknolojiniz işiniz hakkında ne diyor?
Yayınlanan: 2021-12-22
Şirketler düzenli olarak çok daha fazla yenilik ve finansal kazançla daha iyi olmak için çabalıyorlar. Olası kurumsal sorunları belirlerken, kuruluşlar normalde daha büyük fotoğrafı hedefleyecek, şirkette tam ve yavaş yavaş içe dönük olarak isteyeceklerdir. Aslında, şirketin teknolojileriyle yabani otlardan başlamak, o daha büyük fotoğrafa aşina olmak önemli ölçüde daha geniş, kapsamlı ve çok daha derinlemesine bir fikir sunabilir.
Pandemi sonrasında hızla gelişen ve önemli bir payla bunları doğru bir şekilde tamamlayamayan elektronik dönüşüm görevlerine girişen şirketlerle, teknolojinizle tasarladığınız sonuçların nasıl yardımcı olacağını veya engelleyeceğini bilmek önemlidir. gelişim.
Teknolojik yeniliklerinden bir işletme hakkında özel olarak ne öğrenebiliriz?
Grupların nasıl oluşturulduğu, etkileşime girdiği ve birbirleriyle nasıl performans gösterdiği, ürünlerinizin kalan stili üzerinde derin bir etkiye sahip olabilir. Biz buna Conway Yönetmeliği olarak atıfta bulunuyoruz – yazılımın inşası, istemeden onu geliştiren işgücünün etkileşim modelini yansıtacaktır. Muhtemelen, bir ürün veya hizmeti planlarken göz önünde bulundurulması gereken temel faktör, şirketin işidir.
kurumsal prosedürler ve mimari, içsel olarak bağlantılıdır - bu, birbirlerini etkilediklerini ve kısıtladıklarını gösterir. Ortaya çıkan olası sorunları teşhis ederken bunu aklımızda tutmalı ve bu bilgiyi şirketin nasıl yapılandırıldığına, zorlukların neden ortaya çıktığına ve bunları nasıl yenebileceğimize dair temel kavrayışlara ulaşmak için kullanmalıyız. Mühendislik işgücünüz hedeflerine ulaşamıyorsa, ekibin nasıl düzenlendiğini ve bunun istenen sonuçları elde etmek için ne anlama gelebileceğini incelemeye değer olabilir.
Monolitik ve mikro hizmet mimarisi
Grupların nasıl düzenlendiğine bağlı olarak oluşturulabilecek birkaç farklı mimari yapı vardır. Küçük, dağıtılmış grupların modüler, mikro hizmet merkezli mimari oluşturma olasılığı çok yüksektir. Mürettebat daha büyükse ve eşya mimarisinin bölümleriyle uyumlu değilse, muhtemelen monolitik mimari yapacaklardır. Ortak BT programları veya şirket amaçları genellikle bu şekilde oluşturulduğundan, monolitik mimari çoğu kişiye aşinadır. Eşit mimari çeşitleri için, dikkate alınması gereken önemli güçlü yönler ve dezavantajlar vardır.
Dijital dönüşüm işleri üzerine kurulmuş gruplar için, girişimin bileşeni, yeni, modern mikro hizmetler lehine eski, monolitik uygulamaları birbirinden ayırıyor olabilir. Düzenlemelerin kesintiye uğramadan uygulanması için daha yüksek genel esnekliğe izin vereceğinden ve çok daha iyi ölçeklenebilirliğe yardımcı olabileceğinden, bu yerleşim düzeninin önemli güçlü yönleri vardır. Buna rağmen, monolitik mimarinin kullanılması ve devreye alınması önemli ölçüde daha az karmaşıktır. Bu, genellikle daha küçük, çok basit uygulama geliştirme için en büyük tercih haline getirir ve genellikle başlangıç aşamasındaki başlangıçlarda ortaya çıkar. Mikro hizmetlerin aksine, yekpare mimarinin ölçeklenmesi daha da zordur, çünkü işin gereği farklı gruplar arasında birçok amaca uyum sağlamayı gerektirir. Personel kompozisyonunu tamamen yanlış elde etmek, stil yöntemini yavaşlatabilir ve hatta artan zorlukları tetikleyebilir.
Bir kuruluşun başarılı veya başarısız mikro hizmet mimarisi dağıtımı, tasarladıkları sonuçlar ve işletmedeki iletişim yapısıyla ilgili köklü sorunlar olup olmadığı hakkında çok şey ortaya çıkarır. Bir monoliti bölmeniz ve mikro hizmet mimarisine geçmeniz gerekip gerekmediğini düşünürken, hangi mimariyi seçerseniz seçin firmanızın anatomisinin yardımcı olacağından emin olmanız önemlidir.
yardım şişkinliği
Bazı durumlarda, mikro hizmetlerin sayısının mühendislerin aralığından daha fazla olduğu ortaya çıkarılabilir. Bu, geliştirici hızının ve kullanılabilirliğinin azalmasına neden olacağı için sorunlu olan yardım şişkinliği olarak tanımlanır. Bu, çok dikkatli bir yapıdan yoksun mikro hizmetler oluşturmanın neden riskli olduğunu ve ekip yapısının bu yaklaşımı desteklediğini garanti etmenin hayati bir açıklamasıdır.
Yardım şişkinliği, ekip tarafından düşünceli bir mimari merceğin uygulanmadığının bir işaretidir - her hizmetin diğerine nasıl bağlı olduğuna dair çok az bilgi olduğunu gösterir. Bu normalde, kullanılabilirliği azaltacak ve yeni özellikleri kullanıma sunmaya çalışırken gecikmeleri tetikleyecek olan mikro hizmet anti-stilleri ile sonuçlanacaktır. Tercihen, hiçbir kuruluş bu duruma düşmek istemez.
Bir mimari yürüyüş yapmak
Organizasyonel anatomiyi ve bunun mimari üzerindeki etkilerini kullanmanın yanı sıra, ürününüzle ilgili olası sorunların kök sonuçlarını tanımak için herhangi bir şeyin nasıl bağlandığını değerlendirmek de çok önemlidir. Bunu yapmak için basit bir mimari gezinti yapın. Bir mimari gezintisi gerçekleştirmek için, her küçük şeyin cihazdan veya yazılımdan, veri katmanına ve yine yanıtla birlikte nasıl bağlandığına bir göz atmanız gerekecek. Bir mimari gezintisi yürütürken beyinde tutmaya devam etmesi gereken birkaç hayati şey var:
- Tek hata noktalarını, çalışma zamanında birbirine bağımlı olan sağlayıcıları ve artan ihtiyaçla ölçeklenmeyecek bileşenleri aramak esastır.
- Durumsallığı düşünün – bu, insanları içeren oturumdan oturuma gerçeklerin nerede saklandığını ve bu gerçeklerin nasıl korunduğunu analiz etmeyi içerir.
- Parçalanmayan büyük veritabanlarına ve genel bulut veya kendi kendine barındırılan olgu merkezlerinin öğesi olarak konumlar arasında üretilen çağrılara dikkat edin.
- Hizmet olarak platform (PaaS) veya destek olarak bulut veritabanları (DBaaS) için tam olarak genel bulut arızalarının bölgeler arası telefon görüşmeleri oluşturduğu yerlerde görünün.
Daha yüksek olan tüm faktörler, ürünlerinizle ilgili olası engellerin giderilmesi için dikkate alınması gereken bazı kısımlardır. Gerçekten işe alım zamanlaması, ideal yapılabilir başarı için hem özellikleri hem de mimari ihtiyaçları dikkate almalıdır.
Kıdemli ürün mühendislerinin bu konuda bilmesi gerekenler nelerdir?
Kıdemli ürün mühendisliği liderlerinin odak noktası, belirli ölçeklenebilirlik ve kullanılabilirlik düzenlemesi yapmak olmalıdır ve karmaşık finansal borç envanteri, olası zorlukları ortaya çıkmadan hemen önce gidermek için ortak bir temel üzerinde yer alır. Bir çözüm mimarı veya üst düzey mühendislerden oluşan küçük bir personel, ürün ekiplerinin doğru ölçek ve yüksek kullanılabilirlik düzeyi için stil ve tasarım yapmak için kullanabileceği kurallar oluşturmalıdır.
CodeScene gibi araçlar, sağlayıcılar arasındaki bağımlılıkları tespit etmek ve kod tabanının nasıl davrandığına ilişkin stok zorluklarına yardımcı olmak için kullanılabilir. Faydalar, yeniden düzenleme gerektiren iş yükünü ve özel kredi kartı borcunu bildirmek için destek sağlar.
Hızla gelişen teknoloji sektörüyle uyum sağlamak için sürekli olarak gelişen işletmelerin gereksinimleriyle birlikte, teknolojik bilgi birikiminizin önceki seçimler hakkında neler açığa vurduğu konusunda sağlam bir bilgiye sahip olmak kritik derecede önemlidir. Bu öğrenmeler daha sonra, grubunuzun grup tasarımının hedefleri karşılamaya ve yeni zirvelere ulaşmaya yardımcı olmak için bir araç olarak nasıl uygulanabileceğini anlamalarına yardımcı olacak kadar mükemmel bir şekilde gelecekte meydana gelen çok benzer hataları anlatmak ve azaltmak için kullanılabilir.
Dave Berardi, Karı koca, AKF Partners