2014年是Docker大红大火的一年， DevOps这个新名词+新职位就如雨后春笋般冒出尖角，蓬勃发展起来。与时俱进，我带着一支三人团队（我自己外加两位开发人员）利用了CoreOS及Docker搭建了一套SaaS平台，用以提供完整套装的SAP Business One的预览环境。
本文会介绍此SaaS平台可以提供何种服务，其工作原理解析，以及最重要的，如何利用CoreOS搭建集群，如何利用Docker跑SAP Business One程序。本文面向开发，测试及DevOps同学。本文假设读者具有一定的容器基础，故行文不对Docker原理及使用作过多介绍。
为什么要这样做！
业界有这样一种说法，SAP的ERP套件是世界上最好的ERP解决方案，也是最难部署最难使用的计算机软件！诚然，大型企业上一套SAP Business Suit套件（俗称R3）可能得数月的部署周期，即使是SAP Business One这种针对中小型企业的解决方案也需要好几天的安装部署加调试。
再说一下我们内部开发测试流程是如何开展的：测试工程师小何早上来到公司，从指定的build server上面拷贝一张最新版本(nightly build)的ISO，然后SSH以及RDP分别远程连接一台SUSE Linux测试机和一台Windows测试机，把ISO文件上传到两台服务器并且进行安装。（SAP Business One分成Server和Client两部分，Server得安装在SUSE Linux上面，Client安装在Windows上面）。此处略过安装过程500字。。。下午两点，小何长叹一口气，终于装好了，今天运气真好，整个安装很顺利，全部一次通过，现在可以开始做回归测试了，耶！
事实上，像小何这样的测试工程师在整个部门里有百来人，他们几乎每天都在做同样的工作，安装(升级)à测试à卸载。由于build失败、损坏、网络原因、硬件故障、沟通不畅及人为失误导致的安装失败率已经超过了30%。在特殊的某些日子里，这个数值会达到80%甚至100%。
为了有效的减少重复劳动和提高生产率，我们决定大胆的使用（当时还不是很成熟）的容器解决方案来尝试做一套全自动安装部署的系统。我们称之为SAP Business One快速部署云平台！
本云平台特点及工作机制
从软件架构角度来看，本云平台分为后台和前台两部分组成。后台负责自动监视nightly build server、制作docker image；前台负责接受用户提交请求，然后创建并运行docker image。
从拓扑结构角度来看，云平台有1台master server（前台和后台服务都跑在这里），1台build server（专门用来做docker build）以及4台slave server（用来运行特定的docker image）。slave服务器可以扩容。所有6台服务器都是物理机，256GB内存的配置，安装CoreOS来搭建集群。
用户界面友好
三分钟就能准备好一套完整的SAP Business One环境（过去手工安装需要2~3小时）
一次安装多次运行（再也不会由于外部原因导致安装失败了）
系统后台是一个基于Jenkins二次开发的模块，对最终用户不可见。其负责自动监视nightly build server、制作docker image、发布image到repository、清除过旧版本的image等工作。是整个云平台的核心。
系统前台是一个使用bootstrap + AngulaJS + SparkJAVA + Groovy开发的网站。展现给用户所有安装成功的nightly build的image，接受用户的选择且通过docker去创建和启动特定版本号的image，最终发送邮件通知用户完成且可使用这套环境作开发或测试工作了。Docker创建image的调度由fleet完成。
如何搭建CoreOS集群
为什么是CoreOS
我们的需求是希望一台256GB内存的物理机可以尽可能多的跑SAP Business One的实例。经验告诉我们，跑一个SAP Business One的实例需要20~40GB内存开销，取决于用户连接数和使用方式等。假设平均32GB跑一个，那么256的机器可以跑8个。如果使用传统虚拟化的解决方案，恐怕性能损耗会导致最终只能跑5~6个，另外虚拟机比较难实现弹性内存。我们需要一个轻量级的host os，提供标准的容器运行时。CoreOS的轻巧、精简、自建集群等特性决定了它是我们的不二选择！
安装CoreOS
CoreOS的安装和大部分Linux发行版不太一样。常用发行版如Ubuntu、Fedora等下载一张LiveCD刻盘插入安装即可。而CoreOS官方提供多种途径的安装方式，如AWS的image、VMWare的image、"LiveCD"的ISO、及纯粹的tar包。本文只讲述如何把CoreOS安装到一台物理机上。
步骤是下载一个特定版本的"LiveCD"的ISO，（本文使用2015年初的一个老版本557.2.0），大概150m。刻成光盘（或者USB盘），插入物理机，重启后进入CoreOS "Live OS"。然后创建一个yaml文件，把以下内容copy进去。
#cloud-config
# coreos-install -d /dev/sda -C beta -c coreos-install-example.yaml
ssh_authorized_keys:
- ssh-rsa AAAAB3NzaC1y.....
hostname: cnpvg.pvgl.sap.corp
reboot-strategy: etcd-lock
name: cnpvg
addr: 10.58.136.96:4001
peer-addr: 10.58.136.96:7001
# we don't rely on discovery, we join the cluster manually
peers: 10.58.136.164:7001
public-ip: 10.58.136.96
metadata: name=cnpvg,memory=48GB,role=build,namenode=1,journalnode=1
- name: update-engine.service
command: stop
- name: rpc-mountd.service
command: start
- name: etcd.service
command: start
- name: fleet.service
command: start
- name: docker.service
- name: 20-proxy.conf
content: |
Environment="http_proxy=http://proxy.wdf.sap.corp:8080"
Environment="https_proxy=http://proxy.wdf.sap.corp:8080"
Environment="no_proxy=localhost,10.58.136.166"
- name: 50-insecure-registry.conf
content: |
Environment="DOCKER_OPTS=-H tcp://0.0.0.0:7777 --insecure-registry=0.0.0.0/0"
- name: 00-eth0.network
runtime: true
content: |
Name=enp8s0f0
DNS=10.33.139.48
Address=10.58.136.96/22
Gateway=10.58.136.1
接着输入coreos-install -d /dev/sda -C beta -c coreos-install-example.yaml即可安装。安装过程中，CoreOS会再去网上下载一个与LiveCD同版本号的coreos.tar文件进行解压缩并安装的。事实上CoreOS的安装过程大致分为，
下载coreos.tar
格式化分区
解压缩coreos.tar到新分区
把安装配置文件yaml里面的具体项逐一展开对新分区里面的物理文件
重启进入新系统（手动）
注意事项：
CoreOS安装完成之后没有默认的root的密码，故需要在yaml里面配置一个ssh_authorized_keys，使用用户core加私钥进行ssh连接
本文贴的yaml文件是一个示例，在使用时把里面的信息改成自己需要的值
示例里面的20-proxy.conf是因为公司网络需要设置代理才能上外网，故加之
示例里面配置了静态IP，是因为公司网络对服务器不允许使用DHCP
示例里面的50-insecure-registry.conf增加了对docker tcp 7777端口的匿名访问，实属不安全的做法，不推荐
示例里面把coreos update engine服务禁用了，是因为服务器不希望频繁升级导致重启（关于CoreOS的升级策略请参考官方文档）
更多安装信息请参考CoreOS官方文档
CoreOS使用etcd创建集群，使用fleet来调度任务。etcd以自举的方式维护集群，强一致性算法保证集群里始终只有一个lead。对于消费者而言，我们无须知道当前时刻集群lead是谁，我们对机器里任何一台节点发送命令都可以达到同样的效果。fleet扩展了systemd的配置功能，使用户可以像编写systemd的服务文件那样来编写fleet的单元文件。
同样，参考示例yaml文件，里面有一段etcd的配置是用来组建集群的。
name: cnpvg
addr: 10.58.136.96:4001
peer-addr: 10.58.136.96:7001
# we don't rely on discovery, we join the cluster manually
peers: 10.58.136.164:7001addr是节点的外网地址，peer-addr是内网地址。本系统不区分内外网故两者是一样的。其次，搭建集群时，第一个安装的CoreOS节点就是集群临时Lead，yaml里面最后面的peers不要写；其后安装的节点把peers写成第一台节点的地址即可。如此，第二台乃至第N台节点安装完毕后会自动加入集群。每当有新的节点加入集群，etcd会根据一系列复杂的算法推选出一个最合适的Lead，集群里有且只会有一个Lead。其实Lead是透明的，我们在对集群做操作时可以在任何一台节点上输入任何fleet命令并且得到同样的返回。
如 fleetctl list-machines会得到当前集群内所有的节点信息
$ fleetctl list-machines
0e259400...
10.58.136.164
journalnode=1,maxpod=4,memory=128GB,name=cnpvg,role=slave
3f39385b...
10.58.120.156
maxpod=8,memory=256GB,name=cnpvg,role=slave
4e5066e0...
10.58.136.96
journalnode=1,memory=64GB,name=cnpvg,namenode=1,role=build
af502216...
10.58.114.66
maxpod=4,memory=128GB,name=cnpvg,role=test
c0f2f2f5...
10.58.116.94
maxpod=8,memory=256GB,name=cnpvg,role=slave
d5f5889d...
10.58.136.166
journalnode=1,memory=128GB,name=cnpvg,namenode=1,role=master
而fleetctl list-units会得到当前集群内所有运行着的任务
$ fleetctl list-units
b1db.service
d5f5889d.../10.58.136.166
cadvisor.service
0e259400.../10.58.136.164
cadvisor.service
3f39385b.../10.58.120.156
cadvisor.service
4e5066e0.../10.58.136.96
cadvisor.service
af502216.../10.58.114.66
cadvisor.service
c0f2f2f5.../10.58.116.94
cadvisor.service
d5f5889d.../10.58.136.166
datanode.service
0e259400.../10.58.136.164
datanode.service
3f39385b.../10.58.120.156
datanode.service
4e5066e0.../10.58.136.96
datanode.service
af502216.../10.58.114.66
datanode.service
c0f2f2f5.../10.58.116.94
datanode.service
d5f5889d.../10.58.136.166
fleet-ui.service
d5f5889d.../10.58.136.166
hdfs-nfs.service
4e5066e0.../10.58.136.96
hdfs-portmap.service
4e5066e0.../10.58.136.96
hs-media.service
d5f5889d.../10.58.136.166
jenkins-ci.service
d5f5889d.../10.58.136.166
关于如何使用fleet来创建任务以及如何调度任务，请参考CoreOS官方文档
以及数码海洋上面的一篇教学文章
如何把SAP Bussiness One安装到Docker容器里去
这个章节描述如何把SAP的产品容器化，虽说是干货，但是非常有针对性，读者可以选择性阅读。
SAP HANA是一套SAP自研的高性能内存式数据库。只能安装在SUSE Linux上面。安装包是一个install.sh文件外加一些tar文件（总共10GB）。这里的难点在于Docker没有提供SUSE的base image！本人不才，花了3个礼拜时间才完成了SUSE母盘。其过程是郁闷且痛苦的，不堪回首。有了base image之后就容易了，这里没有用Dockerfile来安装HANA，而是手动启动SUSE image，然后把HANA安装进去的。因为HANA安装过程中需要执行privileged操作，所以是手动docker run --privileged的方式启动的。安装完后使用docker save导出HANA image，大小为22GB。哎，太大了，无法使用docker registry，只好自己想办法维护了。对hana.tar使用lz4压缩，最后缩减到8GB。通过nfs方式分发到每台slave节点。
PS：起草本文时docker registry对大文件（10GB以上）的支持可以说是奇烂无比，docker push一个30GB的文件需要4个小时，pull同样的文件需要10个小时。究其原因是docker在btrfs上对layer的存储方式导致了其读写的效率很低，与网络无关。故彻底放弃registry。
PS2：lz4压缩算法是目前"性价比"最高的算法，其压缩30GB文件只需要1分钟左右，平均压缩率在30~50%左右；而lzma或gzip压缩同样尺寸的文件虽然压缩比很高，但是时间太长，需要好几个小时。
SAP Business One服务端安装程序是一套基于Java自研外加RPM配合的二进制文件，入口是一个install.sh文件。此程序的特点是需要安装在HANA box上面，其实间接的安装在SUSE Linux上面。其安装步骤是一个Dockerfile，里面的大体内容是from hana，启动hana service，然后执行install.sh。安装完后使用docker save导出SAP Business One的image，大小为35GB（因为包含了HANA的22GB）。由于nfs不是无限容量的，而且大文件分发太占用时间（千兆网络复制一个30GB文件需要5分钟，太慢了），所以需要对这个35GB的image做进一步优化！优化方案是解压缩tar包，删除HANA的layer，再压缩成tar包，最后用lz4压缩至4GB。因为所有的slave节点已经导入过HANA的image，所以再导入一个"残缺"的SAP Business One的image也是OK的。
总结一下，通过docker save/load + lz4的方式来半自动维护image的方式实属无奈之举，然而其性能之优确是目前最好的一种选择。Lz4解压缩外加docker load一个HANA image通常需要3分钟，Lz4解压缩外加docker load一个SAP Business One image通常需要2分钟。我们的服务器硬盘是SATA的，8个200GB组成一个1.6TB的RAID0。Slave节点的硬盘都是RAID0，因为不怕坏，容量高，速度快！
SAP Business One客户端安装程序是一个基于InstallShield做出来的setup.msi文件。毋庸置疑，只能装在Windows上。解决方案是KVM！首先使用qemu-kvm创建一个win8.img（大约4GB），然后和一个带有kvm的Ubuntu系统一起做成一个docker容器！接着，每当用户请求某个SAP Business One版本时，系统会创建并启动一个全新的win8 image，然后动态的操作这个Windows系统为其按照指定版本的SAP Business One客户端。
PS：系统如何操作容器里面的Windows系统？答案是在制作win8.img的时候，扔一个基于Groovy的自研应用程序进去作为服务自启动。此服务负责接收HTTP请求并执行特定的命令。为什么不使用Windows默认支持的PowerShell进行RPC通讯？原因有二，其一是我们的控制中心是Jenkins，使其使用PowerShell与Windows通讯实属困难；其二是我们团队对PowerShell的知识积累不够用。
坑，各种坑！
写到这里，基本上所有的功能模块介绍和其工作原理都有所提及了。然后，我来列数一下此系统研发时所遇到的各种各样的地雷吧。有些和docker有关，有些和CoreOS有关，有些和SAP产品有关。建议选择阅读。
Fleet的稳定性问题
我把这个问题列在第一，是因为其严重程度差一点就废了本项目！在开发结束第一次做集成测试的那天，我们遇到了灾难性的问题，云系统整体奔溃！其表现性状是当有5个以上并发请求时，系统就有可能出现所有fleet运行的单元无故死亡，并且无法自动恢复。这意为着我们的前台、后台、slave节点上面的所有跑着的实例全部奔溃。经排查，发现问题出在fleet上面！总结一下，fleet的非global单元会跑在满足特定条件的节点上面，当fleet发现集群里的节点变得"不够平衡"时，它尝试把某些单元"飘"到另一些满足条件的节点上，而这个"飘"经常会失败。所以最终我们就看到几乎所有服务全部死亡的惨状。解决方案：把所有单元设置成global并且只让他们跑在一台特定的节点上（本例为master节点）。
Docker的Overlay驱动问题
本文多次提及制作出的image尺寸之大，已远超docker的最佳实践。但是万万没想到的是，尺寸大会带来另一个问题。那就是当CoreOS升级到某个特定版本时，其底层的文件系统由早期的btrfs变更为extfs + overlay。这是我们灾难的开始。最初，发现HANA的image无法正常启动，后来又发现win8的image无法启动。究其原因，是overlayfs不支持2.5GB以上尺寸文件的写入。请参考bug
。目前没有workaround，解决方案是暂时回退CoreOS到一个低版本。
Docker的Registry大文件问题
关于大文件，本文提及多次了。总之，当前版本的Registry对大文件支持的不好，故我们使用了docker save/load + lz4
+ nfs的解决方案。
HANA安装时Privilege问题
HANA安装需要执行privileged操作，无语。Dockerfile无法执行privileged操作。有热心的网友提出建议，希望docker提供一个PRUN指令用以执行特权命令。
HANA运行时AIO问题
HANA运行时需要初始化一个很大的AIO（异步IO数）。此问题表现为运行第一个HANA实例时没问题，第二个也OK，第三个就启动失败，以后每一个都启动失败。研究表明，AIO是host与容器共享的。解决方案是修改host的AIO数量，根据Oracle给出的最佳实践，这个值设定为1048576最为理想。fs.aio-max-hr=1048576。
起草本文时云系统已经无重大故障稳定运行了三个月了。在这三个月里面，系统还平滑了大小升级了几次，服务客户数累计到达868次。是我们内部运行的相对较成功的项目之一！
本文写了四千多字，如果读者能耐心的看到这里，说明你一定也做了（或者想做）与本文相似的事情。我只想说，在技术的海洋里漫游是乐趣无穷但又辛苦万分的！作为技术人员，我们需要有充足的耐心去克服和逾越各种障碍和壁垒，要有一颗追求完美的心去探索和发现，并且持之以恒！最后，祝所有开发人员写代码零bug，测试人员天天无事干，运维人员零灾难。
阅读(...) 评论()中企动力再攀巅峰 开启中国SaaS产业年会之旅 - 产经要闻 - 科技讯
中企动力再攀巅峰 开启中国SaaS产业年会之旅
【科技讯】7月6日消息，站在云时代的新起点，喜迎企业信息化转型的新契机，业内翘首以盼的2017中国 SaaS 产业大会于7月5日在上海拉开帷幕。本次大会邀请到SaaS领域重量级嘉宾，列有中国软件行业协会副
& & & & 【讯】7月6日消息，站在&云时代&的新起点，喜迎企业信息化转型的&新契机&，业内翘首以盼的&2017中国 SaaS 产业大会&于7月5日在上海拉开帷幕。本次大会邀请到SaaS领域重量级嘉宾，列有中国行业协会副理事长杨根兴、微软亚太科技副总裁王枫、中国云体系产业创新战略联盟秘书长沈寓实。中企动力受邀出席本次会议，并与Salesforce、云、钉钉、亚马逊云等企业在行业巨头的峰会上，共同探讨SaaS 行业的挑战与机遇，分享SaaS 对企业的信息化转型的战略战术。
　　现场深度解析，引发对SaaS的新思考
　　SaaS的飞速发展带来了强烈信息时代的质变，这将意味着企业服务的黄金时代即将到来。那么，SaaS应用到企业怎么做？投资人又会投什么样的SaaS企业？对于企业用户来说，SaaS 软件到底是企业竞争核心刚需，这不仅仅是一件光鲜的外衣，市场对 SaaS 真正的反馈也在愈发清晰。
　　现场多位意见领袖，标杆客户CIO分享企业信息化落地实践经验，直击行业痛点；中小企业互联网业务发展逐渐显现出生意渠道多样化、营销手段丰富化、业务模式并行化、运营管理一体化的特点；&线下与实体&、&移动社交&、&内容信息&等生意渠道也成为企业业务发展的新动力，而这一切都离不开数字化智能经营。
　　现实中，很多人对SaaS的理解就是：价格便宜、产品化程度高、用户使用成本低，所有中小企业可以用，SaaS是软件在线化&&如此简单粗暴的理解也反映了很多人对SaaS的理解误区。SaaS不是万能的，不可能达到一个产品让所有客户都满意。企业一定要顺应To B市场的细分需求，一定要关注不同行业、不同阶段、不同需求的客户，帮助他们都能找到合适的企业互联网解决方案。
　　不忘初心 中企动力要做企业数字化同行者
　　本次大会上，中企动力被授予中国最佳企业数字化SaaS产品奖，以表彰中企动力云平台在IT市场领域取得的骄人成绩，这也是中企动力18年来辛勤耕耘企业服务市场获得的又一里程碑。
　　此项荣誉的获得不仅是对中企动力在IT行业中强大的综合实力的肯定，而且也是IT市场对于中企动力云平台的鼓励与鞭策。随着用户向场景化需求转变，客制化时代的思维将引领SaaS服务产品不断创新，提升用户体验。例如，中企动力推出的全网门户，可以让客户快速实现数字化智能经营，这不仅降低了数字化经营的门槛，更是给所有企业都带来了新的商机。中小企业减少中间环节，提升运营效率的同时，全网门户也帮助用户扩大业务范围，从而形成数字贸易生态圈的良性循环。
　　中企动力作为中国企业数字化的同行者，将赋能企业各行业不同的解决方案，着力建设中企动力云平台为支撑的云上生态体系，让所有企业随时、随地都能轻松、简单的开展一站式数字化智能经营。
　　中企动力对于企业数字化经营所推出的解决方案，可以帮助企业主解决从多渠道经营管理、营销获客、客户服务管理等一系列经营难题。并在本次saas产业大会为贴合当前时间碎片化和客户年轻态的营销场景，主推移动门户营销。移动门户集设计元素多样化年轻化、覆盖全互联网终端、客户集中汇集管理便于转化、全透明标准服务流程等特点于一体，助力企业获取更多商机、提升企业经营效率、在新的竞争中脱颖而出。
换一换
12-18 18:11
12-18 17:53
12-18 17:47
12-18 17:32
12-18 17:30
11-23 12:13
11-09 16:42
10-26 16:31
07-11 16:32
08-06 16:17
12-18 20:46
12-18 20:37
12-18 19:56
12-18 19:50
12-18 19:28
12-18 17:32
12-18 17:23
12-18 17:13
12-18 17:06
12-18 16:50
12-18 16:35
12-18 16:21
12-18 16:09
12-18 16:11
12-18 15:42
12-18 15:34
12-18 15:30
12-18 15:20
12-18 14:36
12-18 13:58
12-18 13:43
12-18 12:03
12-18 11:57
12-18 11:50
12-18 11:46
12-18 11:28
12-18 11:20
12-18 10:33
12-18 10:39
12-18 10:26
& 科技讯版权所有云展智能SaaS云平台，为你的企业保驾护航
现在已经开始进入了智能时代，互联网已经成为生活中很普遍的工具。随着时代的发展，新事物的出现，也影响了经济市场的变化。在新的时代里，企业的生存面临着新的挑战和机遇，只有跟上时代的发展，才会有存在的意义。企业面对新市场，当然也需要做出相应的改变，转型升级给企业以更好的出路。
对于一个企业如果可以做到行业领先，那也就拥有了一定的优势。能够比竞争对手要更快推出新的产品和服务。一方面领先的行业竞争力度还很小，一家独大，哪怕有一些不足，但是还会被人所接受。当然了还是要以用户为中心，给用户带来真正新的价值，这样才算一个好的创新。
在互联网信息泛滥的时代，不要讲广而全，而是小而美。从现在人们的追求可以得出，现在的人们追求的是更加精致的生活，已然不是物质匮乏的时代，而只有专注做一方面才会做的更好。而另一方面，现在大的资源还掌握在巨头公司，而中小企业只能从细分行业入手，更容易被市场所接受。
互联网的迅猛发展，让企业很多时候会
陷入了迷茫，因为不知道该如何规化，现在互联网平台较火，以前线下的订单都转到了线上。作为商家当然要满足消费者的需求，也要开发消费者的需求。搭建网络平台，促进网络成单，是当下企业必要做的事情。
云展智能SaaS云平台为中小企业提供一站式服务，企业没有技术、不会运营、不懂未来发展方向。平台都可以帮助解决，以先进的技术、多年的行业经验，可以降低企业前期的投入成本，有助于企业规避风险，从而使区域内中小企业掌握服务的主动权。
云计算，大数据信息化带来的数字化转型赋予了经济发展新的动力，面对激烈的市场竞争，企业运用新一代信息技术提高品牌价值，打造新型管理体系，已经成为获得市场成功的关键。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。现在位置： &>& &
传统对人力资源的理解，从HR(Human
Resource)的英文翻译而来，所以中文名叫人力资源。随着社会的快速发展，这种叫法越来越不适应现代管理的需求。当下，对HR的进化史有多种说法，有说HR4.0的，也有说HR8.0的，可谓百家齐放。本文将另辟蹊径，旁征博引，重新定义HR3.0，并提出HI的概念，以期抛砖引玉，权当对未来人才管理的一次探寻。人力资源进化史：从HR1.0到HR3.0HR1.0因为HR的说法深入人心，所以我们仍然沿用这个词。约翰·R·康芒斯曾经先后于1919年和1921年在《产业荣誉》和《产业政府》两本著作里使用“人力资源”一词，但与21世纪我们所理解的人力资源在含义上相差很远。HR成为热词，是在上世纪六十年代，即二战以后。其核心思想是“程序化”和“控制”，把方方面面的工作程序化，便于管理层控制。这一时期，注重的是对工作、任务的执行，强调效率。人力被认为是一种成本，而不是我们现在认为的人才资本，这是典型的工业时代的思维。所以，当时的中文翻译为人事，也是基于这样的时代背景。HR1.0的关键词是：人事、资源、流程、效率、成本、控制、被动、组织架构。HR2.0HR2.0兴起的具体时间没有统一的说法，因为它是在不断演化中确定下来的，甚至和HR1.0有一定时期的重叠。其特点是，从1.0时代关注的任务即事，上升为2.0时代的人本主义，涵盖范围更为广泛包含了人力资源六大模块和三大支柱。这从叫法上也证明了这点，这一时期的主流叫法是：人力资源。时至今日，我们依然采用这个称谓，很少有公司再使用人事这个词了。甚至，如果你在招聘的时候使用Talent
Acquisition，会让你显得更加时髦。在HR2.0时期，企业更加注重对员工的投资而不是利用，积极开展员工培训，实施导师计划，对员工授权而不再强调控制，而且注重企业文化的建设。近年来，企业更是利用现代科技比如云计算，对人才资本进行管理，即采用HCM
SaaS软件。这也催生了一个新的产业。根据海比研究预测，2020年中国SaaS型HR提供商的收入总规模将达到90亿人民币，未来5年的复合增长率将达到80%。HCM
SaaS的主要细分领域包括：测评招聘、劳务派遣、在线学习、绩效管理、薪资福利社保外包，办公协作、项目管理等。主流的国内和国际企业有：Oracle(PeopleSoft)、Workday、Zenefits、SAP(SuccessFactor)、Kenexa、用友、东软、金蝶、北森(新三板)、科锐国际(主板上市)、大易、薪人薪事、薪太软、知人、金柚网、51社保、爱员工、北森、大易、理才网、盖雅工场、智思云等等。HR3.02018年3月初，钉钉把自研人事系统的9大核心功能(请假/SSC/转岗/入职/离职/转正/花名册/晋升/员工关怀)首次免费与所有中国企业共享，这一事件标志着人力资源进入HR3.0时代。当常规的人力资源SaaS功能免费之后，整个人力资源将面临新一轮的革新和洗牌。此时，我们不得不回到事情的原点，去思考企业招聘员工的目的是什么?为了监控他们的考勤?为了签合同?为了设置KPI?其实，我们招募员工的初衷是为了使用他们头脑中的智慧和创意，这才是本质。彼得·德鲁克所说：“企业有且只有两个功能：营销和创新”。在双创的时代大背景下，企业如何创新，正是每一个企业需要积极应对的挑战。著名投资人沈南鹏也曾说：“公司管理者需要一直思考的问题是哪里会出错，哪里创新不够”，可见创新是企业招募员工的源动力。在HR3.0时代，企业需要的注重是对更高端的人才智能的管理。在VUCA时代之下，企业人力资源最为重要的工作是为员工赋能，刺激他们的创新细胞，帮助企业增加创新性的营收。那么，创新从哪里来?当人们关注外在竞争，都在提蓝海战略的时候，其实企业内部的员工创意或者说员工智能，才是企业拥有的一片蓝海。在HR3.0时代，比HR更加贴切的叫法应该是HI——Human
Intelligence(人才智能)。人力资源部门，对应叫作HI部门。HI将超越成本和资本的概念，更像是可持续性的利润驱动器。因为来自员工的开放式创新和员工的内在动力，是可持续发展的。HR3.0时期的关键词是：人才、智能、效率、创意、赋能、HI、主动参与、SaaS软件管理。其中最为核心的两个词是赋能与创意，SaaS工具因为云计算的成熟，将成为一种基本方式。我们正处在一个极速变革的时代，这不单是人力资源领域的一次变革，更是企业组织管理方式的一场变革，谁把握住了HR3.0的机会，谁就能打造具有持续竞争力的企业，成为真正意义上的基业长青。这对任何从事人力资源的企业来说，都是一次难得的机遇，我们预测，本次机遇将持续未来数十年，甚至上百年。如何应对HR3.0?从2018年伊始，不管是在人力资源管理论坛，还是企业管理变革论坛，亦或是创业创新大赛中，组织赋能和员工赋能这两个词汇，被反复提及，甚至做为论坛的主题。华为公司也在2018年3月提出了《华为公司人力资源管理纲要2.0总纲》，目前正在全球范围内征求员工意见，之后将是制定制度和流程，以及建立对应的文化;海尔董事长张瑞敏先生提出的人单合一，是国内把赋能和创新结合得非常不错的佼佼者;当我们把视野拉到海外，会发现国外管理界提出的青色组织、合弄制、阿米巴等，虽然名称不一，但是其本质都一样：为员工授权赋能，帮企业创新增收。当青色组织、合弄制、阿米巴、人单合一、小微等概念戴着不同的帽子出现在世界各地的时候，中国已经出现了一家创新型公司，将这一理念落地实施，推出了具有世界领先水平的员工赋能和创新工具——员动力(Yem
Innovation)。&&员动力SaaS云平台同时兼容PC端和移动端&员动力SaaS云平台登陆界面员动力SaaS云平台，由留美归国硕士卢廷友(Jackie哥)及其团队历时两年精心打造，在技术上，它利用ABC技术，即可AI人工智能、Big
Data大数据、Cloud云计算，以及ML机器学习等世界先进技术，激励、管理，并变现员工的创意。员动力同时自创TIO算法，保证了对大数据的有效运用。该平台同时兼容PC端和智能移动端，并已获得国家计算机软件著作版权。这是继中国共享单车创新之后，又一具有世界领先水平的云计算领域的创新，据观察目前还没有其它公司切人这个细分市场。员动力有着移动互联时代的基因，所以其运作方式简单而高效：任何员工都可以在该平台上提交自己对公司的创意并落地实施，为企业增加创新性收入。员工从项目利润中获得30%的分成，剩余的70%归企业所有。这样的员工创意变现，就像员工为企业新种的一颗树，企业没有投入却坐享其成，这让成天忙的不可开交的高层再次找回了宁静，甚至说完美的帮助企业实现了HRBP。因为员工可以在平台上灵活组队(即组成SWAT
Team：Speical Wisdom And Tactics
Team)，传统的组织架构将被颠覆，从而巧妙的实现了小微组织/阿米巴组织/青色组织/合弄制。因为它提高了员工参与度，倾听了员工心声，还能起到增加员工敬业度和归属感的作用。所以，员动力一经推出，就被誉为“员工赋能神器”、“员工创意管理神器”。关于创意和效果，许多人存在一定的误解认为是空洞的，“所以，我更愿意说，员工提交的是一个可实施，并可以变现的项目，而不仅仅是一个空洞的创意，因为我们要切实为户客户创造利润，我们才能提高客户周期价值(LTV)，并增加顾客的留存率(Retention
Rate)。”卢廷友这样说道。员动力团队既有世界500强工作的经验，也有国内民营上市企业工作的经验，有着强有力的落地执行力和创造力。另外，员动力构建了一个客户成功团队(Customer
Team)，对客户进行辅导，帮助客户成功。根据目前客户的使用情况看，员动力帮助企业创新增收的效果非常好。比如，广东某制造业的客户，在使用员动力不到两个月的时间之内，就创造出125,800元人民币的收入。试想，如果没有员动力这个赋能平台，这个员工的创意可能就被埋没了，员工就会成为沉默的大多数。再比如员动力自身的例子：员动力的广告语——让员工有动力，也是利用这个平台产生的。在2018年的两会期间，有这样一个统一的认识：“中国经济正在从高速发展转向高质量发展，高质量发展靠的是创新，创新靠的是人才。”
国家主席也说：“人才是第一资源，创新是第一动力;强起来靠创新，创新靠人才。”员动力提前预见并把握住了这样的时代机遇，推出的SaaS云平台，将成为HR3.0时代创新和赋能的通用型工具，有效帮助中国企业实现高质量发展。向内打破，为成长赋能北京大学国家发展研究院管理学教授陈春花女士曾提出“向内打破，为成长赋能”，这也正是员动力SaaS云平台在践行的。员动力还世界首创了“创意魔方云”和“情报客云”，目的是就为了刺激员工的创新，打造员工创新和员工赋能闭环。因为要让牛出奶，就必须给牛吃草。“虽然拿奶牛比喻不是非常贴切，但是话粗理不粗。”卢廷友补充道。在HR3.0时代下，每一个企业都有一座人才金矿等待挖掘，就看作为CEO或者负责HI部门的HRD是否看见、相信，并践行。
(R)互顶网(TM) | 版权所有 | 若非注明 | 均为原创(TM)
㊣ 转载请附上文章链接并注明：
㊣ 本文永久链接：
总共nnn篇文章
墨鱼以站长出道，以折腾帝国CMS模板为兴趣，从事帝国CMS建站多年，专注帝国CMS模板开发设计！喜欢就加我QQ。