如何实现企业系统架构设计技术与互联网应用技术的结合
 |
javamonkey
2011-08-30
互联网中用的也由oracle，企业应用也有mysql。
当涉及到钱和账户的时候，相信所有架构师都得打起12分精神，技术选型和产品选型的时候，得到掂量掂量。像支付着这种东西，政府的得审查你技术能不能保证，你敢说用MySQL么 我又一个很敬佩的CTO，2001年-2003年一直给我很多帮助，后来企业合并去了旗下一网站任CTO，就因为他选型使用免费得mysql，而在后来权利斗争中落马 |
 |
icewubin
2011-08-31
凤舞凰扬 写道 icewubin 写道 啊呀，您终于有点说出了你心中的“企业级成熟”的定义，什么叫做企业级成熟，至少在碰到了软件使用上的一些问题，你可以免费或付费找到解决问题的厂商，例如mysql和linux都有专门的收费的公司提供咨询服务，Memcache有么？ 按照你的逻辑定义，是否只要是阿里系的公司在用、腾讯拍拍在用的技术或者软件，就能用在中国的企业级项目上了？这话说出去，IBM、埃森哲、oracle都要笑了。 按照你这个逻辑，要有收费服务的就是企业级成熟。那么Apache所有开源包你别用，Spring在收购前你别用，hibernate在jboss收购前你别用，非结构化存储你别用，还有太多的东西你别用吧！linux有收费，那Memcache你也可以开个收费咨询公司啊，都是开源软件（你完全可以自己按照协议写实现），有啥不可。（这就是你所谓的企业级成熟，我真无语....) 我从来没有说阿里、腾讯用的技术就可以在中国企业级项目上使用。这就是我们要讨论的，那些互联网的应用技术是可以移植使用的。IBM笑？oracle笑？你知不知道IBM，oracle中用到了多少开源社区的东西？那些东西有支持么？你又请不清楚oracle coherence产品借鉴了memcache的多少东西？ 我有说所有的开源软件都没有收费的服务提供商么？ 例如Jboss，大家都是知道的，就是卖服务的，apache基金会赞助的有相当一部分开源项目，背后支持者其实就是IBM的，这是我在IBM工作的同学告诉我的。 开源产业自然有一个产业链，但是开源软件也有各自的领域之分，无论明的暗的，有大公司在背后支持的，只是一部分，不是全部。 互联网企业使用的很多技术，并不都有公司提供服务的，例如10gen为mongodb提供商业咨询，但是一些其他的nosql就未必有。 至于你说的“oracle coherence产品借鉴了memcache的多少东西？”，不知道你要表达什么？没有看懂你想说什么。 |
|
icewubin
2011-08-31
javamonkey 写道 互联网中用的也由oracle，企业应用也有mysql。
当涉及到钱和账户的时候，相信所有架构师都得打起12分精神，技术选型和产品选型的时候，得到掂量掂量。像支付着这种东西，政府的得审查你技术能不能保证，你敢说用MySQL么 我又一个很敬佩的CTO，2001年-2003年一直给我很多帮助，后来企业合并去了旗下一网站任CTO，就因为他选型使用免费得mysql，而在后来权利斗争中落马 你要说这话，就先定义支付的范围。 我告诉你，我们公司是一家很大的互联网公司，我们也有一些支付产品，但是数据库用的就是mysql，没什么大不了的。 还有很多中小互联网企业，如果有些支付项目，如果不是使用盗版的Oracle，那基本上用的就是mysql。 |
|
icewubin
2011-08-31
凤舞凰扬 写道 icewubin 写道 1）你还是没搞清楚我在表达什么，在很多方面，使用TT或者redis都比memcache好，间接的说明memcache没有你说的那么成熟、完美。 2）刚才你也说了，“应对一般企业级互联网化访问负载根本是绰绰有余”，1亿数据规模以下，TT的性能不比memcached差多少，有自带持久化功能，接口完全兼容memcached为什么有好东西你不用呢？ 3）你罗里吧嗦说了很多我都知道的东西，我就问你一句话，在不增加很多开发工作量的前提下，你如何解决memcached单点故障问题？ 或者你会说这根本就是个伪命题，但是你要知道，为什么互联网企业允许可以慢慢填充缓存？难道此时响应速度下降是传统企业都能容忍的么？我一直强调需求背景，国内企业怎么可能有相同的需求背景？怎么可能有相同的高可用需求？ 互联网企业都不一样，传统企业怎么会一样？高可用的级别不一样，架构设计就是差别很大的。例：阿里云的数据库一年宕机时间的指标是不能超过5分钟，2个DBA。 我从来没有说只用Memcache吧，用Tokyo Tyrant,redis都可以啊，我举双手赞成。但是它是不是你所说的企业级成熟？你别拿自己的观点打自己啊！你要有好建议以及好的实践，尽管提出来。 楼上变成和我讨论memcache了，如果在某些场景下，memcache不适合，redis更好，提出来，考虑都是。但是所列出的这些东西都是互联网应用技术吧，是你说的企业级成熟么？ 我不清楚楼上所在的公司主要是做哪一类系统，互联网的开发还是企业系统。反正感觉很矛盾，既然反对互联网的技术运用，又总说你们如何使用redis, squid的（既然反对，干嘛使用），同时呢，又总说互联网技术没有企业级成熟，哎.... 最后，我没看懂你所说的国内企业怎么可能有相同的高可用需求？以及互联网企业可以慢慢填充缓存 你之所以感觉很矛盾，就是因为你不划分需求造成的。 一家公司，你先别管他是什么类型的企业，这家企业如果需要一套内部使用的系统，例如ERP或CRM，这套系统就可以认为是“企业级”的，如果这家企业需要面向全国布局在线商城，那这套系统（至于是否分拆出去成立子公司是另一回事了）就是基于互联网技术的，像苏宁和国美就有点符合这样的例子。 在我眼里没有所谓的，企业级和互联网之分，什么需求决定了使用什么技术，不存在移植不移植的问题。 |
|
javamonkey
2011-08-31
icewubin 写道 javamonkey 写道 互联网中用的也由oracle，企业应用也有mysql。
当涉及到钱和账户的时候，相信所有架构师都得打起12分精神，技术选型和产品选型的时候，得到掂量掂量。像支付着这种东西，政府的得审查你技术能不能保证，你敢说用MySQL么 我又一个很敬佩的CTO，2001年-2003年一直给我很多帮助，后来企业合并去了旗下一网站任CTO，就因为他选型使用免费得mysql，而在后来权利斗争中落马 你要说这话，就先定义支付的范围。 我告诉你，我们公司是一家很大的互联网公司，我们也有一些支付产品，但是数据库用的就是mysql，没什么大不了的。 还有很多中小互联网企业，如果有些支付项目，如果不是使用盗版的Oracle，那基本上用的就是mysql。 好吧，感觉你们CTO危险了。。。。。 另外，我说的支付是像支付宝那种，我无法想象没有好的存储系统，如何获得支付牌照 |
 |
CshBBrain
2011-09-01
凤舞凰扬 写道 很久没有上来了，我最近有想法写一点关于如何进行企业架构设计技术与互联网技术结合运用的文章，在此之前，先这样一篇讨论贴，欢迎大家讨论交流。
为了更好的控制范围和主题，大家可以先在以下几个范围内进行探讨： 1. 传统的企业架构设计技术和典型的互联网技术各自有何比较鲜明的特点。 2. 传统企业系统与互联网应用的结合以及业务场景。 3. 有哪些分别是传统的企业架构设计与互联网的技术、产品以及方法。 4. 现有的可以参考的成功或失败的案例。 5. 大家关于它们技术运用结合的一些观点。 花了很多时间来看，大多数回复是相互抬杠，没有多少实质性的帮助；古人有云：“文人相轻”啦。其实我觉得楼主提的东西还是有现实意义的。 我就“2. 传统企业系统与互联网应用的结合以及业务场景。”谈点自己遇到的情况。传统企业系统与互联网应用结合的场景通常是需要用企业管理运作的方式来创造东西，而创造出的东西又是通过互联网给大家去用的使用。这时就会出现“传统企业系统与互联网应用的结合的业务场景”。 目前比较典型的情况就是传统的传媒公司向新的复合媒体转型后就会出现这种需要。就拿“纽约时报”，“华盛顿邮报”等来说吧；他们的内容创作需要采集，编辑，排版，审批，发布等传统的企业运作管理来完成（完成内容生成的管理，用户数量以及对系统的要求也就是只要传统的企业系统就可以满足）。但是他们所创作的内容（新闻，专业性文章）则通过互联网（无线互联网iPad,iPhone,AndroidPad,AndroidPhone；传统的网站)面向社会大众读者；可能他们还会根据用户的位置，使用习惯推送一些相关的广告，以及收费阅读等等（要支撑成千上万互联网用户的访问，在这里传统的企业系统架构就显得力不从心了；必须采用适合自己的互联网技术架构来实现）。 我个人认为这样的场景其实就是“传统企业系统与互联网应用的结合的业务场景”。有的业务可采用传统的企业系统的技术架构思路来实现，而有的地方则必须采用互联网的技术架构思路来实现。 目前国内很多大的报业集团当前正处于从传统媒体向新媒体转型的一个过程，我想“传统企业系统与互联网应用的结合的业务场景”在这个领域应该大有市场。以上纯属个人观点，欢迎各位大牛拍砖！ |
|
icewubin
2011-09-01
javamonkey 写道 icewubin 写道 javamonkey 写道 互联网中用的也由oracle，企业应用也有mysql。
当涉及到钱和账户的时候，相信所有架构师都得打起12分精神，技术选型和产品选型的时候，得到掂量掂量。像支付着这种东西，政府的得审查你技术能不能保证，你敢说用MySQL么 我又一个很敬佩的CTO，2001年-2003年一直给我很多帮助，后来企业合并去了旗下一网站任CTO，就因为他选型使用免费得mysql，而在后来权利斗争中落马 你要说这话，就先定义支付的范围。 我告诉你，我们公司是一家很大的互联网公司，我们也有一些支付产品，但是数据库用的就是mysql，没什么大不了的。 还有很多中小互联网企业，如果有些支付项目，如果不是使用盗版的Oracle，那基本上用的就是mysql。 好吧，感觉你们CTO危险了。。。。。 另外，我说的支付是像支付宝那种，我无法想象没有好的存储系统，如何获得支付牌照 对呀，我们各自对支付的理解不一样，你说的支付专指做电子支付的企业。 |
 |
凤舞凰扬
2011-09-01
icewubin 写道 你之所以感觉很矛盾，就是因为你不划分需求造成的。 一家公司，你先别管他是什么类型的企业，这家企业如果需要一套内部使用的系统，例如ERP或CRM，这套系统就可以认为是“企业级”的，如果这家企业需要面向全国布局在线商城，那这套系统（至于是否分拆出去成立子公司是另一回事了）就是基于互联网技术的，像苏宁和国美就有点符合这样的例子。 在我眼里没有所谓的，企业级和互联网之分，什么需求决定了使用什么技术，不存在移植不移植的问题。 这段话就让我感觉我们两个有些殊途同归了。不过在你的眼里没有企业级和互联网之分，我就奇怪了。你们公司的ERP，你们公司的内部系统会纯粹使用互联网的技术么？你们对外的互联网应用会使用ERP系统所使用的技术么？这个都不要我说，任何人都看得出两种系统的技术体系，技术架构是天壤之别吧。这些是什么需求？客户需求？谁提出来的啊！（这其实是业务目标、运行环境和业务定位的问题，一定要说是需求，是隐性的系统需求，而不是我们常说的Request。） |
|
凤舞凰扬
2011-09-01
javamonkey 写道 icewubin 写道 javamonkey 写道 互联网中用的也由oracle，企业应用也有mysql。
当涉及到钱和账户的时候，相信所有架构师都得打起12分精神，技术选型和产品选型的时候，得到掂量掂量。像支付着这种东西，政府的得审查你技术能不能保证，你敢说用MySQL么 我又一个很敬佩的CTO，2001年-2003年一直给我很多帮助，后来企业合并去了旗下一网站任CTO，就因为他选型使用免费得mysql，而在后来权利斗争中落马 你要说这话，就先定义支付的范围。 我告诉你，我们公司是一家很大的互联网公司，我们也有一些支付产品，但是数据库用的就是mysql，没什么大不了的。 还有很多中小互联网企业，如果有些支付项目，如果不是使用盗版的Oracle，那基本上用的就是mysql。 好吧，感觉你们CTO危险了。。。。。 另外，我说的支付是像支付宝那种，我无法想象没有好的存储系统，如何获得支付牌照 icewubin所谈到的支付存储只是支付行为（如结算单、支付记录以及应收应付等）的存储，而非资金账户信息的存储。前者经常是需要和银行进行对账的。 其实用Mysql不用oracle的最大区别就是mysql是免费并且比较不错的RDB而已，两者在技术结构上并没有太大差别。（不同于oracle的另外两个存储产品berkelydb和times ten） |
|
凤舞凰扬
2011-09-01
CshBBrain 写道 花了很多时间来看，大多数回复是相互抬杠，没有多少实质性的帮助；古人有云：“文人相轻”啦。其实我觉得楼主提的东西还是有现实意义的。 我就“2. 传统企业系统与互联网应用的结合以及业务场景。”谈点自己遇到的情况。传统企业系统与互联网应用结合的场景通常是需要用企业管理运作的方式来创造东西，而创造出的东西又是通过互联网给大家去用的使用。这时就会出现“传统企业系统与互联网应用的结合的业务场景”。 目前比较典型的情况就是传统的传媒公司向新的复合媒体转型后就会出现这种需要。就拿“纽约时报”，“华盛顿邮报”等来说吧；他们的内容创作需要采集，编辑，排版，审批，发布等传统的企业运作管理来完成（完成内容生成的管理，用户数量以及对系统的要求也就是只要传统的企业系统就可以满足）。但是他们所创作的内容（新闻，专业性文章）则通过互联网（无线互联网iPad,iPhone,AndroidPad,AndroidPhone；传统的网站)面向社会大众读者；可能他们还会根据用户的位置，使用习惯推送一些相关的广告，以及收费阅读等等（要支撑成千上万互联网用户的访问，在这里传统的企业系统架构就显得力不从心了；必须采用适合自己的互联网技术架构来实现）。 我个人认为这样的场景其实就是“传统企业系统与互联网应用的结合的业务场景”。有的业务可采用传统的企业系统的技术架构思路来实现，而有的地方则必须采用互联网的技术架构思路来实现。 目前国内很多大的报业集团当前正处于从传统媒体向新媒体转型的一个过程，我想“传统企业系统与互联网应用的结合的业务场景”在这个领域应该大有市场。以上纯属个人观点，欢迎各位大牛拍砖！ 楼上谈到了一个转型，不过这个就有点和icewubin所在的公司类似，有对外的系统，也有对内的系统，两种在技术架构上可以完全独立。 而我关心的是企业级系统如何应用互联网技术这样一个结合。 我举一个比较现实的例子吧。不清楚大家对ERP是否了解，就目前的ERP技术体系来说，包括SAP,oracle，用友、金蝶、远光等，采用的虽然是BS架构，但是都是基于LAN的rich client模式，会通过浏览器下载很多依赖的库（比如采用webstart的方式）。过去ERP的实施都是在一定范围的中小企业或者大集团企业的部分公司，所以能够支撑企业的业务运行。但随着企业统一集成以及一体化信息构建，现在的企业要求ERP能够支持跨区域（通过Internet），支持企业数万甚至数十万人的运营。传统的ERP架构体系是根本支撑不了的（包括我上面列出的所有公司），甚至说传统的企业级系统的应用技术也遇到瓶颈，无法解决。这个时候，互联网应用技术会给我们带来很多思考。只有合理地融合互联网技术，才能满足上述应用要求。 |
