01、PaaS的现状
对于像京东这样的商业服务数字化公司，因为业务应用不能直接建在云上，所以需要PaaS。
现在问题来了：PaaS应该怎样建立？
不同的目标，建法也不一样。有的是作为一个技术开发平台，以后再做项目会节省时间。有的是预置行业业务组件的业务平台，能提高业务系统搭建效率。有的强调是低代码或零代码，使业务人员可以参与甚至独立配置业务。还有的是为了做大客户业务，应对个性化需求之需… …
无论哪种形式和什么目的，这种PaaS始终限定在技术层面。做得好或不好，全由开发者自己说了算；与其他人，尤其是伙伴和用户没什么关系。只要达到自己设定的技术目标，PaaS也就算大功告成。至于后面的事情，比如，给谁用、怎么用、交付效率、业务质量、业务可塑性，以及怎样达到最终用户业务要求，那就不是PaaS的事了。这样的PaaS很多。
02、企业的数字化转型，需要的是商业化PaaS
我们再从用户侧来看这个问题，显然技术型PaaS还不能满足数字化转型的要求。
我们能确定的是，企业的数字化转型，必须要通过一个平台来实现。
除此之外还有另外两条路：要么就以软件外包形式实现，要么找标准软件厂商定制化。因为是非标的服务，这两种方式都是费用高昂，能否达到业务预期无法保证，更不能伴随客户业务发展而持续演进。
所以，企业的数字化转型，只有PaaS一条路可走，即以平台为基础的逐步演进。现在的问题是，从客户角度看PaaS，其希望看到是业务场景解决方案层的“界面”；而不是底层的技术界面。如果是后者的话，那与外包和定制化开发区别不大。所以，数字化转型需要的是商业化PaaS的平台支撑。
因为在选定的行业内，比如电商、健康、物流、金融业务，高频场景对应的问题域是确定的和具象的，可以提供到行业解决方案的高度。这个条件是商业化PaaS的基础。也就是说，没有相关行业的有效积累，商业化PaaS就是空中楼阁。京东能做商业化PaaS，与其在相关行业的积累密切相关。商业化PaaS必须同时满足几个条件：
提供到行业场景解决方案层，并且在行业业务领域内具有普适性：
- 轻交付，通过配置搭建业务系统；不需做要大量的二次开发，提高交付的效率和保持业务稳定
- 可第三方交付，这是PaaS商业化的重要特征；交付的标准化意味着第三方、甚至客户自己可以提供实施服务
- 开放性，可接入各类高频场景的应用服务，特别是移动端；同时支持开发者PaaS的深度定制
- 高性能，这与技术型PaaS的要求一致，商业化PaaS的基础也是技术型PaaS
- 延展性，随着企业数字化转型的深入，商业化PaaS必须能够伴随客户业务的发展而演进，有业务可塑性。
行业内虽有数不清的架构和平台，但是真正做到商业化水平的PaaS却并不多。
03、数字化转型对商业化PaaS的高度依赖性
所谓企业的数字化转型，远非为企业开发一套IT系统、建一个网上商城那么简单。这种粗陋的转型，既加重了企业的负担，也不会有什么实际作用。
也就是说，企业数字化转型≠企业+IT化，而是一个完全新型的全业务数字化企业。
无论是商业、健康、物流还是金融等商服企业，数字化转型意味着“商业是一种服务，而不再是一种物理上的场所和商品的流转过程”。
从客户角度看，“用户在哪里，数字化的服务就在哪里”，其底层逻辑正是一种平台化的商业思维，而商业化的PaaS正是这一切的基础。由商业化PaaS提供的能力，为商服企业的数字化转型突破奠定基础。
利用商业化PaaS的开放和连接能力，通过商业生态系统，可使商服企业与掌握用户资源的伙伴共享数据、算法、交易和流程。
使商服企业直接触达顾客或消费者等终端用户，为其提供无所不在的和完美的服务体验。
利用商业化PaaS的数字化渠道能力，实现用户购买行为的数字化和移动化，形成彻底的客户需求导向。
高度协同的数字化渠道。可以直接提升用户体验，进而提高顾客对服务的满意度和推荐意愿，提升粘性和形成复购。
利用商业化PaaS的端到端的数字化业务整合能力，实现全面的、业务端到端闭环，构建全面转型路径。
如果不依赖专业化PaaS，只是提供单纯的技术对接，为了转型而转型。实际上不但达不到转型预期，还会使整个业务闭环受到破坏。
最后，借助商业化PaaS实现商服企业的数字化转型的变革，这本质上是对原有的经营模式、系统架构、数据管理、资源配置和业务创新的全面梳理。
从战略高度看实施全面的数字化转型，实现了商服企业前台、中台和后台的全方位变革。
04、京东破局：商业化PaaS横空出世
有意思的是，正当行业内为商业化PaaS所困惑时，这个窘境却被京东这家电商率先破局。
说京东是一家电商并不准确。实际上，京东除了是一家电商外，还是一家科技公司。
此次推出的商业化PaaS-- EMOP（Enterprise Mobile DevelOp Platform），主要是面向移动端的企业级业务开发平台。
作为服务于企业数字化领域的顾问，EMOP的出现给人眼前一亮的感觉。
因为太多的项目，做业务咨询和梳理之后，落地实现始终是个难题。要么是交付周期太长；要么是交付的业务，受平台的技术限制而变形。
带着这个疑问，通过与京东团队的交流发现，京东的EMOP其实也并非是通用的PaaS，而是聚焦于几个大的商业领域，但这已经足够了。
从目前发布的行业看，主要是电商、健康、物流、金融和其它相近应用。
可以看出，这些正是京东自己的业务领域。也就是说，作为一个商业化的PaaS，EMOP能够取得成功，完全依靠京东的在相关行业的长期沉淀和积累。
作为商服企业的京东，正是在EMOP这一商业化的平台之上，构建了庞大的数字化业务体系。
05、EMOP：商业化PaaS的价值典范
衡量一个商业化PaaS，有很多评价指标。但一个优秀的商业化PaaS，必须提供四个维度的系统性价值。
业务优先
商业化PaaS与技术平台的最大差别，是业务优先原则。
也就是更专注于业务本身，而屏蔽掉复杂的技术细节和底层的业务逻辑；同时还需支持丰富的商业场景构建。
优先原则和有效赋能业务，是考量一个商业化PaaS的重要标准。
快速交付
一个新业务从构想到上线的效率，是数字化企业对商业化PaaS的基本要求；也是衡量一个商业化PaaS成熟度的重要指标。
对于一个处于数字化转型初期的企业，需要系统化重构一个数字化企业。商业化PaaS的能力更是不可或缺。
避免因为实施交付的低效率，最后拖成了一个旷日持久的项目，导致数字化转型因为平台问题而失败。
系统支撑
从业务模块到场景解决方案，中间需要一个重要的系统业务支撑。
在这一层面，一方面担负着确保业务配置的逻辑正确、业务合规、过程安全和性能稳定的责任。
另一方面，业务的可塑性和场景的丰富性，也是系统支撑提供的重要能力。
技术框架
研发的生产质量和生产效率，不但是改进既有业务所必需；对于深度定制和新业务组件的开发同样至关重要。
京东EMOP完美诠释了一个商业化的PaaS。
06、从一个开发范例，看EMOP的强大能力
我们通过mPaaS（EMOP的研发平台）的一个应用范例-京东健康APP的开发过程，来体验EMOP平台敏捷开发能力和交付业务质量。
项目背景
京东健康自2019年5月开始独立运营后，一直没有上线独立 APP。在新冠肺炎疫情发生后，为了全面满足老百姓线上问诊购药、健康管理，以及居家购买口罩、消毒液等抗疫必需品的需求，京东健康管理层紧急要求将原本计划2020年年中发布的京东健康APP，在 30 天内完成开发上线。
京东健康APP承载了京东健康构建“线上+线下”“药+医+险+养”一体化闭环服务的目标。主要以“互联网+医疗健康”服务为主，侧重提供在线问诊、慢病管理、家庭医生、名医直播等垂直场景的精细化医疗服务和健康管理。同时，也需具备健康商城的零售能力。基于此，京东健康APP所提供的服务要覆盖用户生命全周期、健康全场景，以满足用户医疗服务与健康管理的全方位需求。
京东健康APP的使用界面如图所示。
这个项目有两个重点：一个是京东健康是京东的战略级业务；另一个是项目周期只有短短30天。这几乎是一个不可完成的任务。
平台依托
京东mPaaS作为企业级移动研发平台，为移动开发提供一站式解决方案；还可以帮助企业构建强大的移动中台，快速创建高质量的APP、各类小程序等移动终端产品，支持企业新业务开展。
京东EMOP涵盖了需求、开发、测试、运维、运营5大领域，提供了企业移动开发的一站式解决方案，可实现移动研发全生命周期的技术支撑。平台整体架构由开发框架、技术支撑系统和组件能力构成，在实现多业务闭环的前提下，有效解决成本、质量、效率、标准四大问题，实现APP研发的质量提升与降本提效。
技术特点
在京东健康APP开发过程中，采用EMOP平台的原生开发框架模块化解决方案，实现模块代码解耦、独立开发与调试，大幅提升开发效率。
通过引入插件动态升级能力，使APP具备插件的线上动态发版与bug修复的能力。同时，得益于京东EMOP平台积累和沉淀的丰富、稳定的技术组件、业务组件和场景逻辑，采用成熟的前后端组件模块，省去了大部分的0基础开发成本，使之能够在30内成功上线。
上线后接受了业务验证和大流量压力的考验，实现了按时和按质的交付。
为保证京东健康APP的线上运营，EMOP平台还提供了性能监控、崩溃分析等系统，支持原生、RN、Flutter等多种技术栈业务的全面监控，实现APP的性能表现的随时掌握；助力快速定位线上性能问题，持续提升用户体验。
敏捷交付
京东健康从0到1，在30天内实现成功交付上线，充分证明了京东EMOP的敏捷交付的商业化能力。
京东健康只是京东mPaaS平台诸多成功案例中的典范之一。目前京东mPaaS平台已经过京东内部海量业务验证，稳定可靠，历经零售、物流、金融、保险、物流、地产、健康等众多业务场景锤炼，支持数百条业务线开展。
这充分说明EMOP向着商业化PaaS的方向，迈出了最重要的一步。
来源：oschina
链接：https://my.oschina.net/u/4019659/blog/4391772