拉风的应用程序服务器监控工具,随便掌握服务器动态,AgileEAS.NET SOA 中间件应用程序服务器监控工具集介绍

by 魏琼东 2013.12.19 21:55
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、AgileEAS.NET SOA中间件的分布式结构      AgileEAS.NET SOA中间件平台吸吸引人的一个特色就是其分布式架构体系,其可以基于高层的WCF协议和底层的.NET Socket通信建设统一一致的分布式通信服务,如下图所示的分布式结构:        系统中所有的客户端业务处理请求都经由AppServer处理之后返回结果给客户端,这个一个极其经典的SOA架构的分布式结构。      当系统的业务运行量大到一台AppServer无法满足情况下,那么我们就要考虑纵向扩展或者横向扩展以满足系统性能和业务响应的问题,最常用的选择是横向扩展,使用负载均衡机制以确保业务请求由多台AppServer完成;以及对系统的可靠性要求很高的时候,因为只有一台AppServer如果AppServer宕机了,那么整个系统都无法运行。我们就必须的考虑整个系统的故障切换能力,以确定系统的高可用性,系统的架构就会衍生为以下结构:      可以对比发布,前面架构图之中的AppServer已经由一台NlbServer和多台AppServer组成的服务器组合替换,系统之中不再存在当AppServer宕机之后系统无法服务的问题,也解决了随着业务量增加动态扩容的问题。 三、AgileEAS.NET SOA平台服务监控工具      为了方便系统维护人员,我们为AgileEAS.NET SOA中间件平台应用程序服务AppServer和负载均衡服务NlbServer提供了强大的可视化远程监控工具,让系统维护人员可以方便的通过远程监控工作进行监控。      应用程序服务监控工具为EAS.SOA.Monitor.exe应用程序:      其主要提供以下监控参数:      服务器资源监控:服务器CPU、内存、磁盘读取、网络通信等重要的服务器资料的实时监控及历史监控曲线图,如上图。      Socket服务监控:监控AppServer的Socket通信服务参数的各种状态,包括并发连接数、数据发送和接收速度:      WCF服务监控:监控AppServer的WCF通信服务参数的各种状态,包括实时服务调用、最大并发、服务实例、累计服务调用次数等:      应用服务监控,监控AgileEAS.NET SOA服务的并发调用和累计调用:     负载均衡服务监控工具为EAS.NLB.Monitor.exe应用程序:      其提供的监控功能和监控参数同应用程序服务监控工作提供的类型,都提供了服务器资源监控、WCF服务监控、Socket通信监控,不一样的是负载均衡服务提供了对负载简单应用程序服务器的状态监控: 四、如何操作服务监控      不管是应用程序服务监控还是负载均衡服务监控,启动监控程序之前都需要使用监控客户端连接到用程序服务或者负载均衡服务。          初始的监控程序需要通过服务连接登录界面新建一个服务监控连接,弹出新建连接对话框:     监控连接参数主要由服务器的IP地址及所开放的端口决定,WCF或者Socket,应用程序服务监控工作提供WCF和Socket的连接,而负载均衡服务监控仅提供WCF形式的连接。     当创建好监控连接之后,下一次使用的时候就不需要再次配置监控连接信息了,只需要在服务连接下拉列表框中选择合适的的连接信息即可:     我们计划为监控程序提供一个动态的连接密钥或者证书验证机制,以便阻止非授权的监控连接请求,但是目前还没有启动连接密钥或者安全证书,在稍后的不久我们将会为大家提供这方面的功能。 五、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

犀利的报表系统,AgileEAS.NET SOA中间件平台GReport使用指南

by 魏琼东 2013.12.18 17:43
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于GReport、Grid++报表系统      AgileEAS.NET SOA中间件平台目前集成两套优秀的报表系统,一套是开源的fyireporting报表系统3.96版本,其始于2007年AgileEAS.NET SOA中间件平台3.0版本之时就集成入平台的一套报表系统,其快速方便的条带式报表非常适合用于MIS系统的报表展示,我们在fyireporting基础上做了大是的汉化、改动并且与AgileEAS.NET SOA中间件平台进行紧密的集成。      但是对于市场在国内的大多数软件企业都会遇到客户的很多近似于变态的报表需求,fyireporting有也其不足的地方,其在处理中国式的票据、和一个特殊报表时无能无为,之后我们考虑集成一套更好的中国式报表系统,在和几家行业医疗供应商合作的两个年头之中,我们集成广州锐浪的Grid++报表系统并与AgileEAS.NET SOA中间件进行融合,称之为GReport。      AgileEAS.NET SOA中间件平台的报表管理体系并设计为集中式的报表管理、设计与报表浏览、打印相协调的可集中管理的报表体系,极大的简化和方便报表的开发、部署和管理。      在AgileEAS.NET中间件平台之中提供了一个用于管理、和设计GRport的功能模块“GR报表”:      系统之中的所有报表都是可管理的,当在系统的任何一个客户端修改了报表定义之后,不需要重新部署程序,即可让报表的修改通过所有的使用者。即时生效。      在GR报表模块之中,直接双击选中的报表即可进行报表设计界面,进行报表的设计:      GR报表的设计器界面是基于Grid++报表所提供的设计器控件实现的,其使用方法同Grid++原始的报表设计工作,具体的使用方法请参考Grid++官方帮助。      本设计器与官方的原生设计器之间的差别主要是新建报表与原生不同,原生的报表系统只能基于数据库连接和SQL语句创建报表,而本设计器提供了除通过书写SQL创建报表(不用提供连接信息,以当前连接为准)之外还提供了基于AgileEAS.NET SOA中间件平台的ORM实体创建报表:        数据报表即为基于SQL语句创建报表,对象报表基于ORM实体对象创建报表:      当基于实体创建报表时确定报表对应的实体对象之后,系统会自动的从ORM定义信息之中读出实体的属性定义信息并且自动的转换为报表的数据列。 三、GReport组件      AgileEAS.NET SOA中间件平台为开发人员提供了三个有关于GReport报表的控件,包括打印预览对话框、报表数据显示控件、报表打印控件,这三个控件都由EAS.GReport.Controls.dll程序集承载,使用这三个组件之前都需要先引用EAS.GReport.Controls.dll程序集或者把这三个组件加载到Visual Studio的工具箱之中。      打印预览对话框: EAS.GReport.Controls.PrintViewDialog,用于打开一个新的窗口并且预览打印报表。      报表查询显示控件: EAS.GReport.Controls.GDisplayViewer,以查询模式显示报表及报表数据的一个控件。      报表预览显示控件: EAS.GReport.Controls.GPrintViewer,以打印模式显示报表及报表数据的一个控件。      以上三个控件都提供相同的报表API: 1: // 2: // 摘要: 3: // 报表ID。 4: [DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)] 5: [Browsable(false)] 6: public Guid ReportID { get; set; }      属性ReportID:其意思为报表ID,其取值为GR报表模块之中设计好的报表ID号,用于实现与系统报表管理的绑定。 1: // 2: // 摘要: 3: // 数据源对象。 4: [DesignerSerializationVisibility(DesignerSerializationVisibility.Hidden)] 5: [Browsable(false)] 6: public object DataObject { get; set; }      属性DataObject:其意义为报表的数据对象,即控件要显示或者打印的数据源,DataObject的值必须为DataTable或者为ORM实体的List<T>集合。      程序之中调用报表的流程即为设计这两个属性即可,首先设计ReportID为要显示、打印的报表ID,然后向控件设置报表的显示数据源DataObject即可完成对报表系统的调用。 四、报表开发实例      我们下面以DrugShop案例之中的药品字典模块的字打印实例如何进行GReport报表开发:      首先我们需要在GR报表模块之中增加一个名称为“药品字典明细报表”的报表项目。      报表名称必须要填写并且不能重名,别名可以选择填写,缓存间隔默认为15分种,最小1分种,自由设定,原则上在系统开发测试阶段设小一些,在稳定运行阶段设大一些。      其他参数,如“报表模块,把报表做为独立模块发布”、查询语句、查询参数可以不去理会,这些参数为动态报表提供,关于动态报表我们会在后面的文章之中进行专门的介绍。      然后我们点“确定”按钮保存报表进行下一步的报表设计工作。      双击我们刚才添加的“药品字典明细报表”进入报表设计界面,我们可以看到这是一个空报表:      选择“文件”菜单之中的“新建”=》“对象报表”:        切换到数据定义Tab页,进行实体类型的选择:      我们浏览选择程序集DrugShop.Entitties.dll,然后在对象下拉列表框中选择DrugShop.Entitties.PIn,即药品入库ORM对象,我们基于DrugShop.Entitties.PIn创建报表,点击“确定”完成报表的新建。      系统会自动的更具新建导向生成一个初始报表,如果需要对报表的显示、格式进行调用,请参考Grid++设计手册进行学习。      修改完成之后,点击“保存”图标、或者“文件=》保存”菜单项保存报表的格式定义,这样就完成了报表的定义。      接下来我们需要把刚才定义、设计好的报表挂在程序之中,使用Visual Studio 打开DrugShop解决方案,打开DrugShop.WinUI项目之中的药品字典模块DrugDictList.cs:      双击“打印”按钮写以下打印代码: 1: private void tsbPrint_Click(object sender, EventArgs e) 2: { 3: if (this.dictList != null) 4: { 5: EAS.GReport.Controls.PrintViewDialog ViewDialog = new EAS.GReport.Controls.PrintViewDialog(); 6: ViewDialog.ReportID = new Guid("F29C4C91-0791-4116-BE26-3A2A88F30A2A"); 7: ViewDialog.DataObject = this.dictList; 8: ViewDialog.StartPosition = System.Windows.Forms.FormStartPosition.CenterScreen; 9: ViewDialog.WindowState = System.Windows.Forms.FormWindowState.Maximized; 10: ViewDialog.ShowDialog(); 11: } 12: }      这样我们就完成了对报表的调用,另外,在DrugShop案例之中,药品入库查询和药品销售查询两个模块之中分别使用了GReport报表,请大家在开发过程之中参考。 五、执行验证      我们编译并且启动DrugShop.Main.exe,使用0001密码sa登录,打开药品字典功能,来试一下是报表是否正常:      OK,使用正常,没有任何问题。      DrugShop案例之中同步提供了本例子的字典定义和使用代码,请大家通过AgileEAS.NET SOA中间件官方网站的最新下载栏目进行下载。 六、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

.NET | AgileEAS.NET | C# | ORM | SOA | Socket | 分布式 | 企业服务总线 | 企业应用架构 | 框架 | 消息中间件 | 通信框架 | 报表 | BI

基于AgileEAS.NET SOA 平台SAAS架构技术的开源分销ERP系统-SmartERP.NET下载配置说明

by 魏琼东 2013.11.11 13:38
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于SmartERP.NET        SmartERP.NET 是一套简单的电脑耗材分销ERP系统,其实说是ERP系统还有点夸张,但是最初的开发者都已经这么叫了,那么我们也就也就这么理解吧,SmartERP.NET 原本是我们的一个客户在2011年为其一个客户/朋友开发的一套软件,当时客户人员的开发都是以VB6.0进行开发,客户打算把开发语言换到C#上,基于我们平台进行技术预研,并且打算基于AgileEAS.NET SOA中间件平台进行应用开发,正好当然有一个朋友是做某品牌电脑大区经销的,双方双有所需,正好就基于我们AgileEAS.NET SOA中间件开发了这套简单的ERP系统,其目的有两个,一个是解决客户的需求、另一个是锻炼一下自己的开发人员。         以下是系统主界面: 什么是ERP: ERP是Enterprise Resource Planning(企业资源计划)的简称,是一种主要面向制造行业进行物质资源、资金资源和信息资源集成一体化管理的企业信息管理系统。 ERP是一个以管理会计 为核心可以提供跨地区、跨部门、甚至跨公司整合实时信息的企业管理软件。 参见百度百科: http://baike.baidu.com/subview/109408/7177679.htm SmartERP.NET货物采购入库流程   SmartERP.NET 货物销售流程   三、系统客户端及服务端配置       有关程序如何配置请参见 魏琼东的文章       AgileEAS.NET SOA 中间件平台 5.2 发布说明-包含Silverlight及报表系统的开源代码下载       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(一):下载平台并基于直连环境运行       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(二):配置WinClient分布式运行环境       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(三):配置ActiveXForm运行环境       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(四):开源的Silverlight运行容器的编译、配置 四、完整的应用-实现完整的ERP       本文我们将实现一个类似电脑城的货物ERP系统,主界面如下:(登录账户:erp-admin  密码为空) 五、下载源代码编译配置运行      本案例源代码请通AgileEAS.NET SOA中间件官方网站的最新下载中的栏目进行下载或者从SVN中获取最新版本的源代码: 下载或者SVN-OUT得到代码之后我们来看一下代码文建构: 一级目录 二级目录 说明 Code   程序源代码   SmartERP.Entities 实体(ORM)代码   SmartERP.BLL.Contracts 业务契约定义代码   SmartERP.BLL.Host 数据实现代码   SmartERP.Common 公用类库   SmartERP.WinUI 界面层代码 db   用户数据库文件,SQL Server数据库 Documents   文档,用户模型文档 Bin   引用程序集及编译输出   用VS2010或者VS2012打开Code目录之中的SmartERP.sln解决方案进行编译,编译成功之后我们开始进行配置。 打开Bin目录之中的SmartERP.Main.exe.config进行客户端配置:     修改红色部分连接字符串 六、统计报表    SmartERP示例中使用的是Gird++ 报表程序 开发管理 -- GR报表管理        数据报表就是写SQL语句查询数据库 获取结果    对象报表就是通过查询内存对象   获取结果    报表的制作:为了降低入门的难度,本编介绍的是用数据报表也就是写SQL语句查询数据库的方式,对象报表将在以后的文章中介绍。 1.新建-数据报表-查询语句中 写入要查询的报表sql语句   2.报表设计界面 3.设置要显示的是哪张报表,根据GUID 4.编写查询语句 并设置过滤条件 5. 报表预览效果      由于时间仓促,程序难免会有Bug,望大家谅解。      截止这里 我们的教程就已经写完了,表结构及相关说明请参阅SmartErp.NET下载包里面的相关文档。      最后感谢SmartErp.NET的原始作者陶虎刚同学,也感谢对原始代码、文档进行整理升级,以及本文的作者计文析同学。 七、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 120661978(AgileEAS.NET 平台交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

.NET | ActiveX | AgileEAS.NET | ESB | C# | ORM | SOA | SAAS | 中间件 | 分布式 | 企业应用架构 | 企业服务总线 | 框架 | 消息中间件

发起讨论之:SOA 架构中的ESB是更好的应用于异构系统集成整合还是用于统一服务调用/基础服务实施

by 魏琼东 2013.10.18 10:46
一、讨论主题与观点       写一篇文章、发现一次自觉得有意思的SOA架构方面的讨论,源于昨天AgileEAS.NET SOA 平台群(113723486)里几个群友的一次关于ESB的一次讨论。       大家的讨论观点主要集成在:对于ESB的定义也有类观点,一类观点是把ESB定位于SOA架构之中的基础服务设施(书上都这么讲),还有一类观点就是ESB做为异构系统之间的集成和整合之间,其实ESB本身都能实现两种观点的功能,只是觉得在时下,应该更偏重于那一方面,两者的本质上最大的区别是,同一系统内部的功能是否需要经过ESB进行调用。       ESB是SOA加载的基础服务设施的此类观点,我们可以用买下图来表示:       这个图应该是最符合SOA架构和ESB的一些书籍之间的ESB架构图,我们可以简单的解释一上,即史是A系统调用A系统的服务,也必须经过ESB系统,那么有ESB系统的规划和建设就是一个必须早期考虑的问题,即我们必须先建立SOA的基础架构和ESB体系,并且在这个架构上面开发A系统、B系统、C系统,这是一种观点,那么在目前我们国内,政府、企业领导应答是很喜欢这样的结构的,统一规划、场面宏大,这里面就出现一个问题,整体系统被规划的非常完美,但是实际上这更好像一个用远也不能完全的梦(永远都没有完美的东西),实现成本就不可估量。       ESB是最好是做为异构系统之间的整合集成,我们可以用买下图来表示:       这个观点是我的观点为,即我认识这是一种比较现实和比较经济的观点,ESB用被做于异构系统之间的整合,他是支持异构系统的整合的基础设施,而不是基于统计规划下的基础服务设施,基于这个观点的原因是,企业内部各种各样的系统不可能全部推翻了,全部规划和重来,很多企业的供应商在某一领域也做的很专业,博众家之长并进行集成应该是一个比较现实和可取的做法,一个系统一个系统稳定有序的实现,应该是比全部重新规划具体更小的风险。 二、聊天记录摘抄 金靓(123140395) 13:40:58 大家好 金靓(123140395) 13:41:34 想做服务的统一调用 也就是说所有的业务系统都走服务总线 通过总线来进行业务服务的调用 简单的消息交换模式没问题 请求/响应 但是双向交换模式下如何实现呢 何戈州<hotdefans@qq.com> 13:52:15 双工吗? 金靓(123140395) 13:52:23 对的 何戈州<hotdefans@qq.com> 13:52:36 那也没问题   金靓(123140395) 13:52:57 能否给点思路 何戈州<hotdefans@qq.com> 13:53:05 socket 问老魏 金靓(123140395) 13:53:14 基于WCF 魏琼东(47920381) 14:19:02 @纳尼 双工模式貌似ESB实现不了吧。 纳尼(123140395) 14:19:27 BIZTALK里也不能吗 纳尼(123140395) 14:19:48 @魏琼东 貌似可以的 魏琼东(47920381) 14:21:06 但是全双工的通论,让ESB通知应用这事难了点 纳尼(123140395) 14:21:23 所以我有点郁闷 纳尼(123140395) 14:21:41 其实本来没去设计双向通信 魏琼东(47920381) 14:21:46 实现全双方都是socket吧 魏琼东(47920381) 14:22:10 除非用ESB回调某个系统的服务 纳尼(123140395) 14:22:27 对的 魏琼东(47920381) 14:22:32 即应用掉用===》ESB===》应用的服务 魏琼东(47920381) 14:22:40 那你说的是ESB的服务路由了 纳尼(123140395) 15:35:20 虽然没有什么含量,而且是在H.O.T指导下才弄明白的,但还是应该分享一下给大家 纳尼(123140395) 15:36:06 刚才我说的那个客户端需要调用服务实现双向通信,基于ESB 纳尼(123140395) 15:36:52 ESB提供双向接口服务 纳尼(123140395) 15:37:54 其实我想做的ESB,要实现服务的统一调用 纳尼(123140395) 15:38:09 所有的客户端都通过ESB来调用业务服务 纳尼(123140395) 15:38:39 这样的话,势必需要ESB对客户端公开的接口都要相对稳定 纳尼(123140395) 15:38:47 自己要做 纳尼(123140395) 15:39:24 也就是说A->ESB->B->ESB->A 纳尼(123140395) 15:38:39 这样的话,势必需要ESB对客户端公开的接口都要相对稳定 纳尼(123140395) 15:38:47 自己要做 纳尼(123140395) 15:39:24 也就是说A->ESB->B->ESB->A 过错  <wang2650@sohu.com> 15:39:36 java 不怕麻烦用mule 哈哈 魏琼东(47920381) 15:39:37 这个做法算是ESB的滥用吧 纳尼(123140395) 15:39:51 基于WCF下实现,也就是ESB公开一个回到契约 魏琼东(47920381) 15:40:21 WCF本身在TCP通信下本身就回回调 魏琼东(47920381) 15:40:28 但是是要选择TCP通信的前提 纳尼(123140395) 15:40:28 @魏琼东 您指的是统一调用吗? 纳尼(123140395) 15:43:12  ME TOO 魏琼东(47920381) 15:43:18  这说明在找抽 纳尼(123140395) 15:43:30  我也这么觉得 魏琼东(47920381) 15:43:34  是在搞为了ESB搞ESB 魏琼东(47920381) 15:43:42  是没有需求搞有ESB 魏琼东(47920381) 15:43:47  真正企业有很多不同的系统 魏琼东(47920381) 15:43:53  比如PB开发的,VB开发的 魏琼东(47920381) 15:43:56  JAVA开发的的 魏琼东(47920381) 15:44:00  .NET开发的 魏琼东(47920381) 15:44:04  数据库跑在ORACLE上的 魏琼东(47920381) 15:44:08  SQLServer上的 冯永博(309805629) 15:44:10  sharepoint 搞么 魏琼东(47920381) 15:44:11  还有MYSQL的 纳尼(123140395) 15:44:12  是的 魏琼东(47920381) 15:44:28  那么在这种情况下ESB就是解决问题的存在的先决条件之一 魏琼东(47920381) 15:44:39  ESB是因为大家做接口做郁闷了,才上的。 魏琼东(47920381) 15:44:42  不是一开始就上的。 纳尼(123140395) 15:44:54  是的 魏琼东(47920381) 15:45:01  ESB的设计更多的是解决不修改各个系统而实现与系统的对接 纳尼(123140395) 15:45:14  但是ESB更多的是更好的管理服务 魏琼东(47920381) 15:45:18  不是了你把所有服务都通过ESB,所有系统都修改一通 纳尼(123140395) 15:45:27  您说的是系统的集成 魏琼东(47920381) 15:45:29  那不是没事找抽嘛 纳尼(123140395) 15:45:58  您说的正在做,只不过是其他人 魏琼东(47920381) 15:46:04  ESB的做用不就是做这事的嘛 魏琼东(47920381) 15:46:21  当然,ESB也可以是SOA的基础设施 魏琼东(47920381) 15:46:26  所有的服务都经由 魏琼东(47920381) 15:46:28  ESB 魏琼东(47920381) 15:46:31  这个也没错 纳尼(123140395) 15:46:38  是的 纳尼(123140395) 15:46:53  一个完整得SOA平台 魏琼东(47920381) 15:47:06  是啊 纳尼(123140395) 15:47:12  服务的管理需要禁得其考研 魏琼东(47920381) 15:47:16  @纳尼 把你的ESB Show一下 纳尼(123140395) 15:47:32  如果不走ESB,那么服务很难管好 魏琼东(47920381) 15:47:35  “需要禁得其考研“,这个好 纳尼(123140395) 15:47:38  对不起,我刚刚开始 纳尼(123140395) 15:47:47  魏琼东(47920381) 15:47:56  现实之中就没有这样的需要 纳尼(123140395) 15:47:58  等我把这个做差不多了 魏琼东(47920381) 15:48:06  为了轮子造轮子 纳尼(123140395) 15:48:06  我会共享出来的 纳尼(123140395) 15:48:17  SOA是骗人的 魏琼东(47920381) 15:48:22  我定位做异构系统的集成之用 魏琼东(47920381) 15:48:27  也不是骗人的 魏琼东(47920381) 15:48:44  SOA架构是服务于合作伙伴的 纳尼(123140395) 15:48:48  那毕竟只是SOA的一部分 魏琼东(47920381) 15:48:55  内部一系统搞的那么复杂就有问题了 纳尼(123140395) 15:49:29  但是对于庞大的企业,业务很大 纳尼(123140395) 15:49:39  所有的业务都要是发布成服务的 纳尼(123140395) 15:50:07  如果随便的去调用服务,那么是很杂乱的 纳尼(123140395) 15:50:19  我也很赞同您说的 纳尼(123140395) 15:50:36  就是系统内的服务不走ESB 纳尼(123140395) 15:50:48  但是,什么又是系统内的呢 纳尼(123140395) 15:51:01  很多数据慢慢会被公有化 ....(879621940) 15:51:13  请问一下,如果一套系统,包括HR,CMR,ERP,OA,BI等要实现数据共享,是不是也可以用SOA技术呢? 纳尼(123140395) 15:51:41  至少中石油正在做 纳尼(123140395) 15:51:53  @。。。 如上回答 纳尼(123140395) 15:52:09  包括国内的拥有 纳尼(123140395) 15:52:12  用友 ....(879621940) 15:52:26  就是说都是使用SOA技术对吧? 纳尼(123140395) 15:52:37  他们的平台也是基于SOA的(2010年前,现在不知) 纳尼(123140395) 15:52:50  SOA更多是个理念 魏琼东(47920381) 15:52:50  你有一个假设已经错了 纳尼(123140395) 15:52:55  “骗人的” 魏琼东(47920381) 15:53:03  你假设企业内部系统是统一的 纳尼(123140395) 15:53:06  @魏琼东 您说 魏琼东(47920381) 15:53:12  纳尼(123140395)  15:49:29 但是对于庞大的企业,业务很大 所有的业务都要是发布成服务的 如果随便的去调用服务,那么是很杂乱的 我也很赞同您说的 魏琼东(47920381) 15:53:30  你的假设就是要早一部非常完美的东西 魏琼东(47920381) 15:53:39  比如说你的服务是完美的 纳尼(123140395) 15:53:42  对 魏琼东(47920381) 15:53:59  而事实是当系统庞大到这个份上就有一个问题 魏琼东(47920381) 15:54:05  这个东西永远都不成熟 魏琼东(47920381) 15:54:07  OK 魏琼东(47920381) 15:54:09  明白 纳尼(123140395) 15:54:15  SOA的理念不仅仅是关注现在,还要展望未来(说出这种话,有点恶心) 魏琼东(47920381) 15:54:19  那么更实现做的做法是什么 纳尼(123140395) 15:54:43  @魏琼东 BPM可能会解决您所说的 魏琼东(47920381) 15:54:51  更现实的做法是企业内部的系统都是由不同的供应商来供应和开发 纳尼(123140395) 15:54:54  快速应对需求的变化 纳尼(123140395) 15:55:06  赞同 冯永博(309805629) 15:55:13  这个应该没法避免,要信息化建设有个规划和统筹 魏琼东(47920381) 15:55:15  因为比始做HR的对HR业务一定是擅长的 魏琼东(47920381) 15:55:28  做PLM的也是擅长PLM的 魏琼东(47920381) 15:55:41  并且这样的成本也就会低很多 魏琼东(47920381) 15:55:49  就如同软件工程之中的敏捷方法一样 魏琼东(47920381) 15:55:57  拆成小的,一个一个人搞 纳尼(123140395) 15:55:58  非常赞同 ....(879621940) 15:55:59  如果这些系统都是自己开发呢? 魏琼东(47920381) 15:56:08  一个搞坏也只是一个 魏琼东(47920381) 15:56:16  不是一个搞坏全搞完完了 冯永博(309805629) 15:56:22  自己开发的也不一样就用的好 魏琼东(47920381) 15:56:26  我为什么支持这些观点呢 魏琼东(47920381) 15:56:34  是因为我做10多年的医疗业务 魏琼东(47920381) 15:56:38  大家都走过一个过程 魏琼东(47920381) 15:56:48  前些年大家都追求一个医院全是一家的 纳尼(123140395) 15:56:57  嗯 魏琼东(47920381) 15:56:59  但是企业做的累,医院觉得都不专业 魏琼东(47920381) 15:57:04  所以现在慢慢的都是开放式的 魏琼东(47920381) 15:57:10  专业的各做各的 纳尼(123140395) 15:57:51 我觉得BPM足够用了 魏琼东(47920381) 15:57:57 客户也觉得这样挺好 冯永博(309805629) 15:58:05 现在的趋势是越做越大 纳尼(123140395) 15:58:14 但是领导玩的都是趋势 纳尼(123140395) 15:58:24 政府上SOA 魏琼东(47920381) 15:58:30 @刺客 哥们,你的脑袋在想什么呢 纳尼(123140395) 15:58:34 移动、联通 魏琼东(47920381) 15:58:44 领导的事咱不想了 纳尼(123140395) 15:58:45 还有中石油 魏琼东(47920381) 15:58:50 反正 你做出ESB那样搞也行。 纳尼(123140395) 15:59:13 领导从别人那抄点想法,害苦我们啊 冯永博(309805629) 15:59:19 比如 SAP的ERP 集成的子系统是越来越多 纳尼(123140395) 15:59:22 我是这么想的 过错  <wang2650@sohu.com> 15:59:31 soa通常解决是服务发布的问题  esb通常解决的是异构通信的问题 纳尼(123140395) 15:59:42 最好是适应特定的场景 过错  <wang2650@sohu.com> 16:00:53 有的时候目的不同 但是会用同一样的东西 过错  <wang2650@sohu.com> 16:02:04 soa不过是esb的一部分罢了 纳尼(123140395) 16:02:49 @过错  呵呵       那么我样在建设和使用ESB到底是偏向那一个重点呢,欢迎各位博客园朋友讨论本话题。

Tags:

.NET | SOA | 中间件 | 企业应用架构 | 设计模式 | ESB | 企业服务总线

AgileEAS.NET SOA 平台最新下载

by 魏琼东 2013.4.16 16:37
一、前言      AgileEAS.NET SOA中间件平台,简称EAS.NET,是基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行,基于AgileEAS.NET平台的应用系统的各个业务功能子系统,在系统体系结构设计的过程中被设计成各个原子功能模块,各个子功能模块按照业务功能组织成单独的程序集文件,各子系统开发完成后,由AgileEAS.NET资源管理平台进行统一的集成部署。      AgileEAS.NET SOA中间件平台也是为应用开发而提供的一组低层功能集合及开发支撑平台,应用系统的开发建立在此平台之上,采用构件式、可复用开发,节省开发成本,加快开发速度,在软件开发上更好的作到多快省。      AgileEAS.NET SOA中间件平台的核心思想是包含两点,一是基于Microsoft .Net构件技术的插件式开发,二是基于敏捷并行开发方法以的构件并行,即应用系统的构件(模块)同步并行开发,由平台进行总装集成。      AgileEAS.NET SOA中间件平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、AgileEAS.NET SOA平台相关下载 2.1、AgileEAS.NET SOA 5.1最新版本下载       包含AgileEAS.NET SOA 平台的最新程序集,SQLServer\Oracle\MySQL\SQLite数据库的初始化工上,平台最新文档。       直接下载:AgileEAS.NET SOA 5.2 下载,http://112.74.66.105/downloads/eas/agileeas.net.5.0.rar。       SVN更新:https://112.74.66.105/svn/eas/5.0,登录用户:eas,密码eas.       AgileEAS.NET SOA 中间件平台管理员:Administrator,登录密码sa。 2.2、案例源代码-药店管理系统         基于AgileEAS.NET平台开发的一个药店管理系统,包含所有源代码、文档、数据库,可直接运行,有关这个案例的文章请参考AgileEAS.NET平台开发Step By Step系列-药店系统-索引。       直接下载:AgileEAS.NET SOA 5.0 案例(药店管理系统)源码下载,http://112.74.66.105/downloads/eas/drugshop.rar。       SVN更新:https://112.74.66.105/svn/drugshop,登录用户:eas,密码eas.       源代码下载,请通过进行下载。       管理员:Administrator,登录密码sa。 2.3、案例源代码-小型分销EPR系统         基于AgileEAS.NET平台开发的一个小型分销ERP系统,包含所有源代码、文档、数据库,可直接运行,有关这个案例的文章请参考AgileEAS.NET平台开发Step By Step系列-药店系统-索引。       直接下载:AgileEAS.NET SOA 5.0 案例(分诊ERP系统)源码下载,http://112.74.66.105/downloads/eas/smarterp.rar。       SVN更新:https://112.74.66.105/svn/smarterp,登录用户:eas,密码eas.       源代码下载,请通过进行下载。       管理员:Administrator,登录密码sa。       ERP操作员:erp-admin,登录密码为空。 2.4、案例源代码-在线聊天室系统         基于AgileEAS.NET SOA 中间件平台Socket通信框架的一个多人在线聊天室系统,包括所有的源代码、文档、数据库,可直接运行,有关于本案例请参考AgileEAS.NET SOA 中间件平台.Net Socket通信框架-完整应用例子-在线聊天室系统-下载配置、AgileEAS.NET SOA 中间件平台.Net Socket通信框架-完整应用例子-在线聊天室系统-代码解析。       直接下载:AgileEAS.NET SOA 中间件平台Socket通信框架 案例(在线聊天室系统)源码下载,http://112.74.66.105/downloads/eas/Chat.src.rar。       SVN更新:https://112.74.66.105/svn/chat,登录用户:eas,密码eas.       源代码下载,请通过进行下载。       同时,我们在服务器上部署好了一套可运行的案例,客户端下载:http://112.74.66.105/downloads/eas/examples/chat.client.rar。 2.5、Grid++报表       最新版本的AgileEAS.NET SOA 平台中集成了Grid++报表,如需要使用Grid++报表进行开发,请先下载Grid++报表,下载地址:http://www.rubylong.cn/Download/Grid++Report5.zip。 2.6、视频会议培训下载       包含历次的视频会议培训过程所录制的学习视频,请大家及时下载。       第一辑-AgileEAS.NET平台介绍及药品系统的SAAS搭建演练:下载地址:http://112.74.66.105/downloads/video/AgileEAS.NET 4.0 Video1.rar       第二辑-简单插件开发应用演练:下载地址:http://112.74.66.105/downloads/video/AgileEAS.NET 4.0 Video2.rar       第三辑 插件的安装、配置以及账户权限系统演练.wmv http://112.74.66.105/downloads/video/AgileEAS.NET 4.0 Video3.rar 三、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 120661978(AgileEAS.NET 平台交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

最新评论

声明

本博所有网友评论不代表本博立场,版权归其作者所有。

© Copyright 2011