Blockchain tabanlı bir işletme mimarisi tasarlamada en iyi yöntemler

Bu makalede, bu durumda blockchain ve diğer teknolojileri içeren kurumsal mimarinin nasıl tasarlandığına dair kılavuzlar verilmiştir.

Kurumsal mimarlık, bir işletmenin yapısını ve işlevini tanımlayan bir çerçeve veya modeldir. Mimari bileşenleri analiz etmemize, tasarlamamıza, planlamamıza, uygulamamıza ve korumamıza yardımcı olur. Tanımladığımız şey fiziksel bir mimari değil, mantıksal bir mimaridir. Mimari, bileşenlerin ne yaptığını, pratikte nasıl uygulandıklarını tanımlamaz.

Mimariler, iş süreçleri, organizasyon birimleri, insanlar, cihazlar, sistemler ve BT altyapısı gibi farklı bileşen türlerini içerebilir. Genellikle, iş birimlerini veya mantıksal katmanları gösteren bir arka plan üzerinde haritalanan sistemlere ve destekleyici altyapıya odaklanırlar.

Örnek olarak, aşağıda OEL Foundation Enterprise Architecture. OEL Vakfı, Açık Kurumsal Lojistik blok zinciri ekosisteminin gelişimi için yönetişim ve kaynaklar sağlayan kar amacı gütmeyen bir organizasyondur. Mimari, lojistik ürün ve hizmetlerin ekosistem katılımcılarına veya ekosistem katılımcılarına tesliminde kullanılan bileşenleri gösterir.

Blockchain teknolojisini içeren bir kurumsal mimari tasarlamaya nasıl gidiyoruz?

Herhangi bir mimarinin tasarlanması ile ilgili temel bir fark yoktur - bir blok zincir başka bir teknik bileşendir. Ancak, akıllı sözleşmeler gibi, mimaride bileşen olarak görünmesi gereken blockchain teknolojisinin bazı yönleri vardır.

Peki, genel olarak kurumsal mimariyi tasarlamaya nasıl gidiyoruz?

Bazı yaklaşımlar diğerlerinden daha yararlı olsa da, “doğru” veya “yanlış” cevap yoktur. Kurumsal mimarinin, zaman içinde değişecek ve değişecek canlı bir şey olduğunu unutmayın.

Mimari tasarımda yararlı olabilecek birkaç genel kural vardır:

1. Basit tutun

2. Endüstri örnekleri ve en iyi uygulamalara bakın

3. İlgili endüstri gelişmelerini anlama

4. Bir mimari sınır tanımlayın

5. Kullanmak için bir organizasyon ilkesine karar verin.

6. Mimariyi ilgili bileşenlerle doldurmak

7. Nihai mimarinize endüstri örnekleri ile çapraz referans verin

8. Mimariyi gözden geçirin ve temel alın

Basit tutmak

Genel olarak, eğer bir şey basit değilse, genellikle karmaşıklık şu gibi bir veya daha fazla faktörü yansıtmasıdır: eksik analiz ve tasarım, çok düşük bir ayrıntı düzeyinde çalışmak veya modele çok fazla şey dahil etmeye çalışmak.

Açık Grup Mimarisi Çerçevesi (TOGAF) gibi kapsamlı bir mimarlık standardını tam olarak kullanmaya çalışmak, çok büyük kuruluşlar dışında uygun olmayabilir.

Kurumsal mimari, farklı karmaşıklık dereceleri kullanılarak tasarlanabilir. Bazı kurumsal mimariler, onları kullanması gereken insanlar tarafından bile çok karmaşık ve anlaşılması zor. Önemli bilgileri kaybetmeden mimariyi olabildiğince basit tutmak daha iyidir. Bu, insanların mimariyi ve bileşenlerini anlamalarına ve kullanmalarına yardımcı olur.

Bir blok şeması, basit bir mimari için iyi bir temel oluşturur. Bu, ana bileşenlerini ve birbirleriyle olan geniş ilişkilerini işlevlerini veya bağlantılarını ayrıntılı olarak açıklamadan görmemizi sağlar.

Endüstri örnekleri ve en iyi uygulamalara bakın

Değişken karmaşıklığa, farklı yaklaşımlara ve organizasyon ilkelerine ve çok sayıda farklı bileşen türüne sahip birçok mimarlık örneği vardır.

Referans olarak kullanılabilecek hiçbir standart mimari çerçeve veya model yoktur. Bunun yokluğunda, önde gelen endüstri katılımcılarından veya akademisyenlerden mimari örnekler aramalıyız. Bunlar bize başkalarının mimari analiz ve tasarıma nasıl yaklaştığını gösterebilir ve kendi mimarimiz için temel teşkil edebilir.

Bazen kafa karıştırıcı olabilecek çok farklı yaklaşımlar bulmak kolaydır.

Yararlı bir teknik, uygun anahtar kelimeler kullanarak görsel aramak ve hangi modellerin görsel olarak size hitap ettiğini görmek. Ayrıntıları kaybetmeden bunları yüksek düzeyde inceleyin. Daha fazla inceleme ve başvuru için sizin için özellikle alakalı görünen dört ila beşini seçin.

Ortak noktalarının neler olduğunu ve hangi farklılıkların olduğunu görün. Mimaride neler var ve ne yok? Yapımında kullanılan düzenleme ilkeleri hakkında düşünmeye çalışın. Hangi bileşenler listelenir? Onları tam olarak anlamadıysanız veya sizin için alakasız görünen unsurlar içeriyorsa endişelenmeyin. Unutma, “doğru” veya “yanlış” bir cevap yoktur.

OEL Foundation Enterprise Architecture için Ethereum, Ontology, CSCC / IBM, Tibco ve seçilen endüstri katılımcılarının mimari modellerini referans olarak kullandık.

İlgili endüstri gelişmelerini anlayın

Her zaman bir endüstri ve sürekli değişen bir dizi teknoloji bağlamında çalışıyoruz. Bu, nispeten yakın zamanda bile kullanılan yaklaşımların alakasız ve güncel görünmesine neden olabilir.

Bu bağlamdaki mevcut durumu denemek ve anlamak zorundayız ve ayrıca ileriye bakmaya ve sektördeki, ekonomideki ve teknolojideki gelecekteki olası gelişmeleri belirlemeye çalışmalıyız. Bunu yapmak çok zor. En iyi yaklaşım, alakalı olacak geniş gelişmeleri belirlemeye çalışmaktır.

Blok zinciri temelli bir mimari için, teknolojinin göreceli olgunluğu ve hızlı değişimin hızı göz önüne alındığında, burada normalden daha fazla dezavantajdayız.

OEL Foundation Enterprise Architecture için, OEL Foundation ekosistemi için özellikle ilgili olduğunu düşündüğümüz piyasa ve teknolojide dört gelişme kategorisi belirledik:

1. Dijital İş Modelleri

2. Blockchain teknolojisindeki gelişmeler (özellikle ortaya çıkan ekosistem desteği)

3. Blockchain ve mesajlaşma teknolojilerinin yakınsaması

4. Hizmet Olarak Yazılım (SaaS), Hizmet Olarak Platform (PaaS) ve Hizmet Olarak Altyapı (IaaS) gibi Bulut tabanlı hizmetlerin artan kullanımı ve önemi.

Bir mimari sınır tanımlayın

Herhangi bir sistem gibi, mimarimiz için sistem sınırını tanımlamamız, sistemin içindeki ve sistemin dışındakileri ayırmamız gerekir.

Bazen sınır doğru yerde çizilmez. Bir mimaride çok sayıda dış aktör ve 3. parti bileşen (mimariyi doğrudan uygulamak için kullanılmayan) görebiliriz. Bu, mimari için kullanılacak temel iç bileşenleri tanımlamamıza yardımcı olmaz.

Mimarlığın çevre ile olan ilişkisine bakmak yararlı olursa, bu bağlam şeması gibi grafiksel bir sunum kullanarak yapılmalıdır. Bu, mimarlığın kendisinden daha yüksek bir soyutlama düzeyindedir.

OEL Foundation Enterprise Architecture için mimaride 3. taraf teknolojisini ve standartlarını kullanıyoruz ve ayrıca API'ler, mesajlaşma yazılımı ve zincirler arası entegrasyon bileşenleri gibi mimari bileşenleri kullanarak dış taraflara ve sistemlere bağlanıyoruz. Bütün bunları mimari sınırın içinde görüyoruz.

Ekosistem katılımcıları, dış sistemler veya cihazlar veya bunları mimariyle bütünleştirmek için kullanılan araçlar mimari sınırlarının dışındadır.

Kullanmak için bir organizasyon ilkesine karar verin.

Düzenleme ilkesi (ler) mimariyi yapılandırmamıza yardımcı olur ve mimarlık bileşenlerinin mimarinin farklı bölümlerine atanması için bir temel oluşturur.

Aşağıdakilerden biri veya daha fazlası dahil olmak üzere, burada yapabileceğimiz birkaç yaklaşım vardır:

1. Uçtan uca iş süreci akışı

2. Kurumsal iç organizasyon yapısı (dış ilişkiler olsun veya olmasın)

3. Standart bir referans modeli

Bir tedarikçiden müşteriye geçme gibi bileşenleri düzenlemek için uçtan uca bir iş süreci akışını kullanmaya çalışabiliriz. Mimari bileşenler daha sonra bu taraflar arasındaki zımni süreç akışı boyunca düzenlenir.

Genellikle mimari, pazarlama, satış, operasyonlar, finans vb. Organizasyon işlevlerinden (veya Organizasyon Birimlerinden) oluşan iç organizasyon yapısını yansıtır. Bu, harici sistemler veya taraflarla bağlantılar içerebilir veya içermeyebilir.

OEL Foundation Enterprise Architecture için, organizasyon prensibi olarak ISO Açık Sistemler Bağlantısı modelinin (OSI modeli) bir varyasyonunu kullanıyoruz. OSI modeli, bir telekomünikasyon veya bilgisayar sisteminin iletişim işlevlerini tanımlayan kavramsal bir modeldir.

OSI modeli yedi katman kullanır, ancak bir dizi blok zincir tabanlı mimaride üç katmanlı bir model kullanılır. Bunlar bazen çeşitli şekilde adlandırılır, ancak genellikle bir Platform (veya Uygulama) katmanı, bir Protokol katmanı ve bir Ağ katmanı içerir. “Protokol” terimi kafa karıştırıcı, belirsiz ve yorumlara açık olabilir. Bu bağlamda alakalı bileşenlerin tanımlanmasına yardımcı olan bu terimlerin ne anlama geldiğine karar vermek faydalı olabilir.

Mimariyi ilgili bileşenlerle doldurma

Genel mimari yapıya sahip olduğumuzda, mimarinin hangi bileşenleri içermesi gerektiğine karar verebilir ve bunları mimarinin ilgili bölümüne atayabiliriz.

Referans mimarilerde tanımladığımız bileşenleri ve ekosistem katılımcılarının bilinen veya varsayılan teknolojik gelişmeleri veya gereksinimlerini yansıtan birleştirmeyi düşündüğümüz bileşenleri kullanabiliriz.

Bu çok endüstridir ve hatta kuruma özgüdür, bu nedenle genel tavsiye vermek zordur.

Ancak iki genel ilke uygulanmalıdır:

1. Bileşenler geniş ölçüde aynı çözünürlük seviyesinde olmalıdır.

2. Bileşen sayısını sınırlayın

Bileşenlerin boyut bakımından diğerlerinden önemli ölçüde farklı olmasını istemiyoruz. Bu, genellikle bir bileşenin “çekirdek” gibi bir şey olarak adlandırıldığı ve bunun diğer bileşenlerden daha yüksek bir çözünürlük düzeyinde olabileceği ve mantıksal parçalara ayrılması gerekebileceği anlamına gelir.

Mimaride görünen bileşenlerin sayısı hakkında bir temel kural kullanmak faydalıdır. Büyük, karmaşık ve çok uluslu bir organizasyon için, yüzlerce ayrı başvuru olabileceğinden, bu potansiyel olarak zor olabilir. Bunlar yine de mantıksal olarak uygulama kategorilerine ayrılabilir. Ortak bir yaklaşım, katman başına yedi artı veya eksi iki bileşen kullanmak ve tüm mimaride yirmiden fazla bileşene sahip olmamaktır.

Son mimarinize endüstri örnekleri ile çapraz referans verin

Son olarak mimariyi, başlangıçta tanımladığınız referans modelleriyle karşılaştırarak mimarlığı eksiksiz ve tutarlı olup olmadığını kontrol etmek için kullanabilirsiniz.

Referans modellerin her birini mimarinize göre gözden geçirin ve referans model bileşenlerinin kendinizde olup olmadığını kontrol edin. Eğer değilse, neden olduğunu ve dahil edilmeleri gerekip gerekmediğini sorun. Mimarinizde ek bileşenler varsa, bunların gerekli olup olmadığını sorun ve neden referans modelinde bulunmadıklarını anlamaya çalışın. Bu modelin içeriğiyle alakalı olmayabilirler.

Bu, mimarinizin pratikte kullanıldığını görebileceğiniz diğer modellerle bir miktar ilişkiye sahip olduğunu iyi bir akıl sağlığı kontrolüdür.

Mimariyi gözden geçirin ve temel alın

Bu noktada mimarinizin bir çalışma modeline sahipsiniz. Şimdi meslektaşları ve diğer paydaşlar tarafından incelenmek üzere yayınlayabilir ve pratikte kullanmaya çalışabilirsiniz. Muhtemelen bazı değişikliklerin gerekli olduğunu göreceksiniz, ki bu normaldir. Doğru yerde olmadıklarını düşünüyorsanız bileşenleri dolaştırmaktan veya yeni bileşenleri çıkarmaktan veya yerleştirmekten korkmayın.

Kurumsal mimarinin, kurumun değişen ihtiyaçlarını veya sektördeki veya teknolojideki dış değişiklikleri yansıtan zamanla değişecek canlı bir şey olduğunu unutmayın.

Kurumsal mimari modeli artık ilgili bir işleve veya bir tarafa atanan devam eden bakımı için versiyon kontrolü ve sorumluluğu altında yerleştirilebilir. Büyük bir organizasyonda bu resmi bir mimari işlev veya bireysel bir mimar olabilir. Daha küçük organizasyonlarda, fonksiyon tipik olarak iş analistleri veya sistem tasarımcıları olan bir veya daha fazla kişi tarafından üstlenilebilir.

Bu makalenin, size kendi kurumsal mimariniz için analiz ve tasarım çalışmalarına nasıl yaklaşılacağı konusunda bazı ipuçları vermede yararlı olacağını umar ve bu konuda iyi şanslar dileriz.

Mark Nelson, OEL Vakfı'nın CTO'sudur. OEL Vakfı hakkında daha fazla bilgi edinmek istiyorsanız, lütfen https://oel.foundation adresine gidin veya doğrudan mark.nelson@oel.foundation adresinden yazıcınıza başvurun.

Telegram Vakfı'na da katılabilirsiniz.