Akışı Yönlendir

Akışı Yönlendir

Eski sistemlerin ortak bir özelliği, Kritik Toplayıcı, adından da anlaşılacağı gibi bu, bir işletmenin işleyişi için hayati önem taşıyan ve dolayısıyla kesintiye uğramayan bilgiler üretir. Bununla birlikte, mirasta, bu model hemen hemen her zaman, kendisini ve yukarı akış sistemlerini etkin bir şekilde donduran, istilacı, yüksek düzeyde eşleştirilmiş bir uygulamaya dönüşür.

Şekil 1: Kritik Toplayıcı Raporlama

Akışı Yönlendir, yeni bir uygulama oluşturarak Eski Yerinden Edilme girişimini başlatan bir stratejidir. Kritik Toplayıcı
mümkün olduğu kadar, çalışması gereken verilerin kaynakları olan yukarı akış sistemlerinden ayrıştırılır. Bu yeni uygulama devreye girdiğinde, eski uygulamayı devre dışı bırakabiliriz ve bu nedenle çeşitli yukarı akış veri kaynaklarını değiştirme veya yerini değiştirme konusunda çok daha fazla özgürlüğe sahibiz.

Şekil 2: Çıkarılan Kritik Toplayıcı

Bir alternatifimiz olduğunda alternatif yer değiştirme yaklaşımı Kritik Toplayıcı
yerinde, onu en sona bırakmaktır. Yukarı akış sistemlerini yerinden edebiliriz, ancak kullanmamız gerekiyor Eski Taklit miras içindeki toplayıcının ihtiyaç duyduğu verileri almaya devam etmesini sağlamak.

Her iki seçenek de bir Geçiş MimarisiToplayıcının yerinde kalmasını desteklemek veya yeni uygulamaya veri beslemek için yer değiştirme çalışması sırasında gerekli olan geçici bileşenler ve entegrasyonlarla.

Nasıl çalışır

Akışı Yönlendirmek, bu örnekte bir çapraz kesme yeteneğinin yeni bir uygulamasını oluşturur. Kritik Toplayıcı. Başlangıçta bu uygulama, örneğin aşağıdakileri kullanarak mevcut eski sistemlerden veri alabilir:
Olay Durdurma model. Alternatif olarak, kaynak sistemlerden veri almak daha basit ve daha değerli olabilir.
Kaynağa Dön. Uygulamada her iki yaklaşımın bir kombinasyonunu görme eğilimindeyiz.

Toplayıcı, mevcut yukarı akış sistemleri ve bileşenlerinin kendileri eski sürümden çıkarıldığından kullandığı veri kaynaklarını değiştirecek ve böylece eskiye olan bağımlılığı zamanla azaltılacaktır. Yeni Toplayıcı uygulamamız, kaynak sistemler yeni uygulamalara taşınırken verilerin biçimini, kalitesini ve güncelliğini iyileştirme fırsatlarından da yararlanabilir.

Harita veri kaynakları

Bir Critical Toplayıcıyı çıkaracak ve yeniden uygulayacaksak, önce bunun eski mirasın geri kalanıyla nasıl bağlantılı olduğunu anlamamız gerekir. Bu, toplama için kullanılan nihai veri kaynağını analiz etmek ve anlamak anlamına gelir. Burada nihai yukarı akış sistemine ulaşmamız gerektiğini hatırlamak önemlidir. Örneğin, bir ana bilgisayarı örneğin satış bilgileri için gerçeğin kaynağı olarak ele alabilirken, verilerin kendisi mağaza içi kasa sistemlerinden kaynaklanabilir.

Toplayıcıyı yukarı akış ve aşağı akış bağımlılıklarının yanında gösteren bir diyagram oluşturmak çok önemlidir. Bir sistem bağlam diyagramı veya benzeri burada iyi çalışabilir; Hangi sistemlerden hangi verilerin ne sıklıkla aktığını tam olarak anladığımızdan emin olmalıyız. Eski çözümlerin bir veri darboğazı olması yaygın bir durumdur: (daha yeni) kaynak sistemlerden gelen ek yararlı veriler, eski sistemlerde yakalanması veya temsil edilmesi çok zor olduğu için genellikle atılır. Buna göre, hangi yukarı akış kaynak verilerinin atıldığını ve nerede olduğunu da yakalamamız gerekiyor.

Kullanıcı gereksinimleri

Açıkçası, “yönlendirmeyi” planladığımız yeteneğin son kullanıcılar tarafından nasıl kullanıldığını anlamamız gerekiyor. İçin Kritik Toplayıcı Her rapor veya metrik için genellikle çok geniş bir kullanıcı karışımına sahibiz. Bu, nerede olduğunun klasik bir örneğidir. Özellik Paritesi mevcut kullanıcı ihtiyaçlarını gerçekten karşılamayan bir dizi “şişirilmiş” raporun yeniden oluşturulmasına yol açabilir. Basitleştirilmiş bir dizi daha küçük rapor ve gösterge tablosu daha iyi bir çözüm olabilir.

İlk uygulama sırasında anahtar sayıların eşleşmesini sağlamak için paralel çalışma gerekli olabilir, bu da işletmenin işlerin beklendiği gibi çalışmasını sağlamasını sağlar.

Çıktıların nasıl üretildiğini yakalayın

İdeal olarak, mevcut çıktıların nasıl üretildiğini yakalamak istiyoruz. Bir teknik, eski sistemde veri alma ve işleme sırasını belgelemek için bir dizi diyagramı, hatta sadece bir akış şeması kullanmaktır. Bununla birlikte, mevcut uygulamayı tam olarak yakalamaya çalışmanın genellikle azalan getirileri vardır, önemli bilgilerin kaybolduğunu bulmak alışılmadık bir durum değildir. Bazı durumlarda eski kod, işlerin nasıl yürüdüğüne dair tek “belge” olabilir ve bunu anlamak çok zor veya maliyetli olabilir.

Bir yazar, önemli bir finansal hesaplama gerçekleştirmek için oldukça karmaşık bir elektronik tablonun yanı sıra eski bir sistemden dışa aktarmayı kullanan bir müşteriyle çalıştı. Şu anda organizasyonda hiç kimse bunun nasıl çalıştığını bilmiyordu, neyse ki kısa süre önce emekli olmuş bir çalışanla temasa geçtik. Ne yazık ki onlarla konuştuğumuzda, hesap tablosunu on yıl önceki bir çalışandan miras aldıkları ortaya çıktı ve ne yazık ki bu kişi birkaç yıl önce vefat etti. Eski raporun tersine mühendislik ve (iki kez ‘sürüm geçişi’) excel elektronik tablosu, ilk ilkelere geri dönmekten ve hesaplamanın ne yapması gerektiğini en baştan tanımlamaktan daha fazla işti.

Yenilenen bitiş noktasında pariteyi öne çıkaracak şekilde inşa etmiyor olsak da, mirasla ‘anlaşmak’ için hala önemli çıktılara ihtiyacımız var. Toplama örneğimizi kullanarak artık mağazalar için saatlik satış raporları üretebiliriz, ancak iş liderlerinin hala ay sonu toplamlarına ihtiyacı var ve bunların mevcut sayılarla ilişkilendirilmesi gerekiyor. Belirli test girdileri için beklenen çıktıların çalışılmış örneklerini oluşturmak için son kullanıcılarla birlikte çalışmamız gerekir; bu, daha sonra hangi sistemin eski veya yeni ‘doğru’ olduğunu tespit etmek için hayati olabilir.

Teslimat ve Test

Bu kalıbın, yeni işlevselliği dilimler halinde oluşturduğumuz yinelemeli bir yaklaşıma uygun olduğunu gördük. Critical Aggregator ile bu, her raporu sırayla teslim etmek ve onları üretim benzeri bir ortama kadar götürmek anlamına gelir. sonra kullanabiliriz

Paralel Koşu

Beta kullanıcılarının erken geri bildirim vermesine ek olarak, kalan raporları oluştururken teslim edilen raporları izlemek için.

Deneyimlerimiz, birçok eski raporun keşfedilmemiş sorunlar ve hatalar içermesidir. Bu, yeni çıktıların nadiren mevcut çıktılarla eşleştiği anlamına gelir. Eski uygulamayı tam olarak anlamazsak, genellikle uyumsuzluğun nedenini anlamak çok zordur. Bir azaltma, bilinen verileri enjekte etmek ve uygulama aşaması boyunca çıktıları doğrulamak için otomatik test kullanmaktır. İdeal olarak, bunu hem yeni hem de eski uygulamalarla yapardık, böylece aynı bilinen girdiler için çıktıları karşılaştırabiliriz. Ancak pratikte, eski test ortamlarının mevcudiyeti ve veri enjekte etmenin karmaşıklığı nedeniyle, bunu genellikle önerilen minimum değerimiz olan yeni sistem için yapıyoruz.

Eski toplamada “sistem dışı” geçici çözümler bulmak yaygındır, açıkçası bunları geçiş çalışması sırasında denemek ve izlemek önemlidir. En yaygın örnek, liderlik ekibinin ihtiyaç duyduğu raporların eski uygulamada gerçekten mevcut olmadığı, bu nedenle birinin gördüğü gerçek çıktıları oluşturmak için raporları manuel olarak değiştirdiği durumdur – bu genellikle günler sürer. Kimse liderliğe raporlamanın gerçekten işe yaramadığını söylemek istemediğinden, çoğu zaman işlerin gerçekte bu şekilde yürüdüğünün farkında değiller.

Canlı Yayına Geçin

Yeni toplayıcıdaki işlevsellikten memnun olduğumuzda, kullanıcıları yeni çözüme yönlendirebiliriz, bu aşamalı bir şekilde yapılabilir. Bu, önemli kullanıcı grupları için raporların uygulanması, bir paralel çalışma dönemi ve nihayet yalnızca yeni raporları kullanarak onlara geçiş anlamına gelebilir.

İzleme ve Uyarı

Doğru otomatik izleme ve uyarının yerinde olması, özellikle bağımlılıklar hala eski sistemlerdeyken, Akışı Yönlendirmek için hayati önem taşır. Güncellemelerin beklendiği gibi alındığını, bilinen iyi sınırlar içinde olduğunu ve ayrıca nihai sonuçların tolerans dahilinde olduğunu izlemeniz gerekir. Bu kontrolü manuel olarak yapmak, hızlı bir şekilde çok fazla iş haline gelebilir ve bir hata kaynağı oluşturabilir ve ilerlemeyi geciktirebilir. Genel olarak, yeni çözümümüze geçmiş geçici çözümleri yeniden dahil etmekten kaçınmak istediğimizden, yukarı akış sistemlerinde bulunan tüm veri sorunlarını düzeltmenizi öneririz. Ekstra bir güvenlik önlemi olarak, Paralel Çalışmayı bir süre için yerinde bırakabilir ve mutabakat araçlarının seçici kullanımıyla eski ve yeni uygulamalar çok fazla ayrılmaya başlarsa bir uyarı oluşturabiliriz.

Ne Zaman Kullanılır

Bu model en çok, eski mülkün diğer bölümlerinde “yukarı akış” bağımlılıklarına sahip olan eski bir sistemde çapraz kesme işlevselliğine sahip olduğumuzda kullanışlıdır. Kritik Toplayıcı en yaygın örnektir. Zamanla daha fazla işlevsellik eklendikçe, bu uygulamalar yalnızca iş açısından kritik değil, aynı zamanda büyük ve karmaşık hale gelebilir.

Bu duruma sıklıkla kullanılan bir yaklaşım, bu “toplayıcıların” göçünü en sona bırakmaktır, çünkü miras mirasının diğer alanlarına açıkça karmaşık bağımlılıkları vardır. Bunu yapmak, yukarı akış bileşenlerini çıkarma sürecine girdikten sonra, eski veriler ve olaylarla güncel tutulması için bir gereklilik yaratır. Bu da, biz “toplayıcının” kendisini geçirene kadar, bu yeni bileşenlerin bir dereceye kadar eski veri yapıları ve güncelleme frekanslarıyla bağlantılı olarak kalacağı anlamına gelir. Ayrıca, genel geçiş çabasının sonuna kadar hiçbir gelişme görmeyen geniş (ve genellikle önemli) bir kullanıcı grubumuz da var.

Akışı Yönlendirmek, bu “sonuna kadar bırak” yaklaşımına bir alternatif sunar, özellikle eski toplayıcıyı beslemeye devam etmenin maliyetinin ve karmaşıklığının önemli olduğu veya ilgili iş süreci değişikliklerinin, örneğin raporların değiştirilmesi gerektiği anlamına geldiği durumlarda yararlı olabilir. geçiş sırasında değiştirilir ve uyarlanır.

Verilerin güncellenme sıklığı ve zamanındaki iyileştirmeler, genellikle eski modernizasyon projeleri için temel gereksinimlerdir. Akışı Yönlendirmek, özellikle uygulayabilirsek, bir geçiş projesinde bu alanlarda erken dönemde iyileştirmeler yapma fırsatı verir.
Kaynağa Dön.

Veri depoları

Temel raporların (veya benzerlerinin) gerçekten oluşturulduğu yer olduğu için, eski bir geçiş sırasında “Veri Ambarı’nı destekleme” gereksinimiyle sık sık karşılaşırız. DWH’nin kendisinin eski bir sistem olduğu ortaya çıkarsa, o zaman DHW’den gelen verilerin “Akışını başka daha iyi bir çözüme yönlendirebiliriz”.

Yeni sistemlerin depoya aynı beslemeyi sağlaması mümkün olsa da, pratikte olduğu gibi yeni sistemlerimizi bir kez daha eski veri formatına, beraberindeki ödünler, geçici çözümler ve en önemlisi güncelleme sıklıkları ile birleştiriyoruz. Kuruluşların eski mülklerinin önemli kısımlarını değiştirdiğini, ancak yine de DHW çözümleriyle ilgili bağımlılıklar ve zorluklar nedeniyle güncel olmayan verilerle bir işletmeyi yürütmekte zorlandıklarını gördük.

Bu sayfa aşağıdakilerin bir parçasıdır:

Eski Yer Değiştirme Modelleri

Ana Anlatı Makalesi

desenler

Bir cevap yazın

E-posta hesabınız yayımlanmayacak.