XXX管理平台系统——项目教训-低调大师

XXX管理平台系统——项目教训

2017-11-14 585

XXX管理平台系统项目教训

前言

闲来无事聊一下自己的教训吧，经验也是在教训中不断成长的。

技术方面

之前对硬件和网络缺乏基本的选型概念，以及对整个系统的整体和技术方案把握有所欠缺，导致整个系统架构从项目之始到系统部署完成一直处于变动之中，周期达 5 个月，版本不下几十版。

关于数据库方面，虽然对困难有所估计，也做过一些预研工作，但是对实施过程中的难度估计仍然有所不足。最典型的是安装了 Oracle32 位版本导致无法充分利用系统硬件资源，以及 Oracle Stream 数据同步过程中出现了若干的 bug 。

关于系统接口的处理，缺乏稳定性、健壮性、容错性，有待于系统设计的完善和技术人员水平的提高和总结。

业务方面

因为第一次从事该行业，对其中的数据库和业务缺乏了解，导致前期在系统需求汇报和与公司进行沟通寻求资源的时候，因为缺乏理论依据，结果导致沟通过程中发生了不少误会；这也是项目前期开展不顺利的一个原因。

与甲方进行沟通的时候，因为业务原因，完全依赖与相应的项目经理的沟通，自己则对各子系统细节缺乏深入了解，造成整体工作的被动。

团队方面

尽管有因人而异，因材施教之说，实际上不同的人在团队合作方面确实有不同的差别，尤其是项目的核心成员如果缺乏团队合作意识，对项目的进度和成本会造成延迟和增加，对项目团队建设和协作也会造成严重不良影响。

举例而言，某子系统，因人员原因，换了 3 拨需求调查人员，换了 3 拨项目经理，换了 3 拨开发人员；而集中在某项目经理上，更加典型，该项目经理做 .Net 开发出身，被公司派来做 java 项目，他的技术水平如何就不谈了；首先本系统准备采用 Structs + Spring + iBatis 的 B/S 架构，他非要自作主张使用 Structs + Spring + Hibernate 的 B/S 架构；缺乏与项目中的技术高手的交流，喜欢埋头苦干；缺乏与甲方的主动沟通，导致需求迟迟未定；他本人不熟悉 java ，却喜欢把 java 和 .net 进行比较，懂不懂就说 java 如何如何；比较喜欢钻研技术和追求完美的技术框架，而自己的能力却又无法达到，实际上到最后发现他的代码也不过如此，缺乏注释，代码缺乏分层控制；最重要的是对自己的团队成员缺乏理解和沟通，人的技术水平是无法实现突飞猛进的，懂不懂就拍桌子指责自己的团队成员，本来只有 4 个人的团队，结果被他赶走了 5 个人次，只有一个愿意跟他干活，人走了又去抱怨公司不给资源，确实在这方面公司有不少责任，但他自己何尝没有更大的责任呢？最后他先后撂挑子自己离开项目组 3 次，最后彻底走人了，我相信没几个人能受得了他的脾气。也许这个人很有钻研的精神，在充足的资源前提下能够做好产品，可是项目中更不需要缺乏团队精神的成员。

本文转自baoqiangwang51CTO博客，原文链接： http://blog.51cto.com/baoqiangwang/313503 ，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/406799

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Spark standalone简介与运行wordcount（master、slave1和slave2）

1. Standalone模式即独立模式，自带完整的服务，可单独部署到一个集群中，无需依赖任何其他资源管理系统。从一定程度上说，该模式是其他两种的基础。借鉴Spark开发模式，我们可以得到一种开发新型计算框架的一般思路：先设计出它的standalone模式，为了快速开发，起初不需要考虑服务（比如master/slave）的容错性，之后再开发相应的wrapper，将stanlone模式下的服务原封不动的部署到资源管理系统yarn或者mesos上，由资源管理系统负责服务本身的容错。目前Spark在standalone模式下是没有任何单点故障问题的，这是借助zookeeper实现的，思想类似于Hbase master单点故障解决方案。将Spark standalone与MapReduce比较，会发现它们两个在架构上是完全一致的： 1) 都是由master/slaves服务组成的，且起初master均存在单点故障，后来均通过zookeeper解决（Apache MRv1的JobTracker仍存在单点问题，但CDH版本得到了解决）； 2) 各个节点上的资源被抽象成粗粒度的slot，有多少s...

2017-11-15

719

天工架构目前，天工平台的服务主要由物接入、物解析、物管理、规则引擎和时序数据库组成，并可无缝对接百度云天算智能大数据平台及基础平台产品，可提供千万级设备接入的能力，百万数据点每秒的读写性能，超高的压缩率，端到端的安全防护。其基本架构如下图所示：时序数据库：用于管理时间序列数据的专业化数据库。区别于传统的关系型数据库，时序数据库针对时间序列数据的存储、查询和展现进行了专门的优化，从而获得极高的数据压缩能力、极优的查询性能，特别适用于物联网应用场景。天算智能大数据平台：提供了完备的大数据托管服务、智能API、众多业务场景模板以及人脸识别、文字识别、语音识别等服务，帮助用户实现智能业务。百度的大数据计算系统已成功应用于百度搜索、广告、百度地图、百度糯米、百度外卖等几乎全部的核心业务，经过多年的业务应用锤炼和技术演进，百度大数据计算系统的集群规模、计算能力均为国内第一。天工平台可与天算智能大数据平台实现无缝对接，助力企业快速具备海量数据分析能力。 TSDB是用于管理时间序列数据的专业化数据库。区别于传统的关系型数据库，TSDB针对时间序列数据的存储、查询和展现进行了专门的优化，从而获得...

2017-11-15

635

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。