如何为移动应用SaaS ALM选择正解的方法和工具-低调大师

如何为移动应用SaaS ALM选择正解的方法和工具

2017-08-01 536

了解为什么在你设计移动、敏捷和云应用时，应该要将SaaS ALM策略列入考量。

应用程序设计上的三大趋势是云、移动平台和业务敏捷性。毫不意外的是，这些趋势将在应用生命周期管理中合而为一，演化成为一个ALM的云/SaaS模型。每个开发者和架构师都应该考虑基于SaaS的ALM，但要做出正确的选择需要有系统性的方法。有必要先搞清楚你是否是SaaS ALM的候选者。如果是的话，则要先评估你现有的应用中间件和ALM策略，然后权衡你所有的应用驱动的重要性，最后依照你的需求选择正确的方法和工具。

SaaS是一种ALM的交付模型，而不是功能分类。大部分用户都应该在早期就确定他们是否适合基于SaaS的ALM，然后才开始选择ALM的工具。在 SaaS交付的ALM工具中要问的主要问题是，应用的变更速度和管理的应用数目有多少?如果你是个有大量应用变更的大型机构，你可能要考虑使用传统的托管 ALM方式。但是，基于SaaS的ALM也有助于迁移到一个新的ALM策略，所以值得考虑以下提到的问题来了解SaaS ALM是否可以帮你采用最佳的移动或敏捷应用的ALM策略。你以后可以随时转成内部选项。

SaaS ALM的兼容关键性

兼容性是ALM问题中的第一个关键要素。以移动应用来说，要全面的了解整个应用而不是只关注你觉得是“移动”的部分是很重要的。大部分移动应用都是基于一个前端/后端的模型，应用的逻辑和数据访问都放在后端的部分，而前端则提供GUI。而所有这些都由一个中间件模型支持，例如Java或.NET。对于移动应用来说，你也可能有个后端即服务工具或另外一个旨在支持多个移动平台和BYOD的移动应用开发工具。你应该要确定你的ALM策略支持你的应用中间件承诺，以及你支持你现有的ALM工具，除非移动性提供了一个令人信服的理由让你不得不重新考虑。

如果应用改变的来源绝大多数是功能性的，一个后端元素的业务流程，或移动设备导致前端的改变，你可能要考虑将前端和后端元素切割成分别的ALM“应用”。由于变化的速度能帮助决定一个SaaS模型是否有效，这可能会打开一个或两个通向SaaS ALM的应用领域。

考虑SaaS ALM厂商

如果你有个更广的ALM和移动问题要处理，下一步是要问三个问题：

我当前的ALM承诺是什么?
我主要的中间件是什么?
在接下来的几年内我是否会期待任何重大的开发改变?

如果你的主中间件供应商正提供你现在的ALM，而你预计自己没有近期的改变的话，你也许应该维持现状。

ALM和中间件供应商之间的不匹配并不少见，但根据用户的反馈，支持变得越来越困难。大部分公司最好的选择是将ALM融合到能满足他们中间件承诺的单一平台上。寻找一个与你的中间件兼容的敏捷ALM框架。

移动SaaS ALM技巧

移动ALM的最大挑战，多半来自于整体上需要上更多适应性和动态性的业务过程变化和移动性之间的交集。敏捷性是这两种驱动力都必须要考虑的一个因素，而创造出一种“ALM筒仓”的风险也很大。但是，即便未来的应用都可能保持着前端/后端的取向，因为将应用逻辑与表现层的改变隔离开来真的会很有帮助。如果你将这个模型作为目标的话，必然有足够的信心可以管理从标准应用中分离出来的移动ALM。

即使这样，你是否应该试着选择一个移动专用的ALM SaaS工具还尚不明朗。业界的趋势似乎是很明显的向反方向前进;使得移动的动态性成为敏捷ALM中需要解决的一个问题。最佳的途径似乎是选择一个有着SaaS交付选项的敏捷ALM工具，然后根据你的需求做出调整。

选择什么工具呢?大部分用户的第一选择应该是他们主要中间件供应商所提供的ALM工具，如果那些供应商已经有相当和谐的中间件部署到位的话。 HP，IBM，微软和Oracle的敏捷ALM工具被认为是非常有效的，并获得了用户和评论人士的高度评价。在前述的几家中，HP和Oracle最常被人提及拥有最广泛的中间件技术支持，而其中HP又有最积极的SaaS交付支持。

在移动应用上进行干净的前/后端应用分离的价值已经说过了。由于前端ALM的问题多半是技术上的，而后端问题通常与业务活动有关，分离可以减少整体的 ALM工作和范围，甚至可以让你在有需要的时候使用单独的工具。关键是确保你的前端工具与后端程序的公用接口是一致的，这样两个ALM的领域才能以坚实的规范连接起来。不然的话，会产生相互依赖关系无法正确测试的风险，而这会导致你的ALM流程无效。

移动ALM的另一个建议是，对于推送通知和互动性支持的方式要特别小心。面向Web的前端通常是创建成期望用户发起的交互而不是通知。我们很容易会在测试中不小心忽略这个，然后忘了验证应用发送未经请求的消息的能力。

处理SaaS ALM成本问题

基于SaaS模型的ALM的一大问题是成本。了解SaaS定价模型会如何影响整体ALM成本是很重要的，以及注意在什么地方SaaS许可会特别引发成本的大量增加。你的测试数据会储存在那里?ALM测试阶段将会如何影响定价?你必须做好转回自主托管模型的准备，如果你发现你的应用改变在未来很可能会让你暴露在过度成本风险之下。

不要过度思考这些。ALM，首先来说，应该要是个整合的过程，由整体业务目标在背后驱动。将ALM细分到多个工具和自主托管和SaaS交付模型之间是OK的，但最终的结果必须是一个在可接受成本下的响应式ALM策略。在前期多注意才能确保你的方法能够成功。

本文作者：谈翔

来源：51CTO

微信关注我们

原文链接：https://yq.aliyun.com/articles/188026

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

无论PaaS还是IaaS，如今一切尽归容器

Docker公司绝不是本周惟一不断将容器技术挂在嘴边的厂商。就在本周三，顶尖Linux供应商红帽公司在其于波士顿召开的红帽峰会上亦披露了两款新产品，而且二者皆将容器纳入核心当中。第一款产品正是OpenShift Enterprise 3，也就是红帽公司本地可部署平台即服务产品的最新版本，主要用于构建私有云体系。新一代版本立足于上代方案，但加入了对Docker容器以及Kubernetes容器编排软件的支持能力，旨在帮助各类规模、特别是规模较小的企业像谷歌那样运行属于自己的网络体系。 “作为Docker与Kubernetes两大开源项目的领先贡献者，红帽公司不仅是在采纳这些技术成果，同时也在积极通过社区为其构建上游支持，”这家Linux方案供应商在一份声明当中指出。红帽当然也更希望OpenShift对于容器方案的积极接纳能让自身拥有更突出的客户吸引力。尽管大部分企业都报告称其正在考虑在一定程度上引入云方案，但PaaS产品从历史角度讲一直未能与基础设施即服务达到同样的受欢迎程度。谁知道呢，也许容器技术为当前业界带来的这场席卷之势会改变这一切。红帽OpenShift总经理兼副总裁Ase...

2017-08-02

615

业务部门与IT团队之间的界限在各个行业中正在趋于模糊。网络即生意，生意即网络。随着企业从物理基础架构，逐步转换到公有云、私有云与混合云模式，为业务提供有效网络保障的难度也不断升级。据思科《全球云指数》年度报告的预测，至2020年，92%的企业工作负载将在公有云与私有云数据中心进行处理，而由物理数据中心处理的企业工作负载仅占8%。云改变着我们的业务模式，尤其是当我们把应用迁移至公有云时，应用所有者由于并不拥有网络基础设施，所以有关网络和安全的相关数据访问将受到限制。但尽管如此，Gartner研究表明公有云市场在2016年仍然增长了17%;而在思科预测中，56%的全部云工作负载将在未来3年内迁移至公有云。上述的种种变化导致各企业不得不面对越来越碎片化的网络环境，以及这种错综复杂所带来的脆弱网络关联。它同时意味着，让企业运营中断数小时、甚至数天的意外停机风险，以及可被黑客轻松利用的多处漏洞。你的企业网络能见度究竟如何? 毋庸置疑的是，由于对业务发展的必要性，各企业机构已经开始对跨云基础架构的可视性、合规性与安全性积极地投以关注。2017年初，Ixia针对云安全问题对220多位企业高级...

2017-08-02

527

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。