寻求北京地区有能力支持LDAP的公司

timon

我现在需要完成公司LDAP服务器系统架构调整，之前用openldap，因为同步问题一直没能力搞定。
现在公司决定可以找外部公司来建设、维护LDAP系统。
LDAP应用的模式比较特殊，写入量和读取量基本1：1，写入压力很大。

可选择软件有IBM的TDS，SUN的DSEE，或者对OpenLDAP有能力保证的最好。
对公司的要求是不能太小，要有足够分量的部署成功案例，北京地区，有充足人力。

此事较急，有资源的MSN联系 timon_Dong@hotmail.com
QQ 641900

9:00-17:00工作时间在线

MichaelBibby

读、写数据 1：1，似乎当初不应该用 LDAP，而是类似 SQL 的东西。
如果可能的话，现在也可以考虑将写的部分转到写入 SQL。
如果必须写入 LDAP 的话，恐怕 LDAP 的写入性能会有点瓶颈

timon

没有人能提供商业支持吗？
钱不算少～

timon

原帖由 MichaelBibby 于 2010-1-13 21:27 发表
读、写数据 1：1，似乎当初不应该用 LDAP，而是类似 SQL 的东西。
如果可能的话，现在也可以考虑将写的部分转到写入 SQL。
如果必须写入 LDAP 的话，恐怕 LDAP 的写入性能会有点瓶颈

现在就是找办法解决～ 或者从LDAP，或者别的方式

py

如果读写都1比1了，那的确不适合用LDAP了。如果部分应用或结构需要LDAP，那就把相对稳定的数据保留在LDAP中，多变化的内容存在关系型数据库里。
商业支持。。。 LDAP其实不是一个很大的内容，所以没听说过有公司会专门只做LDAP或提供“LDAP的商业支持”。所以楼主想找的东西可能是不存在的，尤其是在国内。

timon

原帖由 py 于 2010-1-14 20:30 发表
如果读写都1比1了，那的确不适合用LDAP了。如果部分应用或结构需要LDAP，那就把相对稳定的数据保留在LDAP中，多变化的内容存在关系型数据库里。
商业支持。。。 LDAP其实不是一个很大的内容，所以没听说过有公 ...

即使这样也需要商业支持，我们没有能力自己实现，应该很多公司也都没有能力吧?
不一定是专门，但是至少总有公司在做吧？
也许问错了地方，销售貌似不会来这里逛。。。

另外，就个人而言，有没有北京的极熟悉openldap的？ 对2.4版本mirror同步或者multi master应用很熟？ 方便的话聊聊，也许会有合作可能

timon

原帖由 py 于 2010-1-14 20:30 发表
LDAP其实不是一个很大的内容，所以没听说过有公司会专门只做LDAP或提供“LDAP的商业支持”。所以楼主想找的东西可能是不存在的，尤其是在国内。

另外 版主这个说法不是很合适：

很多系统中LDAP都应作为相当重要的环节存在，单点登录、证书、海量用户认证等等应用，相信对很多公司来说这也是核心数据库之一。
比如我们就是因为业务和运营支撑将严重依赖LDAP，数百万dn条目，不可中断的高可靠需求，等等。。。所以才带来“商业支持”的需求

这样还不足以有公司涉足这个领域的话简直不可理解... 很多ISP的门户，商业邮件系统的用户认证都不是采取LDAP吗？据我所知可不是，LDAP应用相当广泛。

再则说，没有商业化的LDAP吗？ sun的DSEE产品、IBM的TDS、早些年novel的产品、netscape的产品，那可不是给小众娱乐用的。

学以致用才是目的，技术不单单是技术本身，商业应用有利可图才是王道～

py

在国内的时候我一直做的就是这种工作，一般来说，公司都会有专人来完成LDAP相关的工作而不是把这些工作外包给其他公司或是找“商业支持”，由于LDAP的维护是一个长期的工作，公司更倾向于招一个或几个人来完成相关的工作。至少我去的公司都是这样的。越是大公司就越会自己来维护LDAP。其实这也很容易理解。
我说你找的这样的公司至少在国内我没见过。不是因为大家只想谈技术，不关心商业应用，而是大多公司没有这样的需求，都转而招聘一个专人来维护LDAP或是做LDAP相关的开发或整合了。
你还列举了些LDAP产品，那些是LDAP产品，和你需要的“商业支持”是两回事。IBM，SUN有自己的LDAP产品，就像OPENLDAP一样的软件，但他们不会去根据你们公司的情况给你出解决方案。

aaaaaa

原帖由 py 于 2010-1-16 18:22 发表
在国内的时候我一直做的就是这种工作，一般来说，公司都会有专人来完成LDAP相关的工作而不是把这些工作外包给其他公司或是找“商业支持”，由于LDAP的维护是一个长期的工作，公司更倾向于招一个或几个人来完成相 ...

楼上的关于维护的说法很好，普遍认为，内部/生产系统的运维一定要抓在自己手里、如果引入外人，必须要至少把运维相关的技术在合同期限内搞定，否则会很麻烦，这里不是说费用怎么样，而是如果碰到关键问题/敏感问题，双方的响应速度，配合默契程度等等都会是一些可能的薄弱环节。当然如果有强力的运维管理人员，很大程度上也是可控的。

因为钱的关系，国内的公司普遍对基础平台的技术投入都普遍吝啬，对外部支持的引入更为节省，造成了外包技术公司是很难存活的，仅限于能力较高的少数个人的“乌合之众”。这也是楼主很难找到一个公司帮他做事的原因。

商业支持可行的，openldap事实上后面就是一个作支持为主业的技术公司而已。美国有不少这样的公司靠这种方式为生。其产品以open source/free software为主，主要靠技术方案和技术支持收费为主。

随着国内的大公司陆续上市，在成本与效率之间进行权衡后，会有更多的机会留给这样的公司，慢慢的这些专业公司会找到合适的土壤的。

timon

唉，诸位是不理解天朝国企的难处。。。
我最初何尝不是想由公司团队完成呢，但是国企招到正常的技术人员之复杂程度远比做个合同走商业模式来支持的方法复杂万倍。
首先你要招人，列出的要求详细会被HR无视，其找来的人都会有莫名后台背景，我们后来为了安置这种人，部门助理队伍居然高过技术。。。

其实说实话我们打算外包这个维护真正的意图是为了分担责任，我提出架构，他们照着实施、后续出问题也好糊弄。。。

发发牢骚，技术不是问题，有问题的都不是技术啊。。。

不过IBM的确提出了他们的方案和报价，但是我就不喜欢他们那种庞然大物，希望有本土企业，看来还是失望了。