站在技术角度审视K2产品

在过去的一年中,采购K2 Blackpearl产品的各位企业用户应该能够感受到K2的微软技术战略联盟的一阵内痛了:

我们以前的各种基于微软平台的系统运行、配置、维护都相对平滑哦。K2系统一来就造成了各种各样的问题(尽管这些问题最终的解决不在K2产品之中)?

系统部署存在不稳定状况哦。明明开发环境、测试环境中的测试显示系统已经具备上线条件了,但是生产环境部署还是出现莫名其妙的问题导致系统部署不上或者部署上的系统无法正常运行,问题的排查难度又特别大?

追根到底,这是K2的微软技术战略联盟实施初期带来的新技术格局对企业产生的阵痛,这个技术联盟将K2产品的安装、配置、二次开发、维护全方面与微软的多项底层技术关联在一起,WCF、WPF、WWF、SharePoint等等。

前段时间一家企业在流程系统上线后发现流程页面响应速度出现间歇性的响应慢现象,慢到需要5分钟才能刷新完成页面,要命的是间歇性出现这种现象,问题的原因确定花费了1周时间,涉及到DNS域名解析过程的跟踪、集群服务的任务请求分配分析、客户端Http请求的数据包在网络中的传递分析、系统代码检查...

再有一家企业的流程平台中,K2服务器不定期出现崩溃现象,排查下来K2服务本身并没有发生问题,根本原因是操作系统中的某个问题会导致K2服务意外停止,问题的排查召集了微软多个产品专家一起介入,由于此现象也是不定期且只在生产环境出现,问题的解决花费了几个月时间才找到真正的原因。

这是另外一个风起云涌的时代。在企业应用领域中众多开发人员、维护人员面临的新的挑战:要学习的微软技术更多了,下面是其中的几个方面

-          ASP.NET AJAX

-          Silverlight

-          ADO.NET Entity Framework

-          Linq

-          .NET Framework 4.0, Visual Studio 2010, Team Foundation Server

-          SharePoint 2010/Office 2010

为企业开发基于K2的流程应用系统,你准备好了吗?

原文地址:https://www.cnblogs.com/xqyi/p/1613660.html