【转载】关于分布计算的一些讨论

连载自【雨声乒坛】 改编：software_young----------------------连载发端---------------------corba，dcom，java rmi， web app，.net本来都源于dce（散布计划情况），是其各别分支的后辈，而dce又源于edi（电子数据调换）。 edi的手段，是在搜集上以电子办法实行各别用户间的数据调换，以数据调换的办法实行那种协作。这是一个很老的货色了。因为其各个供给商彼此不协调，尽管是搜集的物理个性、数据调换的方法仍旧运用的体制构造都互不兼容，使得它的本钱极高，非大用户难以用得起那玩意。ca从何处赚了少许钱。然而它也爆发了少许好的后辈（这边尚且不管其巨细），xml即是个中一个。我在华夏时，看法华夏ibm的少许怪物，领会了少许这上面的货色。她们都是在ibm mainframe上头实行edi的，因为我在as/400上面的名望，她们倒是承诺和我计划其在as/400上头的实行大概。本来，as/400上头有对edi的扶助，题目在乎本钱。我和她们计划了一下在as/400上头实行edi运用步调的本钱题目，创造那玩意要比as/400的购置本钱还要高上一倍。大师要领会，一台湾企业业级长机型as/400的价钱，大概要三到四百万美元（报价，打完折是两到第三百货万美元），edi运用步调又须要企业级长机型as/400的处置本领,效劳器型的as/400处置本领远不如长机型的as/400，固然价钱比拟廉价，只有八十万到第一百货商店二十万美元。我和公司的交易长官们回报了这个题目后，她们撇撇嘴，再也不关怀了。 dce源于unix，其手段是创造一个一致的、规范的、散布式、跨平台的通用计划情况，而不不过数据调换，处事普通是rpc（长途进程挪用）。其处事道理正如gxtsh熏陶咱们的 “沿用的poxy/stub体制（代劳存根体制），在存户机上运用代劳，在效劳器上保保存根，如许一个长途挪用发出后，代劳将相关消息沿用本人的特出数据构造与效劳机贯穿，效劳器创造东西动作存根，运转截止经过存根归来存户机的代劳并由代劳提交挪用步调实行一次交互。”。本来，这也是一切散布式计划的共通道理。dce的扶助者有sun、ibm、hp、microsoft，novell等大公司，以及如borland等少许小公司。发端时气势格外的宏大，然而却没有爆发对立应的产物，因为就在乎各个大公司各行其事，固然上头有一个委员会，却是个周皇帝。那构造的结束就和三国时讨董卓的十八路诸侯的运气一律了。 dce的一个后辈即是corba，它的倡导者主假如ibm，microsoft和少许unix公司。borland也加入了进入，然而borland不过动作一个东西供给商来展示，它的本领势力和贸易本领简直是不匹配，所以，它也只不妨动作弓足色来展示了，固然它在华夏的名望很大。就像三国时的姜维，固然本领过人，名望很大，然而受控制于国力，结果也只不妨去屯田了。 corba的安排者们都是unix大师，那些东西都是玩unix和处事站长大的，那些玩意都是面向本领精英的，她们所安排出来的货色天然也就深深地和简直本领关系了。corba本来不妨作散布式的运用，不妨跨平台，以至也不妨跨网关。这边的网关的含意是gateway，指的是各别的通信构造，如ibm sna、tcp/ip和微软本人的通信和议之间的勾通和交谈办法。微软的sna server和ibm的communication server就供给这上面的本领。corba的题目在乎，它的实行过度依附于本领详细，即贸易运用步调开拓职员必需以十分精神关心简直的本领详细而没辙洒脱于其上去潜心于贸易论理。而贸易运用步调的开拓本来只该当关心贸易论理才是。这一方面临开拓职员的诉求很高，一上面也使得本钱很高，同声实行和移植都爆发了题目。厥后者本质上都是以各别的办法来处置这个题目。暂时的corba在java和dcom的夹攻下日趋衰落了。 com的根源是微软的ole，其含意是元件目的模子，是微软的第一个以元件目的为安排模子的货色，dcom则是其具备散布式特性的模子。activex是其在环联网功夫的对应物，思维是简直实足一律的。它的中心元件是microsoft transaction server、sql server以及microsoft sna server，前者是买卖融合器，后者是为了供给跨网关的本领。开拓者在效劳器端以visual c++和visual basic来开拓元件，颁布到microsoft transaction server上头去，存户端则不妨运用大肆的扶助com的东西来开拓。dcom和mts以及少许其它的货色合在一道则称为com+。在运用步调的开拓上，com、dcom和com+是一律的，固然它们在本领详细上有很多各别之处。微软的这套货色的长处就在乎，运用步调的开拓职员不必关怀几何本领详细，只有会运用元件编制程序就不妨了，所以对运用步调的开拓职员的诉求很低，容易运用；其题目在乎，它基础上是鉴于windows的，固然有com for unix之类货色的生存，然而在unix商场上则没有啥位置。 java的发源这边无需多说，其rmi（长途本领挪用）本来即是dce中的rpc，它对本领详细的诉求比corba要少得多，所以，在j2ee出来往日成了java散布式运用步调开拓的主力。然而它仍旧再有很多对简直本领详细的关系性，j2ee的ejb的展示恰是为了结果处置这个题目，它使得开拓运用步调的职员不必关心几何本领详细而实足将精神放在运用的交易需要上。在这边，贸易性运用步调的安排中心在乎用uml和rational的产物作安排，结果由步调员作coding，如许，步调员本质上是个工人的脚色了，有高级中学生的文明水平加上确定的软硬件开拓培养和训练就够了。web app本来即是纯贸易性j2ee运用步调，因为j2ee的特性，它天然就完备了一个一致的、规范的、散布式、跨平台的通用计划情况所诉求的一切货色，固然这不过理念上的，理念和实际老是有辨别的，要不就不必做梦了。 至于.net，它的真实运用要比及visualstudio.net和windows.net都展示此后才行。暂时很难讲它的很多本领详细。至于贸易传播，那是商场的工作，和本领就没有几何联系了。 web service并不是微软一家独占，而是各个大公司都在作的货色。其思维在乎以web为根源为存户供给效劳。这是谁人一致的、规范的、散布式、跨平台的通用计划情况的极了实行。即使真的不妨做到的话，固然很好。它的普通是xml+soap，然而xml本人就不是一个一致的货色。它的刻画分割成dtd和schema，对数据库的存取又有很多的变种本领。各家的dom和sax实行也不实足一律。可见，它的一致仍旧是个题目。 究竟，应酬是为便宜效劳的，便宜调配最后是经过对立来处置的，而对立是经过势力来谈话的。在国际应酬中，势力表白为国力和兵力，而在商业界，则表白为商场的成功和波折。本来都是一回事。 三国小说有一句话，叫作世界局势，分久必合，合久必分。其基础就在乎势力。 暂时的微软，很像华夏战国后期的秦国，虎视六国，至于它的结束还好吗，我看结果也会一律的，始皇死而地分，美利坚合众国的反卡特尔法案结果会处置它的。我看这也是暂时遏止微软的独一方法了。把持毕竟不是功德。 嘿嘿，扯得太远了。 software_young 编纂于 2002-02-01 13:55----------------------连载中断---------------------