1 milyar cari hesap + günlük 400 milyon işlem ile China Construction Bank, sistem dönüşümünün sert kemiklerini nasıl ısırıyor?
Leifeng.com AI Finans Yorumu: McKinsey, bir raporunda dünyanın önde gelen yabancı bankalarının her yıl vergi öncesi karlarının ortalama% 17-20'sini dijital dönüşüm ve inovasyon için harcadıklarına dikkat çekti.Çin bankaları dönüşümlerine nasıl başladı? ?
Büyük devlet bankalarından biri olan China Construction Bank olarak deneyimlerinin daha temsili olduğuna inanılıyor. 2018'deki Yunqi Konferansı'nda Çin İnşaat Bankası Bilim ve Teknoloji Bölümü baş mühendisi Hu Xianzhong, "CCB'nin Yeni Nesil Bankacılık Sisteminin Dönüşümü Üzerine Deneyim Paylaşımı" konulu bir konuşma yaptı.
China Construction Bank'ın sahip olduğu hesap verileri ve işlem ölçeği, sistem dönüşümünü daha zor hale getirdi.Hu Xianzhong, CCB'nin dönüşüm sürecindeki uygulama rotasını ve organizasyonel yapı dağıtımını, özellikle yapı yapımında bileşenli ve hizmet odaklı iş yapısını ayrıntılı olarak açıkladı. Mimari ve bulut altyapı mimarisinin kurumsal düzeydeki üç mimari dişlisi, yeni bir tasarım yöntemi oluşturmak için koordine edilir ve uçtan uca metodoloji, başarılı bir uygulama sağlar.
Lei Feng.com tarafından orijinal niyeti değiştirmeden düzenlenen konuşmanın tam metni aşağıdadır:
Bankayı dönüşmeye ne teşvik etti?
Artık CCB'nin çekirdek sistemi yok ve bu tamamen bileşenli bir süreç. O zamanlar önümde üç büyük zorluk vardı:
Birincisi, bu bir çekirdek sistem dönüşümü değil, kapsamlı bir iş kapsamının yeniden yapılandırılmasıdır. Başka bir deyişle, mevcut tüm China Construction Bank'ın işlerini yapılandırılmış bir şekilde yeniden tanımlayarak, onu işletme düzeyinde bir kabiliyete dönüştürüyor ve ada sistemini kırıyor.
İkincisi, CCB'nin şu anda bir milyar cari hesabı ve her gün 400 milyon işlemi var. En yüksek verim saniyede 12.000 işlemdir ve sistem çok karmaşıktır. Bunlar bir bilgi sistemine konulduğunda, hizmet seviyesi çok düşükken sorunsuz bir şekilde nasıl bağlanabilirler?
Üçüncüsü, China Construction Bank, zirveye ulaşan bir bankacılık sistemi istiyor. Hedef, ülkenin en iyisi ve dünyanın birinci sınıfı olmak, yani bu sadece teknik bir sorun değil, aynı zamanda tüm kullanıcı deneyimi sorunları.
-
Makro düzeyde
CCB perspektifinden, ülkenin en iyisi ve dünyadaki birinci sınıf, iç ve dış çevrede gelecekteki değişiklikleri karşılarken ve CCB'nin devam eden dijital dönüşümünü ve inovasyonunu (sistemleri) desteklerken, büyük yıkıcı bir yaratıma sahip olmalıdır. Önemli olan, finansal teknolojinin gelişimi, endüstrideki rekabet, düzenleyici faktörler veya endüstriyel ekolojik ortamdaki değişiklikler olsun, tüm bunları yeteneklere, maddeleştirmeye dönüştürmek ve ardından bunları bileşenlere ve hizmetlere koymaktır. Dış zorluklarla yüzleşmek ve yeni teknolojilerin gelişimini karşılamak için kurumsal düzeyde, entegre, bileşenli, hizmet odaklı, bulut bilişim, sektörler arası ekosistem ve dağıtılmış bilgi işlem yapmak istiyorum.
CCB departman seviyesinden kurumsal seviyeye değişecek ve kapsamlı, işlevsel ve akıllı bir finans grubu haline gelecektir. O sıralar bunu yaparken diğer şirketlerin nasıl yaptığına bakardık: Industrial and Commercial Bank of China ve China Merchants Bank gibi yurtiçi kıyaslamalar; yabancı ülkelerde ise Bank of America'ya baktık çünkü Çin İnşaat Bankası'nın kooperatif bankası. Yazılım paketi açısından, yaptığımız şeylerin onlardan ne kadar farklı olduğunu görmek için her şey tekrar incelenir.
-
Mikro seviye
Her sistem yaşlanacak ve CCB'nin karşılaştığı sorunlar:
1. Önceki China Construction Bank gibi iş çevikliği ancak üç ayda talepte bulunabilir, şimdi çözülmesi bir hafta alabilir;
2. Maliyet baskısı. CCB ile ilgili pek çok şey ana bilgisayarda yapılır, ancak mevcut ana bilgisayar sistemi maliyeti çok yüksektir ve yıllık işlem hacmi temelde her üç yılda iki katına çıkan% 35 oranında büyür;
3. Teknolojik değişimler çok hızlı.Şimdi ister X86 ister açık kaynaklı sistemler olsun, hepimiz bizi mevcut sistemleri değiştirmeye yönlendiriyoruz.
4. Risk önleme: Artık, ana bilgisayardaki personelin yanı sıra iş sürekliliği ve denetim sorunları da giderek azalmaktadır.
Banka BT sistemi dönüşümünün aşamalı çalışması
-
Aşama 1: Pilot planlama dönemi
Yöntem açısından, ilk aşama iyi bir ön plan gerektirir. Kurumsal Mimari (EA) teknik kapasite geliştirme ve İş Modelleme (Enterprise Modeling) kapasite geliştirme ile ilgili olarak iki alanı aynı anda başlatan en önemli şey teknik çerçevenin geliştirilmesidir. Mevcut durumu modelledikten sonra, ister dönüşüm girişimleri ister iş yetenekleri açısından olsun, yetenekleri gereksinimlere ve ardından hedef modellemeye dönüştürün. Birincisi, mevcut şeyleri iyi yapmalıyız ve ikincisi, gelecekteki yetenekleri tanımlamalıyız. Bu süreçte çok önemli bir nokta prototip tasarımıdır, yani tamamlandıktan sonra bu yeni sistem için bir program veya hizmet geliştirmek için ne kadar insan gücü kullanılacağını, işlem için ne kadar CPU kullanılacağını ve tüm projenin insan kaynakları ve ekipman kaynaklarını bileceksiniz. Hepsi kontrol edilebilir.
-
İkinci aşama: 5 yılda uygulanan yol haritası
O dönemde beş yıllık yol haritası belirlenmiş ve temel amaç ön planlama tamamlandıktan sonra uygulama ve işletme kabiliyetlerine girmekti.
Sistem dönüşümü için bir strateji belirleyin Belki de bu sistem, değiştirme stratejileri, kapsülleme stratejileri vb. İle değiştirilecektir. Daha sonra eski sistemleri tek tek değerlendirin ve tüm yeni mantık uygulama sistemlerini belirleyin. Her iki taraftan da başka bir ipucu verin - eski sistemin gelecekteki kaderi ne olacak biliyor musunuz? Gelecekte bilgi sistemine nasıl geçilir, ancak bu tek seferde aktarılmayacaktır, adım adım yapılmalıdır, süreç çok karmaşıktır. Uygulama portföy analizinden (APA) her şey dönüşümden başlar. BT mimarisi dönüşümü APA ile başlar, eski sistem ile yeni uygulama fiziksel bileşenleri arasındaki ilişkiyi analiz eder, uygulama işlevlerine ve veri haritalamaya odaklanır.
Mimari dağıtımın matrisi, perspektifi ve rol bölümü
Uygulama çerçevesi açısından, temelde işletme seviyesi (PMO), merkez seviyesi (PIO) ve proje seviyesidir (PM). İş farklılıkları var, iş yönetimi komitesi katılmalı. Yönetim ve kontrol sürecini görebilirsiniz, aşağıda ilerlemeler yapılacak, yönetim ve kontrol planı tasarımı yukarıda yapılacaktır.
Mimari bölüm - temelde iki perspektif vardır: profil perspektifi, süreç perspektifi. Altı bölüm, uygulama, veri, teknoloji, güvenlik, deneyim, iş ve normatif mimaridir. Profilin mimari prensibi, her şeyi kapsayan bir prensiptir. İkinci odak noktası süreç perspektifidir Gereksinimler, tasarım, geliştirme ve dağıtım açısından bu bir süreçtir. Dolayısıyla geliştirme merkezinin proje ekibinin geliştirmeyle yakından ilişkili olduğu ve teknik mimarinin güvenlik mimarisi ve veri merkezinin dağıtım perspektifiyle yakından ilişkili olduğu görülebilmektedir. Temelde bir çapraz geçiş sürecidir.
Örnekleme süreci - BT yönetim mimarim ortaya çıktığında, onu uygulama mimarisi ve değer zinciri yaklaşımına göre en üste koyuyorum, bu benim profil perspektif tanımım. Aynı zamanda temel bakış açımız ve mimarimiz de içine konuyor. Bu kadar çok projeyi uygulayabilmek için kendi mimari düşünme kültürünüzü kurmanız gerekir.Herkesin tasarımı ne tür bir mimari istediğinize bağlıdır, bu nedenle kurumsal düzeydeki mimarimizde herhangi bir sapma olmayacaktır, aksi takdirde çok sayıda olacaktır. Projeden aşağı inmenin bir yolu yok.
Dönüşüm yapısının yapımının dört unsuru
Mimari yenilik-birkaç kilit nokta: Birincisi, CBM (yani Bileşen İş Modeli, bileşen iş modeli); ikincisi, CBM'yi SOA'ya (yani Hizmet Odaklı Mimari, hizmet odaklı mimari) yerleştirin, SOA'yı Cloud'da bütünlük vazgeçilmezdir. CBM bunu nasıl yapıyor? Tüm işletmeler kapsamlı olmalı, tüm iş bileşenleri kapsamlı olmalı ve bazıları kapsamlı olmalıdır. Öyleyse, ilki tamamlanmalı ve dört şey de aynı anda yapılmalıdır. İkincisi, kapsamlı olmak ve tüm işi aynı anda yapmaktır. Bu, şu anda CCB, CBM artı SOA artı CLOUD artı S'de uyguladığımız dört gerekli unsurdan biri haline geldi.
-
Bileşenli iş yeteneği modeli
Bu şeyler bileşenleştirildikten sonra, kurumsal düzeyde bir mimari oluşturulmuştur. Çin'de CCB gibi tam bir sistem hemen hemen böyle dersek, pek bir fark olmayacak. Bu işletmeler için CBM'niz yoksa, temeldeki SOA ve Bulut bunları destekleyemez.
-
Servis Odaklı (SOA)
Şimdi SOA3.0 olmalı ve bileşenleştirmeyi SOA çerçevesi altına koymalıyız. Böyle bir sekiz katmanlı tasarım için dört süreç vardır, biri hiyerarşik sınıflandırmadır; ikincisi her içerik bölümüdür; üçüncüsü bileşen yapılandırmasıdır; dördüncüsü ilişkiyi bulmaktır. İşlem hizmetleri, olay hizmetleri ve veri hizmetleri dahil, gelecekteki yapay zeka hizmetleri üzerinde de çalışıyoruz. Bu mimari her şeyi içerebilir.
Şimdi, örneğin, ister sensör olayları, uygulama olayları, güvenlik verileri, veritabanı veya sistem olayları olsun, EDA (Olay Odaklı Mimari), olay mimarisinin bir parçasıdır.Eğer hepsini tek seferde yaparsanız, gelecekle yüzleşebilirsiniz. şey. Artık sadece işlemsel bir hizmet değil, aynı zamanda olay hizmetleri ve gelecekteki veri hizmetleri.
-
Bulut bilişim
İlk aşama çok fazla P olacak, aynı şeyleri sınıflandırıyoruz, şimdi en büyüğü hala X86, bu ilk aşama. İlk aşamadan sonra ne olur? IPAAS ve APAAS yapın, platform düzeyinde hizmetler yapın ve kaynakları sanallaştırdıktan sonra ikinci aşama, mevcut bulut bilişim tarafından tamamen desteklenen bir geliştirme platformu kurmaktır.
-
Mühendislik yöntemi
Bu çok önemli.Başkalarının yaptıklarına bakmalısınız, ancak bunu CCB'ye kopyalayamazsınız. Nasıl mükemmelleştirilebileceğini ve uygulanabileceğini görmek için CCB'nin benzersizliğiyle birleştirilmelidir. Bir süreç olmalı, yeni nesil her şeyin hangi süreçten geçtiği, her plan için hangi yöntemin kullanılması gerektiği ve her yöntemi desteklemek için hangi araçların kullanılması gerektiği. Yapılan şeyler için ne tür belgeler ve örnekler kullanılması gerektiği çok titizdir.
Ortadaki kontrol proje yönetimidir. Titizlikle tanımlanmış dört süreç ve prosedür belirlendikten sonra, süreç bir plana dönüştürülür, bir rol verilir ve bu tamamlanır, bu tam bir süreçtir. Her şeyin düzeni ve kontrolü için ustalık olmalıyım. Ustalık olmazsa kontrol edemem. Bu şekilde çok fazla proje yapıldığı için orijinal tasarım kaybolacak.
-
Uygulama ve bileşenleri iniş
En önemli nokta, planlanan 115 bileşeni 115 mantıksal sisteme ayırmak, ardından bunları 260 fiziksel sisteme ve ardından 90 uygulamaya dağıtmaktır. Bu süreç çok uzun ve istikrarlı bir organizasyon yapısı ile desteklenmelidir, bu en zor şeydir.
Bu dördünü tamamladıktan sonra, uygulama yapımından mantık sistemine ve iş sistemine kadar, bunun bire çok sıkı bir ilişki olduğunu anlayacağım. Bu yapıldıktan sonra herkes arkasına yaslanıp rahatlasın. Ben böyle yaptım, 200 sistemim var.
Uygulamalar bileşenlerle aynı değildir Uygulamalar uçtan uca süreçlerdir Bileşenlerin süreci nedir? Bileşen sadece bir yetenektir. Yani uygulamalar ve bileşenler tamamen farklı şeylerdir. Yani bileşenler sabittir, bileşen sayısı 115 ve uygulamalar 90, 100 veya 1.000 olabilir. Önemli değil. Uygulamalar ihtiyaçlarınıza dayalıdır. Tasarımınız ayrılmamışsa, yeni nesil uygulamalar haline gelmenin hiçbir yolu olmayacaktır. .
CCB'nin şu anda yaptığı şey, her şeyi entegre etmek için bir finans grubudur Entegrasyonun anahtarı nedir? Hem platform araçları hem de temel hizmetler paylaşılır. Ve yurtiçi ve yurtdışında entegredir. Bu sisteme gelince, "One Belt One Road" girişimi ile ihraç edilebilir. Bunların hepsi bir arada ve yalnızca tek bir sürüm var. Çalışırken farklı saat dilimlerinde çalışır, ancak yalnızca bir sürümü vardır. Bu oyunun etkisi harika.
Dönüşüm ne anlama geliyor? Mevcut durumdan gelecekteki duruma geçmeme izin veren bir köprü ve kuluçka makinesi. Mevcut durum o kadar iyi değil, çok güzel bir duruma geçecek. Mimarlık ortada çok önemli bir rol oynuyor.
Son olarak, kilit noktalardan bahsedeyim: tam uygulama kapsamını ve proje uygulaması için en iyi uygulamaları anlayın. Örneğin, bir marangoz ahşabı kesmeden önce iki kez ölçmelidir, çünkü kestikten sonra eski haline dönmeyecektir, bu nedenle marangozun fikrini iki kez ölçüp bir kez kesmek için kullanmak gerekir. Diğer bir nokta da elmas kesme stratejisidir, yani dönüştürmeden önce hiçbir değer kaybedilemez. Artık CCB'nin tüm hizmet sözleşmeleri için çok yüksek gereksinimleri var, bu nedenle elmas ve mücevher kesmek gibi çok dolambaçlı olmalı. Kullanıcı deneyiminin de göz ardı edilmesi kolaydır.Birçok şey sistem düzeyinde yapılmak ister.Hayır, iyi bir deneyim olmadan iyi bir sistem yapmanın bir yolu yoktur. Başlangıçta veri birikimi de var.
Dönüşümün özeti: "3I ve ÜCRETLİ"
Yeni nesil gelecekteki banka dönüşümünün daha kapsamlı ara bağlantı (Birbirine bağlı), daha derin zeka (Akıllı) ve daha kapsamlı bir algılama (Enstrümanlı) sağlaması gerektiğine ve beş temel yeteneğe sahip olması gerektiğine inanıyoruz:
-
İşbirliği (Ortaklık) Etkili işbirliği, esneklik ve ölçeklenebilirlik gibi pek çok açıdan yetenekleri geliştirebilir;
-
Çeviklik, müşteri ihtiyaçlarına ve dinamik ortama hızla yanıt vererek pazara sunma süresini kısaltır;
-
Analiz (Analytics) yürütülebilir içgörüler, kişiselleştirilmiş etkileşimleri teşvik etmeye ve müşteri ilişkilerinin dönüşümünü gerçekleştirmeye yardımcı olur;
-
İş süreçlerini basitleştirmek ve müşterilerle etkileşimi hızlandırmak için İnovasyon (İnovasyon);
-
Sayısallaştırma Çeşitli kanalların hizmet kaynak tahsisi sürekli olarak optimize edildiğinden, işlemler daha verimli hale gelir.
Daha fazla finansal teknoloji bilgisi için lütfen herkese açık hesabı takip edin: AI Financial Review (ID: aijinrongpinglun)
Lei Feng
