找回密码
 注册
关于网站域名变更的通知
查看: 934|回复: 3
打印 上一主题 下一主题

一种服务平台的建设

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2023-3-14 14:44 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
当前,以微服务、DevOps、容器、多云业务管理为代表的云原生技术已经广泛成熟应用,成为加速企业数字化业务高效创新、实现企业数字化转型的最佳技术支撑。而信创支持、国产化支持,是中国企业数字化转型不得不满足的基本要求。更有专家指出,在关乎企业生存的必选项“数字化转型”以及国家信创战略的共同冲击下,企业需要改变现有业务和IT的架构,更快速地应对挑战、响应变化,增强自身的竞争力。9 W# g6 Y* N8 F' l6 E

5 u5 `7 v: W/ d) I- n8 o/ a行云创新专业打造信创微服务开发支撑能力,助力中国企业打造信创。
8 T9 I" F) l, h1 \. _! ?1 q, n8 Z- m
获取《信创微服务平台建设指南》完整方案,请点击>
& u/ f! q5 R- W+ f1 q2 l一、打造业务系统向信创环境一键切换的能力& v$ w; f8 }( Y$ W% h3 X
3 O# A  ]# y; W$ {% I% G( ~8 `; s
信创是坚定之路,需正视他带来的若干挑战才能走好信创之路。坚持信创会主要带来以下挑战:; ^/ V; t$ J$ t5 m

8 q- D$ ]2 \1 n5 c8 z; s**1、时间紧迫性带来的挑战:**信创工作时间紧、任务重,原有的业务开发计划已经排得很满,如何让信创工作又好又快地开展,同时对原有业务项目建设推进影响最小?
$ K# p8 t) C- ^# h" o0 Y) |6 w7 u, C4 n. n# S
**2、业务适配新技术的挑战:**信创建设必然引入新硬件、新软件,开发测试人员也需要学习他们吗?如何避免开发、维护信创、非信创多套代码、多个版本?$ [) f/ R9 n9 s  D& l5 x" G0 ~
' q7 S6 R4 |4 W' f/ d" ]* l
**3、保障业务稳定性的挑战:**信创建设引入的硬件、软件需要一个过程验证对何种业务有怎么样的支撑力度,非信创与信创如何共存和过渡?如何按需在非信创和信创环境间灵活调度业务?/ h4 R6 [' A1 |' F! f; f& K# L: r

! m8 b( e0 e+ b**4、信创技术多变性的挑战:**大趋势下,随着时间推移,硬件、操作系统、数据库、中间件等各类新的信创组件将层出不穷的出现,如何建立起一个能够开放渐进、优胜劣汰、持续引入的能力?% J( b$ V2 x( J7 v6 ^( F0 m# [. |

2 F4 d, H( o5 S7 I' F其中,现有业务系统与各层次信创技术的适配性,例如在数据库层级,信创代表技术有达梦、阿里云等,而国产数据库一般承诺兼容ANSI SQL标准,但我们代码中可能使用了大量的MySQL/Oracle的特性,如存储过程等,适配国产数据库是一个开放渐进的大工程。再比如中间件层次,信创代表技术有东方通、宝兰德等,中间件涉及的范畴比较广,目前国产中间件还是以消息中间件,SOA中间件等为主,但预期未来会越来越多。程序需要与不同的中间件进行代码级别的调整适配、测试,工作量和长期影响较大。此外,还有操作系统、服务器硬件、芯片等多方面都需要将信创适配考虑进来。/ W/ _8 W6 J. P- k. N

' E0 G0 U5 ^! U8 u- B: K. r$ r信创之路面临重重挑战,我们要如何实现业务系统想信创环境切换?! C3 [( c0 {5 y! g: W

: X2 u% Z, {- ]( v行云采用“解耦合 + 自动化”建立起支撑信创工作的开发平台
) d5 D0 s' H& i6 l
% t6 y" n) p0 z! H6 g; X5 z7 X代码是业务完整的、中立的体现。 行云计划支持实现代码与周边现存、未来之技术(信创、非信创)解除耦合。: z3 s3 [3 \5 ~! D: e3 y
8 ]% g! }4 |# y3 }5 B
**1、自动化构建能力:**把中立的业务代码,自动化的构建,加以适配到信创、非信创环境,灵活地在两者间根据需求调配,包括切换不同信创组件的各类场景,应做到对业务开发侧无影响,甚至是无感知。业务开发只对业务代码负责,剩下的事由平台自动处理。
) L2 X; @: E- C# U' [4 G2 X) d9 F# n& y* Z6 c4 @7 M9 P
**2、操作系统抽象:**通过容器技术隔离操作系统对业务的影响,打造适配业务需求的、精简的、优化化的基座镜像(Base Image Provisioning),无论操作系统是否信创、哪家信创,对业务无影响。
5 W% l3 Y  D0 a- c
  _, J/ E$ _* j( G**3、中间件和数据库抽象:**通过DAPR技术实现接口抽象隔离,业务只对接抽象接口,后台对接具体的信创、非信创,或是哪家信创组件,在自动化构建和部署时决定。 当然,这涉及到业务代码的一次性调整,考虑到目前最紧迫的信创改造还是在硬件和操作系统,中间件和数据的解耦工作可以渐进式开展。- S. \$ r; w8 D' k3 |& Q: Z
2 q: k. Z7 z  q2 o
打造信创开发平台的收益) r2 G! `- X5 S$ u) @
0 b+ R6 Z( a$ @) R2 i4 }6 V
1、业务开发人员关注代码的业务实现,向信创环境的适配由平台自动化实现,在又快、又好地落地信创工作同时,原有的业务开发计划不但不受影响,反而因为有了开发平台的支撑让开发本身更聚焦于代码(而不是各类不同环境),还会让开发效率更高。" A1 y6 P' s) S3 G
6 G3 U1 T" `! m4 C
2、业务代码本身应该是“技术中立”的,开发人员聚焦于业务开发本身,无需学习甚至是关心最终交付后的信创相关技术,由平台而不是开发人员完成向不同的技术栈适配,测试人员用原有业务功能、性能指标加以测试,再转产。信创的技术实现由最有必要的、专业技术人员(运维侧)负责,这类人员也因为平台的存在而在技术组件替换、或是引入新技术时得心应手。6 y# v: v6 d# d: y0 n9 Z& V( E" n
* R1 I/ f8 A" t# c% }
3、哪些业务先上信创、哪些后上,哪些业务需要在非信创和信创并行、平滑过渡,哪些业务可能信创环境暂时不能较好支撑,需要切换回非信创以待条件就绪再信创。为了保障业务,这些调度策略将会经常发生,再加之多数据中心的考量,有了平台帮助实现才能达成灵活高效、游刃有余。
" g3 G. |, B3 r: P8 ~5 k
8 i$ ?! `# N9 m2 e4、信创产品在未来层出不穷,有了平台的支撑,可以以开发放渐进、张弛有度的方式引入新技术、淘汰落后技术达成最终全面信创、稳定高效的支撑业务发展的最终目标。  W/ e, c! R( U2 W% R) }( b" u
二、打造快速响应业务需求的跨系统编排能力9 ?$ y* X6 g5 m3 L- d( r/ d4 q

! I* v5 {- L: h" n1 [7 @. n: _烟囱式系统开发面临着极大的挑战: [7 G0 G  }" Q& e
4 L+ Y9 _* @; t+ o+ J% p

6 R# N6 C: J8 A1 j* X- ~8 a: |行云信创微服务解决方案,借鉴“桥接模式”解决该问题的思路, f: e+ j* O1 \) c9 }
/ e3 _/ Q" U( j& F
设计模式之桥接(Bridge Pattern)定义:桥接模式是将抽象部分与它的实现部分分离,使它们都可以独立地变化。' R3 C+ P2 k1 c
) V2 Q7 I. K8 B
· 桥接能力无需现有业务做调整,而是带外与之适配的方式,有快速实现达成的特点。, k  h1 g7 Y- L) g
· 接收器小模块、发送器小模块以协议对接为界面,实现相对简单,又可放入备件库为未来之多场景复用。
% ~+ ?) V& ]' T! C6 u: V6 d. d· 缓存器有信创、非信创等多种选择,技术成熟。. a2 m9 x; b3 Q! \
信创微服务平台
- y# o+ X: G5 E4 c. j8 `
- y1 |4 x) w! s: \, y: ~( L* G $ j; G. U0 P% c) v' c
$ z- x7 [0 H4 f& y
打造通用的跨系统、跨服务间编排能力: H9 g! z- _5 H

! F# V0 y% g+ i( I4 {行云打造通用的跨系统、跨服务间的编排能力,以及相配套的微服务和API市场,即有解决现实问题的意义,又为技术演进的必然趋势做长远考虑,同时也是实现信创方案灵活性的必要补充。
7 f9 N+ o8 Y8 m. A $ @6 W! }1 V0 V  p8 |# k
三、打造关键资源高效复用线上安全开发能力
1 ^& ?, c' P; W
3 X1 r, d  D% V1 h& C/ O) H/ P线下本地开发,存在挑战:, X. _( {+ V. @" d

1 W" q2 g/ G! L% \. N**· GPU等稀缺设备竞争:**人工智能等场景需要专有GPU设备的支持,传统方式下在本地开发好再上传到有GPU的服务器调试,不断反复、效率低下,在多用户需要使用GPU设备时难以协同。信创GPU出现后因为稀缺性问题更为突出。
* N- W* G  A' J3 J2 T8 j' P
0 r: {& H' V$ F9 j0 c7 j**· 敏感数据、系统对接:**一些敏感的数据即便脱敏后,也难以完全放在本地PC、笔记本上人手一份地开发调试,一些需要关联的业务系统接口对办公区全面开放也不现实。' k+ @3 N4 K! ?1 Z( f

4 b, r" \# C1 e; t**· 疫情下的远程开发:**疫情发展难以预测,远程办公、远程开发场景下的接入和使用的便利性、代码和系统的安全性都需要考虑。
7 R9 R/ c0 F  u; w3 j" v* E% q* f  @; C9 U% T
**· 微服务和API调试:**随着微服务和API使用的日趋增多,将不得不把内部、外部的服务和API都向办公区的PC、笔记本开放以便于开发调试,网络策略复杂且安全风险高。同时客户端在与不同版本API调试复杂度高、极不便利。
( w$ `3 y  @+ ?. b- @/ A% [, z
6 O' p$ e( ?5 H. F0 s8 ~. P行云信创微服务应用开发,采用的是Web IDE线上开发模式,可以有效解决前述挑战,如下图所示,采用Web IDE的线上开发架构,完美应对这些挑战。
( l, r  {, ^6 l9 l6 R4 N  u
# d; Y, C0 I( E; |; d$ _7 S / L% M0 S# J. n: T; i$ ~9 l+ j8 F
/ o( m0 t5 L# h. e$ S+ ?3 F; m
Web IDE线上开发模式,为企业带来的收益:
3 W+ {; E* G4 l$ G! Z! P# N( d" Y, M/ ?! Z
1、GPU等硬件资源的使用更加方便和高效。敏感数据和关键系统无需过度向办公区开放,多用户场景下开发和调试这些设备和数据更加便利。
, f6 h2 o' h& l* R$ C% }2 q0 u. I  [) G7 K
2、大大缩小了数据中心不必要向外暴露的攻击面,提高安全性。微服务和API的开发调试更加便利。9 y; B+ c& n% ?+ ]* K2 X) E

+ }5 \) n" M' E& }# v3 L0 W3、在内部员工或是外部供应商不能到场时,采用安全便捷的远程开发,保障项目进度。
- W5 v) Z' ^( v8 f+ n- Y
* m! b6 x( q; E+ F2 n4、与服务编排能力配合使用,开发一些胶水模块(如采用函数编程技术)更便利。7 z) ~" @4 j- M# l, z

3 r2 b2 k" k# S& Z# v( ~5、未来更是有机会在编码过程中引入AI技术,让程序员写代码更加高效率、更符合规范、更加高质量。
1 _- W0 ?! T$ k) r+ l四、解决当下痛点又放眼未来的统筹建设思路+ b7 s( Q7 W- V/ r7 J3 U$ q6 r

9 ^7 {, i1 i4 u# Y" d关于未来的统筹建设思路,银保监会指导文件带来的金融行业技术发展思路值得借鉴。《中国银保监会办公厅关于银行业保险业数字化转型的指导意见》银保监办发〔2022〕2号文件中,提到了以下四点建议:' }7 e( _) t. O# s
2 G& j! z: @" B' y/ |
1、自主研发:对关键平台、关键组件以及关键信息基础设施要形成自主研发能力,降低外部依赖、避免单一依赖。
! X& H- ~3 g! c1 ~
7 C3 Y( w- f: M$ D* h. s1 o2、研发平台:建立能够快速响应需求的敏捷研发运维体系,积极引入研发运维一体化工具,建设企业级一站式研发协同平台。
) y, v/ R# ^6 a6 t' Q! z; A2 Y8 D; J3 N- f5 x7 |
3、模块复用:主要业务系统实现平台化、模块化、服务化,加强企业架构设计,实现共性业务功能的标准化、模块化。9 x; G* L4 S, ^) \1 D% U

% T% R# f' B4 F" R9 Z6 P4、多活中心:优化数据中心布局,构建多中心、多活架构,提高基础设施资源弹性和持续供给能力。
- q$ j4 I  q+ S0 X+ p  O* _& n7 U
行云开放渐进、统筹规划微服务开发能力,即解决眼下痛点,又面向未来发展。
/ b5 g4 X2 }5 U  l/ k* S* f1 I5 f2 s$ o! K
4 i3 \! \: ~* w% l% }

" ?" y/ |8 M1 j$ P$ E2 C, [+ j) u+ R

该用户从未签到

2#
发表于 2023-3-14 15:33 | 只看该作者
与微服务一起工作使我想起诸如“小是大”和“缓慢而稳定的胜利 ”之类的名言。 同时,有时它也使我想起“太多的厨师损坏了汤 ”的说法。

该用户从未签到

3#
发表于 2023-3-14 16:03 | 只看该作者
简单或小项目组,直接由参与人数最多的角色--后端研发负责人统筹,同时由产品经理承担部分项目经理职责
  • TA的每日心情
    开心
    2023-6-1 15:13
  • 签到天数: 1 天

    [LV.1]初来乍到

    4#
    发表于 2023-3-14 18:49 | 只看该作者
    公司一定要创新,要自主研发
    您需要登录后才可以回帖 登录 | 注册

    本版积分规则

    关闭

    推荐内容上一条 /1 下一条

    EDA365公众号

    关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

    GMT+8, 2025-7-13 07:40 , Processed in 0.125000 second(s), 25 queries , Gzip On.

    深圳市墨知创新科技有限公司

    地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

    快速回复 返回顶部 返回列表