<dl id="opymh"></dl>

<div id="opymh"></div>
      <div id="opymh"><tr id="opymh"></tr></div>

        <em id="opymh"><ins id="opymh"><mark id="opymh"></mark></ins></em><sup id="opymh"><menu id="opymh"></menu></sup>

        <em id="opymh"></em>

        <em id="opymh"><ol id="opymh"></ol></em>

              频道栏目
              首页 > 网络 > 云计算 > 正文

              微服务与单体架构£ºIT变革中企业及个体如何自处

              2019-03-08 10:26:48           
              收藏   我要投稿

              当下£¬企业越来越多地受到竞争对手和他们自己?#30446;?#25143;?#38590;?#21147;£¬既需要让应用程序更快地在线运行£¬同时又要最大限度地降低开发成本¡£这些不同的目标£¬迫使企业IT组织必须一刻不停地迅速发展¡£自20世纪60年代以来经历了一次又一次的强制演变之后£¬大量的企业IT已经准备从单体应用架构中走出一步£¬走上微服务之路¡£

              更高的期望和更有能力?#30446;?#25143;

              那些能够接触到全球产品及服务?#30446;?#25143;£¬现在愈发强?#39057;?#24076;望他们的供应商企业能够快速响应其他供应商正在做的事情¡£

              CIO?#21448;?#22312;报道Ovum?#38590;?#31350;时曾指出£º

              在“客户之旅”中£¬是“客户”本身占据着上风¡£拥有更多的?#20309;?#26041;式£¬以及开始花费更少的时间在?#20309;?#19978;£¬客户们需要的不仅是快速地收集信息和完成交易¡£他们经常希望能无需进行冗长的对话¡¢甚至在去往某地的途中¡¢在移动设备上就能快速完成这项工作¡£

              处于压力之下的IT

              这场激?#19994;?#20840;球竞争£¬也迫使企业寻找新的方法来削减成本或?#19994;?#26356;?#34892;?#30340;?#36335;?#27861;¡£开发人员在过去其实已经看到了这一切¡£这只是企业IT十多年来所面临的“少花钱多办事”这一永恒号召的当代新版本罢了¡£他们已经了解到£¬尽管IT总预算增长了£¬但在新IT服务以及通信服务这一块需要的投资也增多了¡£

              企业IT组织需要对时代的发展和新的需求作出回应£¬这一压力也使?#30431;?#20204;不得不重新审视他们的开发流程¡£传统的长达两年开发周期£¬或许在过去?#24378;ÉÒ越?#21463;的£¬但在现阶段早已不再令人满意¡£没有人能够等待¡£

              趋?#39057;?#27719;合

              企业IT也被迫对各种趋势作出回应£¬这些趋势是?#21046;?#21644;矛盾的¡£

              引入廉价但高性能的网络连接£¬让分布式功能彼此之间通过网络进行通信的速度£¬与之前可在单个系统内相互通信的流程一样快¡£

              推出功能强大的微处理器£¬可在廉价和小型封装中提供大型机级性能¡£在标准化X86微处理器架构之后£¬企业现在不得不考虑其他架构来满足他们对更高性能¡¢更?#32479;?#26412;¡¢以及更低功耗和热量的需求¡£

              内部系统内存容量不断增加£¬因此可以在小型系统中部署大型应用程序或应用程序组件¡£

              外?#30475;?#20648;的使用正逐渐从使用旋转介质变为固态设备£¬这样可以提高性能¡¢减少延迟¡¢降低总体成本并提供巨大的容量¡£

              开源软件和分布式计算功能的发展使企业能够在需要新功能时廉价地添加一系列系统£¬而不是面对昂贵且耗时的叉车升级来扩展中央主机系统¡£

              客户要求即时¡¢轻松地访问应用程序和数据¡£

              要应对这些趋势£¬企业IT部门很快就会发现£¬他们一直依赖的方法——专注于充分利用昂贵的系统和网络——必须改变了¡£如今最大的成本是人员¡¢电力和冷却¡£二十多年前£¬企业将重点从单体大型机计算转?#39057;交?#20110;X86的分布式中端系统£¬诚然那是一次变革£¬但当下的变化趋势及变革与那时不同了¡£

              下一步发展在哪£¿

              以下是企业IT为响应所有这些趋势所做的工作¡£

              他们选择从使用传统的瀑布式开发方法转向各?#20013;问降目?#36895;应用程序开发¡£他们也正在从编译语言转向解释或增量编译的语言£¬如Java¡¢Python或Ruby£¬以提高开发人员的工作效率¡£

              例如£¬IDC预测£º

              到2021年£¬65£¥的CIO将把敏捷开发/DevOps实践扩展到更广泛的业务中£¬以实现创新¡¢执行和变革所需的速度¡£

              复杂的应用程序越来越多地被设计为独立的功能或“服务”£¬可以托管在网络?#31995;?#22810;个地方£¬以提高应用的性能和可靠性¡£这种方法意味着可?#36234;?#20915;不断变化的业务需求£¬以及可以在无需并行更改任何其他功能的前提下£¬向一个功能中添?#26377;?#21151;能¡£NetworkWorld的Andy Patrizio在对2019年的预测中指出£¬他预计“微服务和无服务器计算将起飞”¡£

              另一个重要变化是这些服务托管在地理位置分散的企业数据中心¡¢云端或两者兼有之中¡£此外£¬功能可以驻留在客户?#30446;?#34955;中£¬也可以驻留在基于云或公司系统的某种组合中¡£

              这对你意味着什么£¿

              这些趋?#39057;?#21040;来£¬意味着企业开发人员和运维人员必须?#20113;?#20256;统方法进行一些重大变革£¬包括£º

              开发人员必须愿意学习更适?#31995;?#20170;快速应用程序开发方法的技术¡£经验丰富的“学生”可以通过在线学校快速学习¡£例如£¬Learnpython.org提供Python免费课程£¬而codecademy提供Ruby¡¢Java和其他语言的免费课程¡£

              他们还必须愿意学习如何将应用程序逻辑从单体静态设计分解为独立但协作的微服务集?#24076;?#21508;类在线学习网站依然是不错?#38590;?#25321;£¬例如IBM的微服务课程£¨https://www.coursera.org/learn/intro-ibm-microservices£©¡¢Lynda.com等等¡£

              开发人员必须采用新工具来创建和维护微服务£¬以支持它们之间快速可靠的通信¡£善于使用各种商业和开源的信息传递和管理工具£¬可以大大简化这一过程¡£例如Rancher Labs的全开源平台Rancher为用户提供Kurbernetes-as-a-service¡£

              运维专家需要学习容器和Kubernetes的编排工具£¬以了解它们是如何让团队快速开发和改进应用程序和服务£¬而又?#25442;?#22833;去对数据和安全性?#30446;?#21046;¡£长期以来£¬运维一直是企业数据中心的守门人¡£毕竟£¬如果应用程序变慢或失败£¬运维人?#26412;?#35201;在此时负责解决这一局面¡£

              运维人员必须允许这些功能托管于他们直接控?#39057;?#25968;据中心之外¡£为了?#24471;?#36825;一点£¬Market Research Future的分析师最近发表了一份报告称£¬“2017年全球云微服务市场价值为5.844亿美元£¬预计到预测期结束时将达到21.467亿美元£¬复合年增长率为25.0£¥”¡£

              应用程序管理和安全问题现在必须成为开发人员思考的一部分¡£在线课程又一次地可以帮助个人发展这方面的专业知识¡£很多网站包括LinkedIn提供了如何成为IT安全专?#19994;目?#31243;¡£

              非常重要的一点是£¬IT和运维人员都必须理解IT的世界正在快速发展变革£¬每个人都必须专注于提升自身的技能和专业知识¡£

              微服务如何使企业受益£¿

              微服务这种分布式计算的最新发展£¬为企业带来了许多实际和可衡量的收益¡£在IT组织采用这?#20013;?#24335;的分布式计算后£¬开发时间?#32479;?#26412;花?#35759;?#21487;以大大降低¡£之后£¬可以根据需要并行开发每个服务并进行细化£¬而无需停?#22815;?#37325;新设计整个应用程序¡£

              开发团队可以专注于开发人员的工作效率£¬并且仍然可以快速¡¢在线地提供新的应用程序功能¡£运维团队则可以专注于为应用程序执行定义可接受的规则£¬并通过编排和管理工具强制执行它们¡£

              企业面临哪些新挑战£¿

              与任何IT方法一样£¬微服务架构的应用在带来益处的同时?#27493;?#24102;来挑战¡£

              监控和管理大量“移动?#32771;?rdquo;£¬要比处理一些单体应用程序更具挑战性¡£采用企业管理框架能有助于应对这些挑战¡£除此之外£¬此类分布式计算的安全性也需要首要考虑¡£随着网络上独立功能的增加£¬每个功能都必须进行分析和保护¡£

              所有单体应用程序都应?#20204;¨Ò频?#24494;服务吗£¿

              一些单体应用程序很难改变¡£这可能是由于技术挑?#20132;?#21487;能是由于监管限制¡£今天使用的一些组件可能来自于已经倒闭的供应商£¬使?#20204;?#31227;或重构变得极其困难甚至不可能¡£

              对于企业来说£¬完成整个审计过程既费时又费钱¡£通常情况下£¬企业继续投资旧应用程序的时间£¬比他们相信自己在节省资金的时间长得多¡£

              企业应该先评估清楚某个单体应用是具体做什么的£¬再考虑是不是要分离某些单独的功能并作为较小的独立服务运行¡£这些可以实现为基于云的服务或基于容器的微服务¡£

              最明智的方法£¬不是等待并试图解决整个旧技术£¬而是进行一系列渐进式的更改£¬使得增强或替换旧系统的计划更容易被接受¡£这与那句古?#31995;难?#35821;非常相似£¬“植树的最佳时机£¬是20年前£¬其次是现在¡£”

              这些变化值得吗£¿

              大量已经采用基于微服务的应用程序架构的企业已经证明了£¬他们的IT成本通常会降低¡£他们还经常表示£¬一旦他们的团队掌握了这种方法£¬当市场需求发生变化时£¬添?#26377;?#21151;能和特性会更容易¡¢更快捷¡£

              如果您的企业还完全没有踏上微服务之路£¬从现在开始了解更多信息也是好的¡£此外也应该多关注业界的一些新近流行的技术与解决方案£¬如Kubernetes¡¢Rancher¡¢Serverless等等¡£

              相关TAG标签 微服务 单体架构
              上一篇£º什么方法把文字转语音
              下一篇£º玩转O365中的EXO服务之四十七怎样获取邮箱审核日志
              相关文章
              图文推荐

              关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

              版权所有: 红黑联盟--致力于做实用的IT技术学习网站

              ¼«ËÙ·ÉͧºÃ¼Ù
              <dl id="opymh"></dl>

              <div id="opymh"></div>
                  <div id="opymh"><tr id="opymh"></tr></div>

                    <em id="opymh"><ins id="opymh"><mark id="opymh"></mark></ins></em><sup id="opymh"><menu id="opymh"></menu></sup>

                    <em id="opymh"></em>

                    <em id="opymh"><ol id="opymh"></ol></em>

                          <dl id="opymh"></dl>

                          <div id="opymh"></div>
                              <div id="opymh"><tr id="opymh"></tr></div>

                                <em id="opymh"><ins id="opymh"><mark id="opymh"></mark></ins></em><sup id="opymh"><menu id="opymh"></menu></sup>

                                <em id="opymh"></em>

                                <em id="opymh"><ol id="opymh"></ol></em>