始於业务、终於业务!现代化应用是面对「不确定性」的最佳解方

不少人认为新冠疫情让所有的「长期规划」不再有效,甚至认为更明智的做法是放弃对「确定性」的探索,并接受「不确定性」是唯一的「确定」。自从人类步入快速发展的数位化时代,可确定的未来已成为奢侈,但这并不代表长期规划不再有效。相反地,现在企业的「长期规划」正回归到更为基础与核心的业务本质,也就是如何在变革的常态中保持业务竞争力与创新的活力,让企业具备应对变化的韧性。

事实上,即使在去年商业活动最举步维艰的时期,我们仍看到许多具备灵活性的企业快速适应新环境,甚至发掘出新的成长机会。「现代化应用」正是这些企业的数位化基础设施在极短时间内适应与过去迥异的业务需求的关键,这代表更多企业意识到现代化应用的敏捷性、通用性及扩展性等优势。

建构与业务互相搭配且更敏捷的现代化应用架构,成为面对不确定性的最佳解。现代化应用及实现过程并不是技术和产品的机械化堆叠。企业对现代化应用的向往是为了适应业务需求并助力业务拓展,以不断发现新机会或创造更好的产品和服务。

现代化应用:始於业务、终於业务

虽然现代化应用的价值来自一个长周期内对企业业务支援的总量,但与众多使用者沟通後,我们发现现代化应用也同样是他们立足当下的现实需求。企业使用者需要现代化应用的核心原因之一,就是从设计、建构到管理都与业务核心密切相关。

AWS总结出现代化应用的四大优势:首先是敏捷性,快速开发、快速应用,并且能够敏捷地反覆运算;第二是可扩展性,例如可扩展到数百万量级的使用者,确保足够的弹性以保障业务拓展;第三是全球可用,这对於正在出海的企业尤为重要;第四是毫秒级的回应能力,并能够处理PB级、EB级的资料。

无论是提供给使用者的现代化应用服务,或作为一家公司走过的现代化应用历程,我们所有的反覆运算与创新都来自於使用者及亚马逊自身的业务需求。这些宝贵经验是AWS 15年持续引领现代化应用的重要基石,正如亚马逊执行长Andy Jassy所说:经验没有压缩演算法(There is no compression algorithm for experience)。

1995年亚马逊创立之初,所有的逻辑只在一个单体式应用里,也只有一个资料库。2001年,亚马逊进入导向服务架构(SOA,透过服务介面让软体元件可重复使用的方式)阶段,商品、订单、服务等模组都在当时成形。亚马逊後来进入更多领域,产品与客户体验的反覆运算速度越来越快,这些已按照SOA拆分出来的模组又会变成超大的单体,所以2002年到2006年,亚马逊正式启动微服务化架构。

亚马逊成功建构「高度可扩展的基础设施」後拓展了新的核心能力,进而在2006年成立AWS。亚马逊在2020年已有超过10万个微服务,从起初每年部署几十个功能,到现在每年部署几百万个功能。过去15年里,我们持续投入现代化应用领域的创新。除Amazon Simple Queue Service(Amazon SQS)至今仍被许多客户采用外,2012年推出的无伺服器键值和文件资料库Amazon DynamoDB目前每天可以处理超过10兆个请求,在Amazon Prime Day期间一度达到每秒8,920万次的峰值。

2014年推出的无伺服器运算服务Amazon Lambda更是划时代的创新。若90%的创新是基於客户提出的具体需求,那麽Amazon Lambda就是根据客户「提出要实现什麽目标」的10%的创新。此後,我们推出适用於容器的无伺服器服务AWS Fargate和高效能关联式资料库Amazon Aurora(包括後来发布的Amazon Aurora Serverless V2),可在不到1秒内扩展至支援几十万个资料处理交易,从而将客户「专注业务而非基础设施管理」的目标做得更极致。

小辞典:现代化应用

1.让创建者结合人事物以建构符合现今需求的应用,它们关乎自动化、可操作性、商用专门解决方案等特色,无论是网路与行动後端、IoT应用程式、AI/ML工作负载、微服务後台等使用场景。

2.结合模组化架构模式、无伺服器操作模型和敏捷的开发人员程序建置而成,让组织能够加速创新,同时降低风险与成本,并缩短产品上市时间。

《》长期徵稿,针对时事科技议题,需要您的独特观点,欢迎各类专业人士来稿一起交流。,文长至少800字,请附上个人100字内简介,文章若采用将经编辑润饰,如需改标会与您讨论。

(观点文章呈现多元意见,不代表《》的立场)

责任编辑:吴佩臻、侯品如