传统行业的IT三大岗位的变化分析.docx
《传统行业的IT三大岗位的变化分析.docx》由会员分享,可在线阅读,更多相关《传统行业的IT三大岗位的变化分析.docx(9页珍藏版)》请在咨信网上搜索。
1、 传统行业的 IT 三大岗位的变化分析 【摘要】近些年IT领域新技术的迭代速度惊人,加上“IT驱动业务”等理念的普及以及BATJ等互联网公司的影响,对传统行业的IT部门产生了一定冲击,传统IT架构岗、开发岗和运维岗的岗位人员面对哪些变化?又该如何应对?近几年,在IT软件领域随着云计算、微服务、容器、云原生、DevOps等一系列新技术、新思路的出现,“IT驱动业务”、“IT引领业务”这些理念的普及,以及以BATJ为首的互联网公司在一些活动上的宣传,对传统行业的IT部门还是造成了一定的影响,传统行业的IT部不同岗位人员面对这样的变化,应该如何调整应对呢?本文将从架构岗、开发岗和运维岗三个岗位对此问
2、题做一些分享和讨论。首先我们谈下架构岗。架构岗面临的问题主要有以下几个方面:一是传统的基础架构向云化基础架构的转变。以前传统架构下,基于系统建设和硬件设备都是集中式的思路,架构师的思路也更多的是考虑的是系统建设和设备的纵向扩容能力,就导致单体应用越做越大,包含的功能越来越多,做一个微调都会“伤筋动骨”,硬件选型的思路也是看重单个设备的性能、稳定性以及纵向扩容能力。但是我们都知道“云计算”的资源池是以稳定性远远低于小型机的x86服务器为主,并且强调的是横向的扩容能力。“稳定性差”和“横向扩容”这两点就和原来的思维发生了直接180度的冲突,该怎么办呢?首先就要先搞清楚“云”是分层的,一般经典的分法
3、是IaaS/PaaS/SaaS层,并且是一种按需分配资源的服务化理念,既然是服务,就首先要看清楚自己的服务对象是谁,然后针对不同的对象设计不同的架构方案。例如,针对IaaS层他的服务对象主要是运维人员和开发人员,那么在设计IaaS层的架构的时候,作为架构师就要抓住这两类角色的不同需求,运维人员更关注的是如何能提供稳定、高效的计算和存储服务,能否支持热扩容,能够知道分配出的资源使用是否合理,能否支持同城双活和异地灾备;开发人员关注的是IaaS层能否提供快速甚至是自助式的计算资源交付,如果出现灾难,能否快速的恢复我的应用等。同时,尤其是在今年疫情期间,移动办公和统一桌面云也越来越受到重视,这在传统
4、企业的传统岗位上以前是没有的,现在作为架构师,就要考虑为了支持这样需求,在架构层面需要做哪些调整(网络接入、带宽、限流、身份认证、链路加密、数据防泄漏、后续扩容等)。二是容器化技术。容器作为这几年的IT界热词,尤其是K8S统一江湖后,你出门不和别人谈K8S、容器,就会被感觉是落后了一个时代。那么在引入容器化技术后,容器要部署在物理机上还是虚拟机上,容器是单独部署一个网段还是和原来的网段共用,哪些应用适合部署在容器上,引入容器后对整个开发和运维模式有什么挑战,这些都是需要架构师去考虑的。在笔者看来,在引入容器技术的初期,应该优先在一些非核心应用的开发、测试环境上运行,一方面让开发和运维同事熟悉容
5、器场景下开发、测试和基于虚拟机时整个流程的不同,另一方面是通过在开发测试环境运行来验证容器平台自身的稳定性,通过这两方面来评估何时部署生产环境,以及是否将重要的系统部署到容器环境。同时,对于大多数应用场景而言,其实容器运行在虚拟机上和运行在物理机上差别不大,但是容器运行的宿主机最好有单独的网段,这样有利于网络策略的配置和问题的快速定位。三是去IOE。这是一个老生常谈的问题,现在不仅仅是要从技术角度考虑而且随着中美关系的恶化,美国在科技领域对中国“卡脖子”越来越多,政治的角度也会加速去IOE的过程。根据笔者的了解,在IOE中,相对而言,I(IBM)是大家去的比较快,也比较容易的,毕竟云化的基础就
6、是x86,架构师需要评估好业务容量、重要程度以及关联影响,规划方案,分批设计迁移方案即可;再来看看O(Oracle),这个就要分行业看了,目前国内互联网公司基本都是使用MySQL了,去O的力度是最大的,但是在传统行业里,一些核心系统还是在使用Oracle,这个迁移的方案设计就是对架构师的一个挑战,主要涉及基于MySQL的高可用方案、双活方案、分库分表、读写分离等;最后来说下E(即以EMC为代表的集中式存储),这一部分,目前随着基于x86的分布式存储技术的普及,作为架构师就需要考虑使用分布式存储的可行性以及落地路径,笔者还是建议使用万能公式:“先开发测试环境”加“时间验证”再逐步向生产环境推广,
7、最终替换集中式存储。四是开源软件引入。随着互联网技术在传统行业中使用的越来越多,伴随而来的是大量各种各样的开源软件被引入。这就带来了一个问题,如果架构师不能从众多的开源软件中选型出适合本公司的开源软件,而是任由各个开发团队自行引入和使用,那将带来巨大的灾难。一方面,同类型的开源软件引入多个,导致系统对接成本提升和代码复用率下降;另一方面,每引入一个新的开源软件,就需要定制其规范和使用标准以及安全需求,况且开源软件版本升级快,安全漏洞多,维护成本较大。因此作为架构师,非常有必要根据公司的具体情况设置开源软件的可选列表,最好是每个方向(java容器、消息中间件、缓存、协调中心等)选择一个作为标准选
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 传统 行业 IT 岗位 变化 分析
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。