我对新中台模型的一些经验思考总结

前言

以下为自己的这几年关注发展的一些总结和思考,带有比较强烈的个人观点,在这里做一个简单的笔记。之前在新的章节里面提过,对中台的思考和理解,总结出来的一套新的中台框架和落地模型。

我对中台的理解和企业数字中台建设的思考

新中台模型的落地手稿

概述

新中台模型并不新,只是对中台的一个整体的模型更加明确的定义和思考,从另一个新的角度进行的思考整合,而不是以前的复用组件或是公共组件,这里阐述自己的思考点。新中台架构是行业的另一种变革,是一种新的标准,突破传统的研发模式,类似于云服务一样,突破传统服务器的行业模式,在这个模式下,提升企业的发展战略,跟进时代前进的步伐。

新中台模型

中台包括很多层面,不仅仅是技术,更多的是业务的挂钩,不仅仅是技术的改变,更多是模式的改变,比如规划、产品、沉淀、落地、资源整合等一套体系,而不是说,我们就做那么个框架或是技术平台,而是一个更高一层的思想架构提升,这里定义的新中台的模型包括以下几点:

  1. 产品:企业团队沉淀能力体现
  2. 解决方案:客户业务价值体现
  3. 组织架构:价值落地的保障体现
  4. 技术:技术是落地的直接能力输出
  5. 合作体系:业务发展能力体现
  6. 沉淀:发展和突破点积累体现

结合上面的新中台阐述落地体系,从几个角度思考愿景方向和发展走向形势参考,主要思考的几个点:

  1. 新解决方案:业务价值能力输出
  2. 新服务模式:客户业务价值输出
  3. 新发展模式:S2B商业模式输出

从整体上表述新中台的模型和愿景方向,也是数字化社区的目标和愿景,整体愿景期望的已不仅仅是数字化,更多的是以数字化为基础,进行更好的发展方向。

新中台模型阐述

新中台模型是企业能力输出的的最佳唤醒和集中力体现,解封自己的能力沉淀,通过新中台模型体现和输出。

新中台基础模型框架

产品

产品的作用是沉淀的体现。

这里的定义更多是复合复用组件的角度,主要目标是完成基础的建设目标,主要是解决人员,团队无法从繁重的开发中抽身的问题,从这个角度,跟前几年思考的中台思路是一致的,减少重复工作,解放开发和项目管理人员,提取出团队核心业务能力和业务价值,发挥团队的核心能力。

比如业务系统集成核心能力在业务上,形成自己新的业务角度,而技术能力集中在技术服务上,重点沉淀出技术方案,每一个层级的人员抽离,类似于前后端,做好自己等分工。 对于企业来说,核心能力基本上是前时间的积累,不管是方案、技术、经验、团队等,脱离大包大揽,把中台层打得更薄更轻量,发挥每个节点得核心作用和价值体现,业务的往业务专家方向,技术走技术专家路线,这些在企业内部基本上都是存在的,技术在小的团队,也有自己的能力,产品,更多是企业的沉淀体现。

解决方案

方案是新中台业务价值的最直接体现。

解决方案是业务价值的输出,主要是包括团队对业务的认知能力,经验能力的体现,也是核心能力的最佳输出实践。这些是企业和团队的业务壁垒,也是核心竞争力,别人无可替代的。 解决方案是跟产品一起匹配的,也是跟行业、政策、大环境等互相整合的,这部分体现的更多是文档的输出,形成自己的业务解决方案体系,形成自己的行业业务壁垒。

组织架构

组织架构是落地的保障和团队方向输出的提升。

传统的人才技术,是无法跟目前的行业发展相匹配的,或是很难,这个不仅仅是体现在上层战略和下层之间的大隔阂,战略发展的不稳定,更是业务的发展,组织架构的设计的调整,更多的是为后面打造出高层级团队,培养专家型人员作基础。

普通的帮带模式,在前期落地是存在一定困难的,他不能从根本上去打造团队成长的环境还有级别,组织架构的消化和适应,更多需要很长周期的消化,达到适配点,跟战略需求互相匹配点。 形成中台的人事综合,技术专家,业务专家,交付专家,行业布道师等形成一体化,达到中台各个节点的最优驱动力,达到中台的顺利交付落地。

技术

技术是落地的直接能力输出。

技术包括的不仅仅是微服务,devops,技术框架等,这里包含的是人才的培养,技术培训体系,入门体系,业务学习系统,成长体系等,在落地过程中,输出技术人才和促进组织架构的成长,人才能力的培养,专业成长的学院,文档的输出,技术学习提升的氛围,互相学习提升的机制等,进一步的保障基层的稳定和人才的培养、提拔等。

不管是那部还是外部,整体中台的落地,需要的集中更多的技术人才,业务人才集中起来,而技术环节的建设,为上层提高了落地的能力,也更加的明确出中台层级划分。

合作体系

合作是行业发展能力和资源的整合需求

合作共赢,形成生态体系,是中台的另一种输出方式体现。在快速的发展行情下,单独唯一的业务已经很难在目前的大环境下输出。有一定的业务场景,但是无法突破原有的业务能力。团队,资源,业务等限制,会把团队压在某个层级,无法也没有精力进行突破,卡在某个点上,无法进行更大发展点。合作体系的建设,isv的整合,产品能力的输出,更多的会提升行业竞争力,也同步提升产品的发展和整合的思维,进一步的提升业务能力输出和发展面积,推动中小型企业的行业地位和发展。

这里的合作包括且不仅是isv体系,外包体系,其它各个项目体系之类的,更多的是形成一套合作方式,进一步的进行资源整合,形成稳定的关系链路。

沉淀

沉淀是长期发展和成长突破的需求

产品和解决方案的整合,组织团队和技术的发展,这些过程的沉淀,会更多的积累到新中台架构,形成量级别的积累,同时也是创新能力的发展和积累,这里沉淀的不仅仅是技术,更多的是团队、思想、业务等,为企业和团队下一步发展打下基础,为跟进下一个技术或是业务产品打下基础。在这样的条件下,在合适的时期和环境下,这是为企业发展和突破做相应的准备。

行业落地模式

行业模式,不仅仅是目前的业务维护,更多的是基于新中台架构行业发展地位和企业发展的基础。

整合S2b模式

新解决方案

解决方案的积累和沉淀,在原有模式下,基于新中台模型,可以把前期资源抽出和节省,让团队有更多的发展思考时间,进行更多业务创新的突破。

新中台带来很多的思维和思考,带来更符合发展的团队能力,同时也带来更多的业务场景学习,在积累和沉淀下,整合出新的行业解决方案,进行业务和能力的突破。

新服务模式

在旧的模式中,服务模式的变更包括很多方面,原由的项目模式更多的进行进行能力输出的转变,包括业务模式的转变,产品模式的转变,不再是传统的研发服务,更切合的贴近于服务中小型企业的商业模式点,以前的服务模式可能类似于传统的软件服务,提供软件服务的一条龙形式,然后团队专注并且沉在这个里面,然后不断的投成本,投人力等,形成一个无法突破的闭环,无法产生新的思考点。

以客户服务第一的原则,利用自身业务沉淀的优势,整合出新的大中台能力,然后集成各类ISV模式,提供更优质和创新的服务能力,更好的业务体验和业务场景挖掘。

新发展模式

利用新中台巩固自己的发展壁垒

在新的服务模式里面,更多的是产品型的服务模式,形成合作生态,产生共赢,形成大家利益的最大化。利用新中台模型,产生出新的团队能力,更加专业于团队业务产品,提供更为专业的服务。而每个层级分得更加明显,产生出服务能力,专注于产品本身和用户本身,转向新的思考,融合多个团队,多个行业的发展,形成S2b的模式,带动行业的发展,整合各类资源,形成自己稳固的业务壁垒。

总结

新中台能力的建设和输出,可以更加的切合当前行业的发展和团队业务的发展,形成更大的价值,理论上应该可以做得在某个行业做得比较突出。

以上为自己对当前中台发展的一些思考,较为偏主观,主要是对自己提升另一个层级的思考点,也是自己在各个方面落地过程中的思考总结点。

从多城市落地中台的经验总结和标准化输出思考

接触到中台和微服务技术支持和落地的城市有多个,涵盖一二三线城市,以下为自己一些思路总结。

于2020年下半年,贵阳的一个项目二期整体上线,使用最新的AI技术路线,几乎都是新的试点尝试,完全互联网思维落地政务项目,快速交付,快速落地,又是完全另一种打法。

从二线城市项目技术支持和规划过程中,联想其它城市项目技术支持过程中的一些中台经验总结,我有我思。

一、关于中台落地项目建设的情况:

针对于多个城市的情况,每个项目基本上都带有较为完整的业务体系。

1、有基础软件平台的体系雏形:     

中台建议从技术引入、试点、建设、运维,整个结构有了软件平台的原型,从操作系统、控件、第三方、中间件、技术、基础组件、知识积累等都有较为完善的体系,包括目前多团队接触,消化的情况都较为良好,市场教育和人才培养基本上都有基础;      

2、有大量的基础包:

从每个项目建设到现在,积累了很多的基础控件,基础控件指的是常用的基础包、工具、统一变量等,以前的,包括现在的项目都积累很多的基础包和工程,而这些工程包又有很多是重复的,同样的;  

3、有较为完善的基础组件体系:   

从业务组件的规划过程中,有较为完善的基础组件,公共组件,公共服务,业务组件,同时存在很多的业务组件,重复的基础工程组件,比如短信、ORC、打印、公共、统一桌面,这些基础组件体系都存在,且具有成熟性(并涉及多个业务场景,多个项目场景,并不代表没有bug),但是一样存在重复的,不可共用的情况;       

4、有较为完善的业务组件体系:

从几个城市项目工程,每个行业项目基本上都积累了较为完善的业务组件体系, 成百上千的业务组件,上万的外部接口 ,信息管理类项目(如管理系统、OA),这些组件都包含有业务性,涉及和比较完整的政务行业业务,甚至可以理解(可能自己业务理解不够深入的理解)成较为完善的政务行业信息体系模型; 

二、不足之处及问题反思:

正是以上的情况,才导致引出问题点所在。

1、微服务规划的缺陷和技术债问题:

异常化项目规划有太多的服务,而服务之间不能通用,导致产生重复的服务规划而不能共用,而产生很多的重复技术债问题(这点在开发人员在过程是比较难有体会,比如开发某模块出问题了就调试,精力都会往调试技术比例加重,业务调试比重降低),服务规划之间并不能完全符合我们目前团队场景和业务场景而进行共用(比如一个实际场景:多城市、多项目、多团队、跨地域开发)。

基本上都是沟通相当难,而且过程支持也不容易,特别是跨地域,跨团队

2、没有明确的里程碑目标和稳定版:

一直在微服务,总是在微服务。

这个问题最明显,同样也是最实际,很多好的的工程或者服务,组件也好一直是快照版,至今没有基础稳定版,这个问题会导致一个很明显的问题,开发一更新就有可能出错,即使之前的项目已经上线稳定。有一个稳定版,开发在使用的调用的时候,开发就会用这个版本或者加强,而不是多个城市或者项目的复制,在团队资源有限的情况下,很难消化每一次“复制”带来的几十个工程的维护,甚至有些苦涩。

3、原架构设计存在缺陷:

原单个项目的技术架构设计或者整个平台架构设计,组件规划,在单个项目,或者在小型项目上,具体一定的先进性,但是在与我们实际团队与项目中时,出现水土不服或者说是未能达到预期效果,甚至可能出现部分不理想效果,比如硬件、软件、技术债上都比较难消化 ,架构师的设计,包括网上(互联网)存在一定的先入为主,很多原接触的名词未必符合我们的场景,如高并发,高可用,微服务,多服务,分布式。

4、平台体系不完善: 

体现在没有合理的基础环境建设,比如租户隔离,环境隔离,容易产生互相影响问题。缺少技术上(而非业务)自动化运维建设,服务的检测、发布和监控,还是较为被动的接受,而多数是人工很难做到这步,技术运维和业务运维两个比重权衡考虑。

三、中台标准化建设思路 :

提取出业务核心元素,整体低阶业务平台,推进形成行业业务标准化。

1、调整平台架构设计,重点往业务SaaS建设: 

业务和平台架构设计使用的是着重于业务架构建设,提升稳定性,维护性,快速迭代性,在基础组件和控件完善的条件下,调整原有的平台架构规划和组件规划,往业务组件建设,基础组件,基础控件与开发人员做一定的隔离(另一个词叫透明)。 在目前的完善的业务组件体系下,提取业务组件的核心业务元素,重点在业务的SaaS建设,减少业务切入成本(如新人学习业务成本,调用api即可,不符合再继承单独实现),减少技术债成本(如业务api,维护提取的只维护SaaS),减少运维风险成本(即稳定版和快照版的问题)。

在看微服务架构和中台架构时,工程有这样的设计趋势,但是在对于差异化业务服务时,但是没有将原设计精华提取,消化并整合到整体架构设计中      

2、制定稳定版本,调整服务规划为API规划:

一个明显且事实的现象:在我们的业务场景里,每个城市业务规划的服务在多城市之间,多项目之间是不能共用的,都是复制。     

设计规划往上再进行一层抽象,调整服务规划转变成API规划,项目在SaaS的API上层改造,而不是在服务上进行改造,服务只是依赖api。比如业务系统系统api,新的项目只是在业务系统的api上层改造,而不是复制整个业务工程,api有版本号,而不是一直是快照版,有快照版的应该是工程,而不是api。减少工程泛滥的情况,同时减少组件维护成本。至于服务规划,只是在项目时再做规划即可,与很多规划无差异。

3、完善运维体系和建设目标:

建议尝试试点使用云基础环境方案,市面上已经有很多成熟的云基础方案,比如CloudStack、Kubernetes、OpenStack等,解决资源的不合理使用问题和租户问题。自动化运维建议尝试使用能用的检测方案,如批脚本监控,自动检测端口,常规自动巡检等。 

四、总结

从多城市技术支持过程中联想到的平台的经验总结和一些建议,包含有一定的主观和客观,请参考和了解 。

我从开源到组建起一个企业数字化技术团队心得

前言

所谓的团队,不仅仅是技术,更多的是要有沉淀,价值观,力量还有能力。

团队开始还不成形,组织结构没有起来,团队感也没有起来,纪律,文化,价值观等等都比较初级。

前期建设

团队需要建立文化,有勇气、有担当、能负责,团队给予一定的机会,有一定潜力的,团队组成员创造良好的成长空间,同时也为公司部门建设、项目建设提供基础的组织结构,
团队工作内容和考核落实到人,到岗。

前3个月的建设时间,按重点培养,带动成长,成员有成长的建设思路,团队整体逐步有目标、有定位,有价值,有归属,分别体现在以下几点:
1、团队对平台的能力体现:研发团队有一定的积极性,逐步进入稳定的阶段,人员对平台知识肯学习、肯研究、成员有一定的团队协作能力,平台意识,有基础的平台建设能力和开发能力;
2、团队环境能力体现:通过前期的培养和成长,有一定的基础价值观,较为明确的目标,成员逐步有自己的价值体现,工作成果体现,在当中担任相应的角色,对团队信心、成长、发展打造一个良好积极环境;
3、管理制度的方向体现:相关工作制度,管理、沟通,协助,测试,发布,运维几个流程基本相互整合,能根据平台计划方向发展,为后期业务组件、项目建设做好一定的基础。

中期建设

团队能力有进一步提升,但还有进一步的提升空间 

团队在交付的任务和工作安排上能出结果,但是缺少闭环思维和能力,沟通能力缺乏,工作上横向和纵向沟通不足,对相关工作任务没有最终交待,结果产物不理想,不完善,无法真正完成,对工作思维的理解上还比较缺乏,在时间上消耗,在工作上努力,但还是不断返工,最终没有达到预期。同时项目开发过程中,发现部分情况问题不暴露或者没有体现,导致部分技术债出现,到后期较为被动,缺少对问题的认识。                          

工作安排能根据任务要求去做,有任务分配和计划安排过程,周例会和日报工作上报,这点比较好。但没有能根据周期计划实行,对计划的理解和落实没有到位,工作延期较为明显,几乎每个涉及到的项目都有一定的延期。在项目及自我价值体现缺少一定的认知,工作及项目是自我体现和展示能力的一个方式,对项目组有交待,对自己也有交待,以提升自我和项目组信心,同时也提高自我价值,为公司,为自己创造价值。                     

团队相比前期一定的执行力提升,体现在原电商组件、矫正项目、合格证等项目上,能有结果,是进步的表现。但在处理到实际问题点,对问题的承担能力,解决能力上略有不足,对自我学习驱动力还不够强,遇到的问题缺少深入了解,彻底解决的态度,对知识量的自我补充还不足,缺少高级工程师或者优秀工程师的一定素质,平台本身就有很多技术可以学习的点,非常值得工程师深入研究和学习,接触的周期和时间也不短,但目前对平台架构、技术、代码上有较为深入认识的,还比较缺,解决问题上没有能从总体上进行思考。

管理能力和技术能力优化性一定的提升空间和优化空间

中台是一种架构,是一种思想,但并不代表就能完完全全解决所有问题,依然有很多约束和规范上的制约。同时中能组件目前多,无法实在的整合,复用起来还有一定的门槛,当前中台组件有十几个,怎么更快更快的复用起来,降低使用的门槛,为开发提升进一步的便利,同时怎么样把当前组件整合起来,这个是当前中台技术上较少和需要提升的地方。组件多,代码库也越来越宏大,怎么样有效的利用之前的内容和东西,为后期项目提供高一级别的便利,这个是平台架构上加强优化的点。

        中台的管理通过使用禅道、钉钉、Excel结合的方式,有一定的管理能力,但在项目落地过程中,管理能力的体现依然不足。主要体现在,对组长的要求依然过高,这与中台本身的落地想法依然有冲突,如何降低对组长的要求,提升项目过程的管理能力,依然是当前重点问题,导致项目过程可控性不强,需求,周期,人员工作分配把控力度不强,各个项目的梳理及交付能力都没有达到预期,另一个是中台本身的人员培养体系还没有真正的落实,中台管理体系的不完善,导致梯度成长没有能整理规划出来,直接制约了部门及团队的产出,对成员进一步提升和晋升缺少一定的方向。

团队建设后期

管理交付能力的进一步优化,根据目前的组织结构进一步优化调整,明确好岗位职责,提升出管理中台角色,管理中台产出项目管理能力,软件架构能力,平台技术能力,产品规划能力,项目质量能力,项目沟通能力,文档编写能力,过程规范能力等,为项目交付能力提供底座,进一步为各个组长和开发对项目,计划,过程管理进行赋能,提升交付效率,同时也为部门项目进行总体的把控,管理提供条件,为人才成长梯度条件,成长体系做好基础。

中台产品的进一步升级,将各个组件充分利用,并对外展示,降低使用门槛,同时打造SaaS中台的概念,将各个组件的使用变成在线化,SaaS化,提升对应的低代码平台,自动代码生成器等,降低研发过程中的组件调用门槛,同时提升组件的利用率,使开发过程快速集成,自动集成,提升各个组件的使用频率,进而对组件统一升级优化管理,为后期业务组件的集成,行业解决方案打下基础。

我对未来3-5年的成长和路线规划初稿

最近找了职业规划的咨询,经过多方对比和沟通,还有多个案例的参考,梳理出自己未来3年来的路线和目标,重点的关键词是输出和整合。

猎聘咨询顾问建议:

罗安东行动计划:
第一,链接猎头资源,化被动为主动,大面积撒网重点培养。(至少深度链接3位,并且阶段性的深度交流,了解行业信息和岗位状态以及企业真实需求)


第二,充分利用个人自媒体撰写优势,链接公司公众号发布项目信息及项目故事,这是企业忠诚度的最高的表现,是个人价值观与企业价值观高度吻合的可视化表现。


第三,盘点自己工作资源,合作伙伴,之前老同事信息,区域内核心客户以及关键人。维护拓展客户关系。


第四,多参加行业内的沙龙分享活动,拓展人脉圈子。(当然 也可以参加他们工作之外的娱乐活动,将自己的爱好与圈子结合,如IT总监在一起不仅仅分享工作,还可能都喜欢爬山,摄影)


第五,考取高级职称(高级开发工程师),PMP等。做有准备之人,以防止面对晋升机会,别人在这个领域超越我们。


第六,制定一个3年发展计划,迎接下一个37岁的压力点(22.30.37.45岁),告知自己还有10年的时间磨练和提升自己。因此要做好心理建设,再苦再累也要坚持,这三年不是简单的工作,而是你日后走上职业经理人的一个关键时期。


第七,学会对上管理,观察你的直属上司最想要的东西,如他最关注的工作点在哪里,你的哪些工作最容易突出他的业绩,这就是你做了最能显现成果的任务,在过程中,多请示和汇报,领导都喜欢掌控他人,知道你的行动计划,哪怕他不懂,也有这个需求,这就是人性。但你真的帮助他成就他了,并且很自然的帮他宣传了,他心里肯定对你做事做人都非常认可。他才是你在职场中的阶梯。


第八,在未来有三条路可以走,第一创业,(水到渠成);第二,大企业的CIO ,CTO ,大数据官,甚至是产品总监(数字化转型产品落地,形成行业性的解决方案,这也是你创业的机会,借助大平台,一方面可以在内部历练,被猎头运作为职业经理人,一边还可以积累自己的行业经验和人脉,以及产品实践的机会,做为创业的核心产品,未来可以在一个领域自己做主当老板,客户圈子围绕自己之前链接的人脉和客户。)

最后送你一句话,安心做事用心经营,旭日东升如你前程!

我在家搭建了一套混合云学习环境

概述

以下为个人学习环境搭建和多年积累经验。

接触软件开发环境从大学到现在差不多10年这样,这个过程不管是在自己学习的环境还有电脑等等都积累了大量的学习材料和资料,包括软件安装等大量的库存,这些材料当前基本上目前的环境是无法满足学习和进一步提升的要求点,考虑左右,综合各个成本点,搭建一套可以满足自己未来4年左右的学习环境。

整体阐述从以下思路进行阐述:

  • 为什么要搭建个人学习环境
  • 学习环境需要搭建哪些东西
  • 怎么结合自动化运维来管理环境
  • 这套环境搭建的成本是怎么样的

为什么要搭建个人学习环境

这个是一个过程中多次遇到的痛苦,迁移,丢失,迁移,丢失 … 以前代码仓库是放在阿里svn库,但是它一停,就没了 …

1、学习环境的限制

收费项目太多:

代码仓库的会员收费,运维告警的会员收费,在线流程图的收费,Git存储会员升级的收费,网盘资料大小限制,下载收费等等多种收费项目太多,转移过多次,成本太高;

资料长期的沉淀:

平时学习的项目,脚本,代码很多,这些一记录久了就慢慢变成一套东西,每一个技术的学习就会有一个例子,深入学习这个例子又丰富,还有各种github仓库的学习,修改还有笔记,10年下来,这些资料已经有上百个git仓库,十几G的项目代码,mysql数据库就有上百个,有些脚本也找不到了;

网络速度的限制:

自己验证安装过的软件库,也有近上百个,哪个可以使用,哪个不可以使用,另一个是下载的限制,每次下载大的软件都需要开通会员,速度极慢,影响学习环境和心情;

开发环境的限制:

我需要运行学习的项目,需要收集他们在网络运行的数据,需要计算大数据,需要利用大数据进行一些分析学习,开始阿里云,aws,oracle cloud等等免费的,但是发现这些限制只要想多加一点东西,硬盘就说不行,费用就需要添加,开始也不断的加,开始1k、2k、3k … 整合下来,一年的成本就是基本上过万了,过了两三年,这些服务器就不可用,数据又需要重新迁移,每次迁移的周期成本极高;

2、个人多年学习管理的丢失

过程笔记的丢失:

以前使用163博客,lofter博客等这些网络工具,后面印象笔记,再到有道笔记,最后发现这些笔记限制性大,另一个是博客的关闭,另一个是个性化的要求无法满足,最后使用了wordpress博客,一使用就是近乎8~9年,保存了我很多的历史笔记和记录,包括一些心得点,但是场景不能满足,比如在跟开源团队讨论会议的时候,做的笔记记录,又是放在gitee或者github上面,久了,不维护之后,原来的记录又很难找到。

以前整理的笔记手稿

成长管理计划的丢失:

每年事情都会有一个计划,自己每学习一样东西或者跟别人沟通的时候,都会有计划和图形规划,存在着大量的草图和自我管理过程,开始使用的是笔记本画草图,另一个是使用visio,再到其它的画图工具,然后计划使用gitbook和markdown,再到docsify等工具,最后再到vuepress,管理工具也由禅道、jira都使用,这些自己过程和记录,笔记本有可能丢失或者换一本就没有了,原来考虑过iPad,但是效果也不理想。另一个是电脑格式化,或者每3~5年一换,资料都有损失,大量的xmind导图不再找到。

整理的大量学习实验案例手稿

个人时间的无形流失:

不管是资料还有环境,还有网络,还有各种切换过程中,学习材料 的流失,每次都需要重新再做一次,做的速度可能会更快了,但是无形之中,时间的流失,比如每切换一个电脑需要至少7天的环境适配,资料适配,每迁移一次数据环境,至少需要3天的导入导出,还有验证是否正常,每一次笔记的迁移,至少需要2~3天的迁移,包括图片,材料还有环境的准备等,而且这个过程,需要使用的服务,又需要重新的付费,这些周期整合下来,个人时间在无形当中消耗,同步还有初始过程的时间等。

个人学习需要搭建哪些东西

以前是ssh(ssm),再后来是devops,再到后来是微服务,中台,物联网,大数据AI .. 技术不断提高要求,传统的编程已经很难了

1、规划我的学习目标

在当前数字化、中台、物联网等,还有人工智能成熟的情况下,其它的AR,元宇宙等在不断的研发下,会不会下一个5年的突破,不知道,但是后面肯定又会有新的革新技术。搭建的环境为了数字化下的沉淀,包括主要以下几个点:

  1. 建立技术/研发/业务中台与业务
  2. 建立数据中心和大数据计算分析
  3. 建立物联网服务进行物联网互联

同步也会结合机器学习和人工智能场景,但是这个是在上面的环境进行,自己这里定义,机器学习属于大数据场景,人工智能属于业务中台场景。

搭建的整体架构(图片来源于断点科技官网,后期更新)

2、服务器资源环境规划

这里规划的资源相对比较多,同时由于个人原因,分几个角度考虑,采购云服务器至少3年以上服务器,长久的云服务器至少10年以上,域名大概是10年以上,硬件服务器至少可用5年以上,需要保存的长久的资料和短期的资料就比较明确,同步是备份服务器分多地和稳定云盘,确保数据的不丢失,采购的整体计算资源:

CPU40核 500多G内存 10TB的算力和资源阿里云服务器、塔式服务器、MacPro等

内网区的服务器

规划了几个区域如下:

  1. 个人区:个人使用的
  2. 网络区(中转区):方便公网的访问使用
  3. 内网区(安全区):方便数据存储和重要资源
  4. 备份区(安全区):数据存储和恢复

个人区:

主要针对的是自己个人PC使用的,还有移动网络等便利的情况下使用

序号服务器配置年限电脑服务器
1开发笔记本MacBook4年32G内存 1T硬盘
2开发PC 4年32G内存 1T硬盘
3移动端iPhone7 Plus4年

网络区:

主要是针对于公网部分的应用和数据,方便自己随时访问,比如放博客,放一些公共的环境元素,追求访问的速度

阿里云服务器是刚好21年双11活动采购的,相对比较划算

序号服务器配置年限备注
14核32G内存250G硬盘 5M3年阿里云
24核16G内存40G硬盘 5M3年阿里云
32核4G内存40G硬盘 5M10年阿里云(长期服务器)
42核4G内存80G硬盘 8M3年腾讯云(放弃,真的难用)
516核64G内存500G硬盘1年阿里云

内网区:

内网区的建设主要针对于大数据存储使用,外网的磁盘和资源采购费用高,所以规划在内网区,追求稳定性

序号区域服务名服务器配置
1中台区platform-0132核32G内存250G硬盘
2(技术/业务)platform-0232核32G内存250G硬盘
3platform-0332核32G内存250G硬盘
4platform-0432核32G内存250G硬盘
5platform-0532核32G内存250G硬盘
6platform-0632核32G内存250G硬盘
7platform-0732核16G内存250G硬盘
8数据区bigdata-0132核64G内存1T硬盘
9bigdata-0232核64G内存1T硬盘
10bigdata-0332核64G内存1T硬盘
11bigdata-0432核64G内存1T硬盘
bigdata-0532核32G内存1T硬盘

备份区:

这部分主要利用公网第三方云平台,进行的数据备份和管理,或者分享等,比如github、网盘、海外区域等

序号应用名称备注
1百度云大型或者大软件的备份
2七牛云主要是cdn和常用软件,结合自动化使用
3github长期服务器
4gitlab长期服务器
5阿里云主要是容器镜像的管理备份

PaaS平台环境规划和搭建

主要是包括所有的管理过程,整合成一套体系,方便自己的工具管理整合起来,同时集成自动化部署操作,便于后期自动迁移

DevOps 实践体系和流程总结- 知乎

研发过程管理

序号说明应用
1文档管理vuepress
2wiki管理gitlab
3项目管理jira
4邮件通知163邮箱
5流程图管理drawio + gitlab

容器云环境规划(公网)

序号说明应用
1私有云管理kubernates
2私有云平台kuboard
3反向代码nginx
4注册中心docker registry
5负载均衡ingress
6serverless服务OpenWhisk

基础环境规划

序号说明应用
1私有数据存储mysql
2开发数据库mysql
2代码管理(备份)gitea
3反向代理nginx
4数据存储mysql
5短信通知短信服务
6缓存管理redis
7消息kafka
8消息管理kafka-manager
9jdk环境jdk
10开发工具idea
11分布式存储minio
12分布式存储qiniu

自动化环境规划

序号说明应用
1代码管理gitlab+runner
2代码管理工具sourcetree
3持续集成平台jenkins
3持续集成平台(本地)jenkins
4私有仓库nexus
5工程构建工具maven
6容器化docker
7自动化工作流github+action
8自动化脚本ansible
9App构建工具hbuilder

大数据环境

序号说明应用
1大数据管理平台CDH
2数据采集Flume
3数据离线计算Spark
4流(实时)处理框架Flink
5数据总线Kafka
6ETL数据采集工具Kettle
7MySQL存储MySQL
8数据存储Hadoop
9数据存储Hdfs
10数据仓库Hive
11非结构化语言查询HBase
12数据可视化查询Hue
13分布式协调中心Zookeeper
14Hadoop 资源管理器Yarn
15Spark的Rest服务livy
16搜索引擎Solr
17BI报表工具Superset

个人的基础研发框架搭建

这里整合了很多内容,主要是结合自己的gitee和github学习基线来整合起来的,同时整合成一套东西,在上面建设业务系统,快速搭建成一套东西。

暂时使用网上的图片

基础研发框架规划

序号业务线研发框架工程名
1技术DevOps 研发体系文档
2微服务研发引擎alinesno-cloud-core
3前端框架alinesno-ui
1运维自动化运维体系文档
2应用监控预警服务alinesno-cat
3审计日志监控服务alinesno-cloud-logger
4Ansible 自动化操作服务alinesno-cloud-operation
1研发基础权限管理服务alinesno-cloud-authority
2云门户管理服务alinesno-cloud-platform
2会员管理服务alinesno-cloud-member
3通知管理服务alinesno-cloud-base-notice
4支付管理服务alinesno-cloud-base-pay
5文档打印管理服务alinesno-cloud-base-print
6存储管理服务alinesno-cloud-base-storage
7工作流管理服务alinesno-cloud-base-workflow
8网关管理服务alinesno-cloud-gateway
8中台连接器服务alinesno-cloud-open
8分布式定时任务服务alinesno-cloud-scheduler
11单点登陆管理服务alinesno-cloud-platform-cas
13CMS 内容管理服务alinesno-cloud-cms
1数据数据仓库体系文档
2元数据管理服务alinesno-cloud-data-metadata
2主数据管理服务alinesno-cloud-data-master
2数据集成服务alinesno-cloud-data-etl
2数据开放服务alinesno-cloud-data-open
2数据开发服务alinesno-cloud-data-develop
3数据分析展示服务alinesno-cloud-data-display
1物联网网关服务服务alinesno-cloud-gateway
2网关开放平台alinesno-cloud-gateway-open
2物联网后台服务alinesno-cloud-iot
7
8业务服务低代码快速开发服务alinesno-cloud-lowcode
9代码生成器服务alinesno-cloud-initializr-admin

怎么结合自动化运维来管理环境

一个人的管理,主要是结合自动化,达到发现问题,处理问题两个角度。

1、自动化运维的管理和规划

整个自动化的管理和通知,需要结合很多东西,整体环境怎么自动化操作和管理,这里主要是结合监控-巡检-预警-通知几个序列,监控从服务器-应用-日志-安全几个维度监控,应用交互(chatops/通知)从移动端来进行管理,毕竟一个人管理这些环境,没有工具是很难去集成管理的,自动化操作主要是集成jenkins和自研应用来进行管理。

整个统一的运维管理架构

2、自动化运维部署和搭建

运维管理平台

序号说明应用
1自动化工具ansible+jenkins
2日志监控elk
3日志收集prometheus
4日志展示grafana
5监控报警dingtalk
6链路跟踪pinpoint
7运维交互(chat-ops)DingTalk
8自动化工具ansible
9应用监控alinesno-cat
10监控通知集成自研webhook平台

3、ChatOps自动化管理规划

整体收集大量的应用监控预警通知,通过监控通知集成,与dingtalk集成交互,形成有问题可发现,可处理,自动化,移动化的一体系。

整体结合钉钉进行ChatOps的自动化运维监控:

应用状态监控反馈

这套环境搭建的成本是多少

这个根据个人的情况来定,这里主要是结合自身的基础情况和评估来看,针对于这个成本来说,自己主要考虑的是时间成本,对自己而言时间是最大的成本点。

1、环境的采购费用

这里主要针对于个人和性价比考虑,这里不包括企业的,以下年限为一般生命周期多少年,这里只是做评估:

序号服务器配置价位(大概)
1开发笔记本MacBook23000
2开发PC 5000
3移动端iPhone7 Plus4000
4阿里云4核32G内存250G硬盘 5M2000
5阿里云4核16G内存40G硬盘 5M1020
6阿里云2核4G内存40G硬盘 5M4000
7腾讯云2核4G内存80G硬盘 8M700
8阿里云16核64G内存500G硬盘20000
9硬件服务器40核512G内存10T硬盘 5M(淘宝二手)20000
10其它第三方(比如域名)1000
总和预计8万左右
采购的资源列表

2、投入和产出的比

这里主要按个人的角度考虑,假设一天中,因为开发,笔记本快慢,工具便利速度,资料查看效率等,每天节省1.5个小时换算,按4年周期时间,则可节省90天左右。

按天收益角度考虑,天收益在1500~2500左右,则可节省13万~22万左右,而其它的个人提升另为算,所以整体来说,投入和产出比相对是比较高的。

总结

以上是自己搭建个人学习环境的情况和思路

注:以下为个人学习环境搭建使用记录,部分图片为网上获取,如侵权则删除。