|
|
EDA365欢迎您登录！
您需要 登录 才可以下载或查看，没有帐号？注册
x
当前，以微服务、DevOps、容器、多云业务管理为代表的云原生技术已经广泛成熟应用，成为加速企业数字化业务高效创新、实现企业数字化转型的最佳技术支撑。而信创支持、国产化支持，是中国企业数字化转型不得不满足的基本要求。更有专家指出，在关乎企业生存的必选项“数字化转型”以及国家信创战略的共同冲击下，企业需要改变现有业务和IT的架构，更快速地应对挑战、响应变化，增强自身的竞争力。, }/ {( [5 c: @
* I2 f$ w+ R: k" k" ~# z$ h% I
行云创新专业打造信创微服务开发支撑能力，助力中国企业打造信创。
4 T$ m4 ^/ r5 Y+ s8 G7 ], s' H7 C* P- c1 Z5 k7 N: A( w: {! d- O
获取《信创微服务平台建设指南》完整方案，请点击>
g4 m6 U8 z6 m4 Z/ j一、打造业务系统向信创环境一键切换的能力- j2 W4 I4 v" B0 }4 H1 f5 \. w6 b
i- ]# X3 a. l$ y; J0 Z5 A
信创是坚定之路，需正视他带来的若干挑战才能走好信创之路。坚持信创会主要带来以下挑战：2 O) t% K( e8 S e1 B) O3 D
# T0 R! b3 J& T# x7 c+ ]**1、时间紧迫性带来的挑战：**信创工作时间紧、任务重，原有的业务开发计划已经排得很满，如何让信创工作又好又快地开展，同时对原有业务项目建设推进影响最小？
# h1 a4 f6 g0 K/ J* H u4 f6 K8 d7 C1 x% E$ d& i
**2、业务适配新技术的挑战：**信创建设必然引入新硬件、新软件，开发测试人员也需要学习他们吗？如何避免开发、维护信创、非信创多套代码、多个版本？6 v3 c, }( a. |, o. f! ^6 j
5 ?6 u+ M0 L) h' Z
**3、保障业务稳定性的挑战：**信创建设引入的硬件、软件需要一个过程验证对何种业务有怎么样的支撑力度，非信创与信创如何共存和过渡？如何按需在非信创和信创环境间灵活调度业务？9 O! N& b7 i' \
6 I- B N8 g) E; l/ _**4、信创技术多变性的挑战：**大趋势下，随着时间推移，硬件、操作系统、数据库、中间件等各类新的信创组件将层出不穷的出现，如何建立起一个能够开放渐进、优胜劣汰、持续引入的能力？8 n2 U( D: E/ q: s. M
0 \: ~2 w7 B% k y
其中，现有业务系统与各层次信创技术的适配性，例如在数据库层级，信创代表技术有达梦、阿里云等，而国产数据库一般承诺兼容ANSI SQL标准，但我们代码中可能使用了大量的MySQL/Oracle的特性，如存储过程等，适配国产数据库是一个开放渐进的大工程。再比如中间件层次，信创代表技术有东方通、宝兰德等，中间件涉及的范畴比较广，目前国产中间件还是以消息中间件，SOA中间件等为主，但预期未来会越来越多。程序需要与不同的中间件进行代码级别的调整适配、测试，工作量和长期影响较大。此外，还有操作系统、服务器硬件、芯片等多方面都需要将信创适配考虑进来。
6 Y9 C R9 k7 f
* c' M) ], Y* d. L信创之路面临重重挑战，我们要如何实现业务系统想信创环境切换？7 L& Y% P! m- t: S$ S1 O1 |0 V
) U( f+ X- d/ @$ [9 A
行云采用“解耦合 + 自动化”建立起支撑信创工作的开发平台
3 y* r2 n" q. h( _( n
6 S, v) I7 L. `* ^/ S/ s: l代码是业务完整的、中立的体现。 行云计划支持实现代码与周边现存、未来之技术（信创、非信创）解除耦合。
3 i) O1 T% N3 P, y) K9 P# Z* V; v: q
) H$ a! Q- q' S; K" W**1、自动化构建能力：**把中立的业务代码，自动化的构建，加以适配到信创、非信创环境，灵活地在两者间根据需求调配，包括切换不同信创组件的各类场景，应做到对业务开发侧无影响，甚至是无感知。业务开发只对业务代码负责，剩下的事由平台自动处理。$ E b/ G: R! W: ]9 k' l7 Q+ }) K& {9 A
% V0 V4 r( C, d**2、操作系统抽象：**通过容器技术隔离操作系统对业务的影响，打造适配业务需求的、精简的、优化化的基座镜像(Base Image Provisioning)，无论操作系统是否信创、哪家信创，对业务无影响。3 s8 M0 Y! [. Y9 t
% x4 [8 ?& t$ g0 T
**3、中间件和数据库抽象：**通过DAPR技术实现接口抽象隔离，业务只对接抽象接口，后台对接具体的信创、非信创，或是哪家信创组件，在自动化构建和部署时决定。 当然，这涉及到业务代码的一次性调整，考虑到目前最紧迫的信创改造还是在硬件和操作系统，中间件和数据的解耦工作可以渐进式开展。1 Q1 z/ Q! T+ A7 x
: f; J7 N# S- P: K! N, @1 [" S打造信创开发平台的收益
6 x! \: p1 k4 ?! o2 Y
5 z j9 D! U! c T2 w+ s1、业务开发人员关注代码的业务实现，向信创环境的适配由平台自动化实现，在又快、又好地落地信创工作同时，原有的业务开发计划不但不受影响，反而因为有了开发平台的支撑让开发本身更聚焦于代码（而不是各类不同环境），还会让开发效率更高。6 {5 ]6 t; _( ~' C
0 p( U8 x+ ~$ I, v3 p; p7 i8 F d1 q2、业务代码本身应该是“技术中立”的，开发人员聚焦于业务开发本身，无需学习甚至是关心最终交付后的信创相关技术，由平台而不是开发人员完成向不同的技术栈适配，测试人员用原有业务功能、性能指标加以测试，再转产。信创的技术实现由最有必要的、专业技术人员（运维侧）负责，这类人员也因为平台的存在而在技术组件替换、或是引入新技术时得心应手。
; }/ p: l5 N7 U' d9 _
% F' T' P H. u1 A" R1 b3、哪些业务先上信创、哪些后上，哪些业务需要在非信创和信创并行、平滑过渡，哪些业务可能信创环境暂时不能较好支撑，需要切换回非信创以待条件就绪再信创。为了保障业务，这些调度策略将会经常发生，再加之多数据中心的考量，有了平台帮助实现才能达成灵活高效、游刃有余。$ @! `; h& p4 j/ R7 {
0 [6 M4 S5 ~+ Q6 ?2 Y4、信创产品在未来层出不穷，有了平台的支撑，可以以开发放渐进、张弛有度的方式引入新技术、淘汰落后技术达成最终全面信创、稳定高效的支撑业务发展的最终目标。
! O5 W# ?* j7 C& f% q& x# r: u二、打造快速响应业务需求的跨系统编排能力. X$ V$ ^' M* G' n o8 J+ P# J
7 B$ a' _; x( E# i& C/ L) D
烟囱式系统开发面临着极大的挑战( t2 ^1 [; e) P# f3 M
# M0 {0 y$ z, }6 \" M4 P; W8 ]# M' J B! t
行云信创微服务解决方案，借鉴“桥接模式”解决该问题的思路
$ Q% N7 R* t) q) U7 L% n9 o% g* h( |; x, H; N+ i
设计模式之桥接（Bridge Pattern）定义：桥接模式是将抽象部分与它的实现部分分离，使它们都可以独立地变化。- Y" w( r( {9 y
# O+ G1 X2 s4 W2 j; K+ `6 A2 v O* }
· 桥接能力无需现有业务做调整，而是带外与之适配的方式，有快速实现达成的特点。
5 P& _3 Y3 V: z, s g5 k· 接收器小模块、发送器小模块以协议对接为界面，实现相对简单，又可放入备件库为未来之多场景复用。1 N9 w( i/ H6 h7 f
· 缓存器有信创、非信创等多种选择，技术成熟。
) @; l1 \/ r; r) x信创微服务平台4 A5 ?6 s0 z1 A$ i b
! V, X) X( M+ |$ ?
1 N* `6 m& s# f1 Q: o" t: A, k- G7 W
; J# P4 ]9 u/ D" N4 J
打造通用的跨系统、跨服务间编排能力3 P+ N: p+ i/ z5 V
5 F( n! a$ D- B. L+ d行云打造通用的跨系统、跨服务间的编排能力，以及相配套的微服务和API市场，即有解决现实问题的意义，又为技术演进的必然趋势做长远考虑，同时也是实现信创方案灵活性的必要补充。* J6 t7 d {9 B- f" p9 B' `! Q
( r1 [, }# D2 J, d7 U, T# k+ |2 A三、打造关键资源高效复用线上安全开发能力
% Q+ E J" @. F/ I$ H
- m8 Z$ n# J& n! Z: U线下本地开发，存在挑战：* k; }4 A' m; q* Q8 z
. x! j# Y- G" c- l**· GPU等稀缺设备竞争：**人工智能等场景需要专有GPU设备的支持，传统方式下在本地开发好再上传到有GPU的服务器调试，不断反复、效率低下，在多用户需要使用GPU设备时难以协同。信创GPU出现后因为稀缺性问题更为突出。
) ^, N2 G1 h- M: a! m: v$ `
o% \3 a- q0 D+ Y. o a6 w" r**· 敏感数据、系统对接：**一些敏感的数据即便脱敏后，也难以完全放在本地PC、笔记本上人手一份地开发调试，一些需要关联的业务系统接口对办公区全面开放也不现实。, J( r3 p0 Z, u& j6 R. A
% i0 V( ^" u. Y; J: Q+ p5 I9 F2 x
**· 疫情下的远程开发：**疫情发展难以预测，远程办公、远程开发场景下的接入和使用的便利性、代码和系统的安全性都需要考虑。' f9 y+ |7 C, ~
M4 {4 b. u& g% G**· 微服务和API调试：**随着微服务和API使用的日趋增多，将不得不把内部、外部的服务和API都向办公区的PC、笔记本开放以便于开发调试，网络策略复杂且安全风险高。同时客户端在与不同版本API调试复杂度高、极不便利。; G1 E1 s/ s( b% I- B* x! h6 T
3 R9 F; N; a4 o; f( x, u. e" e/ s$ H: G
行云信创微服务应用开发，采用的是Web IDE线上开发模式，可以有效解决前述挑战，如下图所示，采用Web IDE的线上开发架构，完美应对这些挑战。
! e* v# F; O' F" F5 U& [: y7 R1 [- L# v; w+ n
! C. J* K. R- C- G0 n9 x) ~, q: x- g( f' ], K/ {7 d! x9 C
Web IDE线上开发模式，为企业带来的收益：- m! W7 w& v/ G, f' B
8 W- a7 L+ O z8 U j( ^6 u9 f1、GPU等硬件资源的使用更加方便和高效。敏感数据和关键系统无需过度向办公区开放，多用户场景下开发和调试这些设备和数据更加便利。. m9 ?; q2 H0 \: a
L3 `: W$ `6 b6 N+ R! \
2、大大缩小了数据中心不必要向外暴露的攻击面，提高安全性。微服务和API的开发调试更加便利。" z! r& P4 W- v, N1 U0 V. D
( `. M$ M+ D a& S5 o% Q3、在内部员工或是外部供应商不能到场时，采用安全便捷的远程开发，保障项目进度。7 f2 K4 ~& ?9 m+ l3 n
2 b, N. o, ]0 K6 g4、与服务编排能力配合使用，开发一些胶水模块（如采用函数编程技术）更便利。
5 ?8 S1 S* X9 c4 _% \
6 t% l0 b! z1 q: a5、未来更是有机会在编码过程中引入AI技术，让程序员写代码更加高效率、更符合规范、更加高质量。8 T* J3 y: u& e/ u
四、解决当下痛点又放眼未来的统筹建设思路
1 A9 s) Y9 T: o) W6 n; A) z) r r8 l2 ~
关于未来的统筹建设思路，银保监会指导文件带来的金融行业技术发展思路值得借鉴。《中国银保监会办公厅关于银行业保险业数字化转型的指导意见》银保监办发〔2022〕2号文件中，提到了以下四点建议：3 n. j- q. u0 q* k" b9 P o
, X: Y8 @6 L" T+ [% L6 i1、自主研发：对关键平台、关键组件以及关键信息基础设施要形成自主研发能力，降低外部依赖、避免单一依赖。+ T, \0 @+ ^- f/ q) v/ d# @$ i
: ?0 H, O; \1 a$ U* q2、研发平台：建立能够快速响应需求的敏捷研发运维体系，积极引入研发运维一体化工具，建设企业级一站式研发协同平台。& K* t: u; X c2 R& H; ]" y0 v9 z
' R$ l' m8 |! p! ~* r$ _; R3、模块复用：主要业务系统实现平台化、模块化、服务化，加强企业架构设计，实现共性业务功能的标准化、模块化。
0 |3 Y4 z* b0 u: X! u# y+ P( A8 `9 D/ d- ?- C% G" I1 n
4、多活中心：优化数据中心布局，构建多中心、多活架构，提高基础设施资源弹性和持续供给能力。
" u2 ~# r, w: {0 ?( x E! G+ U. z4 Y# j% [/ K" T* `4 \0 j* h6 f
行云开放渐进、统筹规划微服务开发能力，即解决眼下痛点，又面向未来发展。0 j/ A, Y4 D/ o5 I2 C2 i5 k9 l' n- Y/ u
) I2 W1 L- D, [. t+ B
6 q/ Y- a- ^1 T; m9 ^, R- S; e
8 _! X, ]% D" J; b) r/ u( m, p4 G6 e0 G* Y# Y, }+ t& Y+ x* ^7 v2 n
|
|
/1 
发表于 2023-3-14 14:44
收藏
淘帖
支持！
反对！