如何自己开发一套服务器管理系统

转载表面上看，是一套基于B/S方式实现的分布式管理系统，但其实背后的架构是基于C/S完成的。你以为他是一只鞋吗？其实他是一个吹风机。作为界面化的系统，浏览器框架是不可或缺的，但更加重要的东西在Socket上面。

一、需要解决中央控制端到各节点服务器之间的通信。

这个其实牵扯到一个通信协议的问题，各语言都有自己的socket，thread的库，直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单，太简单了，明码传输，如果别人获知了这个接口，就很容易执行一些令人讨厌的 *** 作。也不能太复杂，太复杂了等于是给自己找麻烦，所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种，一种是传输命令执行的协议，一种是传输文件的协议。

二、跨语言的socket通信

为什么要跨语言，主控端和代理端通信，用什么语言开发其实无所谓。但是为了给自己省事，尽可能使用服务器上已经有了的默认语言，Ambari前期采用phppuppet的方式管理集群，这不是不可以，puppet自己解决了socket通信协议和文件传输的问题，可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby，我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信，可以用python实现，也可以用php实现，但是考虑到对于更多的使用者来说，改php可能要比改tornado简单许多，所以就没用python开发。hadoop分支版本众多，发布出去，用户要自己修改成安装适合自己的hadoop发行版，就势必要改源码，会php的明显比会python的多。php里面的model封装了所有的 *** 作，而python只是个 *** 作代理人的角色而已。

所以也延伸出一个问题，什么语言用来做这种分布式管理系统的代理端比较合适，我自己觉得，也就是python比较合适了， *** 作系统自带，原生的package功能基本够用。用java和php也可以写agent，但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred，也可以写，就是你得在每个节点都装v8的解释引擎，不嫌麻烦完全可以这样干。原理参看map/rece论文，不解释。perl也是 *** 作系统原生带的，但是perl的可维护性太差了，还是算了吧。

所以这就牵扯到一个跨语言的socket问题，理论上来说，这不存在什么问题。但这是理论上的，实际开发过程中确实存在问题，比如socket长连接，通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方，需要修改才能用,我就没有用这种办法。最早是自己定义的 *** 作协议，这时就遇到了这些问题，所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。

三、代理端执行结果的获取

无论命令还是文件是否在代理端执行成功，都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难，都有现成的包。当然这个时候你需要的是阻塞执行，而不能搞异步回调。

还有个问题是，我要尽可能使用python默认就带的包，而尽量不让服务器去访问internet下载第三方的包。

还有代理端最重要的一点，就是python的版本兼容性。centos5用python24，centos6用python26，ubuntu基本默认都是27。所以一定要最大限度的保证语言的跨版本兼容性，要是每个 *** 作系统和每一个版本我都写一个代理，我一个人就累死了。

四、浏览器端的model，view，controller

这里面你要封装好所有的通信协议，以及需要在节点上面执行的脚本。发送文件的 *** 作和数据库 *** 作也要在model里面完成。

如果对tcl/tk很熟，也可以写基于 *** 作系统界面方式的管理，不用浏览器就是了。

view对我来说是最痛苦的事，都是现学的jQuery怎么用，前端的工作太可怕了。关于这方面，没有太多可描述的，html和js带给我的只有痛苦的回忆，万恶的undefined。

五、跨 *** 作系统的安装文件封装。

要适应不同的 *** 作系统也是个很麻烦的事情，需要用agent提前获知 *** 作系统的发行分支，版本号。然后去找到对应的安装文件去执行。你不能保证一个分布式系统的集群中所有的节点都可以访问internet，更多的情况是这些节点都存在在一个安全的内网中。只有个别几个节点是可以访问外网的。所以，我势必要把所有的安装文件以及他们的依赖尽可能集中起来。我不确定安装 *** 作系统的lzo，yum或者apt-get会去下什么鬼东西，甚至无论是yum还是apt-get，里面都没有hadoop-lzo的库文件。所以，最好的办法是自己编译打包rpm和deb包。直接安装就好了，别去找repo下载什么。

这就是第五步工作，把需要的依赖的东西自己编译打包成rpm和deb。

deb包很好解决，但是rpm就没那么好办了，需要学习rpm的编译文件如何编写，这块是挺麻烦的，但是这玩意用好了还是挺不错的。现在我自制的安装包里面就已经包含了自己编译的lzo和snappy两种压缩库，以及hadoop-gpl-packaging的rpm和deb。下一个发布的easyhadoop将直接支持centos5,6，suse，以及ubuntu/debian的系统上安装hadoop。已经自带了lzo和snappy以及lzop和snzip。

六、把这些所有东西，整合到一个系统里面。

关联这些所有事情间的联系，整合到一个浏览器界面里面去。写一个分布式的管理脚本不难，写一个界面也不难，但是也许是我的水平不行，这两件事结合起来让他们协同工作还是有点难度的。对我来说，写界面的工作可能更难一点。

Cloudera可能是十来个人在写Manager的东西，ambari也是放到github和apachesvn上面，apache基金会的各种committer在写。easyhadoop没他们功能那么强大，一年来只有我一个人设计架构，功能，各种语言的编码，测试，发布。Fortheloveofgod,WhathaveIdone(英文部分请站在山顶仰天长啸)T_T。从前台到后台，到hadoop和生态系统以及他们的依赖软件的单独patch、编译打包。(系统yum或者apt-get的包不如自己打的好使。)

从时间上来看，全球第一款开源的hadoop部署管理系统应该还是属于ambari，2011年8月开始写的，2012年9月底进入apache的incubator。我是大概2012年8月开始写的easyhadoop，全球第一没赶上，估计国内第一个开源的hadoop管理系统还是可以排上的。

新冠疫情期间，大多数公司为了避免交叉感染都或多或少的采用了远程办公的方式，这显然是一个明智的选择，基本上钉钉(dingding)作为一个远程办公平台来用的话，虽然差强人意，但是奈何市面上没有啥更好的选择，矬子里拔将军，也还是可以凑合用的，不过远程办公有个问题，就是每天需要检查员工的考勤，居家办公虽然灵活，但是大家究竟有没有办公，则是另外一回事，钉钉提供的解决方案就是考勤在线打卡功能，但是检查出勤钉钉在移动端就有点费劲，需要在钉钉app里点击至少5次,还不能实时刷新，pc端的钉钉oa系统做的更烂，还不如移动端来得方便，另外如果你在一家上千人的企业里，这家企业有大大小小几十个部门，你又非常倒霉的担任这家公司的人事主管，每天按部门来出员工考勤报表就不是一件容易事了，所以利用钉钉开放的接口，使用Django自己打造一套实时监控员工考勤的web平台是我们本次的目的。

项目背景是一家普通科技公司，大概有五个部门，每个部门100人左右

首先进入钉钉开放平台 :open-devdingtalkcom

在企业内部开发中，选择小程序，新建一个小程序应用，这里其实也还有别的选择，比如h5微应用，主要是小程序兼容性更好一点。

填写应用的名称、简介、Logo等基本信息这些按下不表，按照要求填写即可，也不必非得填写真实信息，这里有个坑就是一定不要忘了配置安全域名或者ip，安全域名是当我们的检测平台上线的时候部署的域名，应用可以跟指定的域名进行网络通信，如果不配置的话，请求钉钉接口会报403错误。

另外还有一个坑，也就是钉钉默认开放的接口仅限于基础权限接口

如果需要考勤或者签到接口的话，还得单独点击申请，这就有点让人看不懂了，那么多接口，全都得靠用鼠标点击开通，不开通就用不了，这个用户体验真是让人非常酸爽，产品设计成这样，钉钉的pm难辞其咎。

OK，前置准备工作就已经就绪了，现在我们只要根据官方文档来写接口就可以了，选择服务端api文档： >

数字化改变了我们生活的方方面面：信息获取方式、沟通方式、购物方式，以及衣、食、住、行的方方面面。数字化的惊人力量正日益改变着商业模式。

因此，企业的创新步伐以及变革的意愿与能力便成为行业竞争中取得成功的关键因素。为了把握住汽车行业的快速变革机遇，汽车厂商和经销商必须从产业价值链到用户连接、用户服务体系、用户经营体系，进行全方位重构。如果想提高自身的商业价值和商业竞争力，企业必须要采用数字驱动的创新技术和体系。

2020年初的全球性的新管疫情，对汽车行业所造成的冲击可谓是异常严重。对于传统经销商则出现了危机和挑战:无论是新车还是售后，到店买车和保养客户锐减、资金面临巨大挑战。

第一部分：汽车经销商:如何结合数字化，提供差异化特色化服务

疫情将加速线下汽车经销商的洗牌和集中度提升-各类经销商都因此次疫情面临着前所未有的挑战，过去现金流绷紧的汽车经销商遭遇的创伤更大。房租、人员工资等固定成本难以支付，小型经销商的生存环境更加恶化，大的经销商也同样面临损失，纷纷下调营收预期。而疫情的持续和蔓延也将加速线下汽车经销商的集中度的提升，经营不善的经销商退网或转型，这一市场将被更有盈利能力、服务能力的经销商接手。相对而言，这些经销商的管理、经营更为规范，服务更有质量，也具有更强的抗风险能力。

线上卖车离真正成熟尚有较大提升空间-从员工到客户，临时变身在线直播的销售顾问意识到，汽车销售绝非把线下的卖车直接搬到在线直播这么简单。无论是卖新车还是卖二手车，在线直播不是一对一为用户讲解和服务，所以销售顾问在销售过程中，需要对销售流程有更强的掌控。如何在在线互动过程中把控互动节奏，借助多媒体手段吸引客户注意力，特别是汽车专业知识方面，对直播顾问提出了更高的要求。许多在线化业务，以保证用户对于经销商的粘性和基本销售线索、销售业务的达成，营销效果上往往差强人意，临时转型在线直播，从线下和在线的营销方式、互动方式、销售流程和节奏的区别也是对顾问卖车方式的巨大挑战。

汽车经销商线下门店不会被颠覆，线上线下的融合是长久之道-未来线下4S经销商，无论是新车销售还是二手车销售，线下门店的客户体验、客户服务，都是在线所无法替代的资源。具备优质数字化能力的汽车经销商除了积极强化线上获客户能力外，与线下门店的优势结合，才能完善营销和服务。长期而论，在线上汽车的直播、营销，更多的在于帮助营销获客，获得线索，最终都是需要邀约到店、试驾、签约、成交。兼具线上与线下形态的体验，融合线上与线下营销的汽车营销和服务形态，也会被更多经销商作为数字化转型战略重点思考。

提升数据业务化能力是经销商数字化转型的一个契机。

若从运营现状来看，线上和线下都各自有各自的痛点，无论是新车还是二手车业务，那么这次疫情事件更多是对经销商自身能力的一个考验，同时也是经销商数字化转型的一个契机，而这一转型的背后更是数据业务化能力的提升。在疫情过后，OMO(线上线下融合)的表象下是经销商从模式、业务流程到工具拥抱数字化的进阶之路。从模式上，经销商聚焦以线下门店业务为核心，利用用户数据、运营数据多方位进行业务创新和业务能力提升，从而提升用户体验、保有客户的转化和持续服务。从业务流程上，通过前台、中台和后台的流程梳理，形成完整的数据通道和闭环，从而通过优化运营效率和提升销售转化效果，最终形成整个企业的降本增效和差异化发展。具体来说，数字化汽车经销商包括以微店、小程序、官网、第三方平台等私域、公域流量为基础的线索获客和客服前台，以CRM和保有客户挖掘转化为核心的中台以及数据分析、智能决策、运营分析等数据分析后台。而前台线索、营销数据将对销售过程和厂商产品迭代的关键数据形成数据资产，而数字化后台对于从决策分析、运营端口数据的汇总将不光为前台和中台，同时也为后台如组织架构、财务指标等的多维度反馈，从而最终赋能经销商的动态战略。

第二部分：利用智能数字化和用户经营体系驱动用户增长，增加可持续发展

无论是新车销售还是二手车销售，线上并非万能，也无法取代线下场景和线下服务。线上直接转化为营利的可能性仍需探索。部分经销商也在通过搭建小程序，微店、甚至自行组建团队开发APP、构建数据中台，以期通过拥抱数字化来帮助企业转型、提升竞争力和盈利能力。但是，毕竟数字化是属于体系化的工程，需要专业的人才团队和丰富的实践经验，才能真正落地并产生实质价值。而且，构建小程序、微店、门户，并不意味着立马流量会到来，需要有较强的运营团队进行运营体系的搭建和落地运营，才能取得成绩。即使是有了流量，是否意味着转化率的提高，短期的线上流量是否能转化为线下留存，对于大部分经销商仍是面临大考。目前，绝大多数经销商仅仅停留在线上获客和疫情期间短期活跃的状态，真正拥有高质量内容运营、制作和服务可以进行自传播的经销商并非多数。

汽车销售个性化服务。促进用户留存和向收入转化-高质量有线上营销，还是有较高转化率的。针对潜在线索和潜在客户，及时没有到店，也是可以通过建立标签库（如地域、车系车型需求、用户画像等）进行关联分析，通过与已成交用户对比寻找共性，预判潜在购车用户可能性，进而定向精准营销，增加用户转化几率。例如一二线城市对汽车的个性化服务需求更大，可以通过人工智能分析客户销售转化模式以及个体差异，突破过往营销手段和营销内容、营销模式千篇一律的弊端。大量数据证明，在这一种模式之下线索和客户成交转化均有大幅度提高，在线索转化时间、试乘试驾率、试乘试驾评价等方面相对于传统汽车服务模式下的客户均有突出的表现。

无论是新车销售还是二手车销售，都要把握市场下沉机会。受疫情影响恰恰相反，抖音、快手等在线营销渠道几乎对全国一二三四五线城市的全面覆盖，快速实现了低线城市用户下沉。以豪华品牌为例，目前的豪华品牌经销商和销售业务集中在一二线城市，在三四线城市网点门店布局较少。需求与供给的不匹配决定了未来三、四、五线城市有望成为未来增量市场的新高地。

中国汽车厂商和经销商的数字化转型机会和增长机会在哪里，如何红海求生，我想无论作为厂商还是经销商，您都已经从本文找到一些启发或答案。我们对于数字化的未来趋势是一贯的、坚定的。

在过去几年深耕汽车产业互联网，丰车服务过众多知名汽车厂商，其中包括世界五百强企业。为他们提供数字化解决方案、战略咨询服务、交易和营销方案、置换补贴体系、经销商培训体系等全方位的一站式服务体系搭建。核心是通过“管理运营营销交易”四位一体的价值体系，帮助厂商构建具有宏观战略的数字化解决方案，共建业务生态体系。

“管理运营营销交易”即通过我们搭建的“四位一体”数字化系统，构建从线索获客、置换评估、检测定价、库存管理、B2B拍卖、B2C零售、金融保险、延保售后、智能分析等全生命周期的服务体系，以线下经销商门店为服务场景商，连接人和车，以服务体系为核心，提升整体的业务能力和服务水平。

未来三年，丰车将与全国60%的汽车厂商合作共建产业链生态。通过数字化打通产业链上下游、赋能经销商，通过科技手段，帮助经销商打造智能服务型网点和交易场景，助力厂商和经销商，通过数字化和服务创新升级，提升客户服务水平，提升品牌保值率、提升盈利能力，真正靠数字化、高标准的服务体系，赢得未来。

以上就是关于如何自己开发一套服务器管理系统全部的内容，包括:如何自己开发一套服务器管理系统、Python3.7配合Django2.0来调用钉钉(dingding)在线api实时监测员工考勤打卡情况、最近刚python入门,看了入门教程,该如何提高_python入门教程非常详细等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！