云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

网站空间_购物车数据库表设计_评分榜

小七 141 0

网站空间_购物车数据库表设计_评分榜

几天前,我和Ababers进行了一次对话,讨论了Ababers所面临的挑战,以及与这些挑战相关的当前趋势,以及开发人员需要满足这些挑战的技能。与我交谈的那个人提到,集成是作为一个关键问题专门提出来的:显然,这是开发人员要解决的问题,给他们带来了很大的困难。我的谈话伙伴问我,为什么今天的整合比过去更困难。

我的回答是,整合如此困难,因为它从未如此容易。简而言之,在集成系统时,用户的期望值比以往任何时候都高。

过去,用户理解每个IT系统都是一个筒仓:

今天,当使用两个不同的软件时,至少是远程相关的,我们的期望大致是:

从架构师或软件开发人员的角度来看,还有更多的要求:

图:门槛很高

综上所述,我们可以看到,目前在前后端无缝集成方面的门槛比以前要高出无限。但为什么呢?答案在于另一个问答:登山者为什么要爬山?–因为它存在。为什么架构师要在系统之间创建紧密耦合?–因为有办法做到这一点。

第一个驱动因素是SOA:在企业it中,当SOA出现时,孤立的环境被动摇了,可以从一个系统调用另一个系统提供的功能。这导致了冗余的减少:以前在公司应用程序环境的不同平台上有许多实现的功能被简化为一个实现,其他系统可以将其称为web服务。这种可能性已经改变了人们的想法,而且这种趋势一直在持续。

第二个驱动因素是人们对谷歌和Facebook的用户体验。想想你用了多少谷歌网站:日历,Gmail,搜索,新闻,硬盘,音乐,电影,地图,当然有几个你会经常用。他们都会透明地自动地让你登录,不需要输入密码或用户名,云服务器那个好,选购云服务器,而且你不需要告诉他们任何事情两次。我甚至不记得我的谷歌密码,但我几乎每天都在六个网站上使用我的谷歌账户。我不使用Facebook的任何子网站,但每当一个新的非Facebook网站让我在"注册"(创建一个新的用户名和密码组合,从现在开始折磨我)和"登录Facebook"之间做出选择时,我当然知道自己在做什么。作为第三方网站的领先身份提供商,Facebook为我和许多其他用户提供了巨大的价值。

用户将这些期望带到工作中,并要求他们使用的企业IT系统达到相同的简单性和用户友好性标准。他们希望拥有尽可能少的身份,并能够将其与尽可能多的系统一起使用。

回到登山者那里,他爬上了这座山,因为它的存在——广泛的it集成标准使我们处于类似的地位。由于开放标准,您的新自定义系统和运行在任何地方的现有系统之间的单点登录都是可能的,因此它被认真考虑并添加到您的新项目的后备名单中。

使用SAP LT复制,系统之间的近实时数据复制很容易实现,因此,它被考虑并可能被添加到您的项目待办事项中。

其他功能也一样,例如系统关闭时复杂的消息队列、为移动客户端提供数据和功能、通过互联网安全登录移动设备、在基于云的系统和本地系统之间导航,跨公司的无缝用户集成(例如,其他公司的员工,其身份在该公司的系统中维护,登录到您面向合作伙伴的门户,从他们的Windows域进行单点登录)。

底线是,最先进的技术已经发生了巨大的变化,五年前正常的融合水平在今天已经不复存在了。负责创建这种集成的架构师或开发人员可能会发现,他们必须仔细阅读互联网标准,并学会如何在实际系统中实际实现和使用这些标准。

我相信,这解释了为什么开发人员现在比以往任何时候都更难进行集成。也许曾经有一段时间,IT部门占据着主导地位,但现在我们生活在一个消费型企业IT世界。新工具存在,用户要求我们使用它们。我们必须学会如何去做。

……现在,相对"简单"的低层次技术集成点已经被理清,这些更高层次的集成点带来了一整套不同的、往往更困难的集成挑战。以前,我们很难在有线级别协议(JavaRMIS与.NETRemoting;EBCDIC与ASCII)上集成应用程序,或者在诸如身份验证机制之类的基础级别上集成应用程序。现在,这些问题在很大程度上通过一些非常流行的协议(如OAuth、SOAP等)得到了"解决",集成问题已经进一步向上发展。可以说,这些基本问题和以前一样——如何序列化和反序列化数据——但我们现在要做的不是像在线协议那样对字符串进行处理,而是对整个数据模型进行处理。成功因素的例子浮现在我的脑海中;它的组织结构图数据模型经过多年(几十年?)独立于SAP相同概念的数据模型。因此,集成这些仍然是一项非常重要的任务!