云帮

带你体验物联网——使用树莓派简单快速连接贝壳云帮助指南 使用贝壳云的原因 笔者项目中需要用到天猫精灵语音控制物联网设备的功能，而天猫精灵的APP是可以支持贝壳云的智能设备的，所以就记下我的上云经历（先帮你们踩雷）。 一、连接贝壳云前的准备 1. 硬件 a) 树莓派*1(这里作者使用的是树莓派4B版本) 【以下可选】 b) led * 1 c) 220欧电阻 * 1 d) 杜邦线若干 e) 面包板 * 1 2. 软件 a) python环境 （raspbian系统自带） b) 贝壳云账号 c) github账号 二、开始搭建贝壳云环境 1. 登录贝壳云官网并注册账号，这里不再赘述。 注册完毕后在主页点击右上角你的用户名，会进入控制台界面 ps:这里我已经创建好了智能设备、数据接口还有报警提示，如果是新创建的账号里这三项都是0 2.添加智能设备 点击左侧边框的** “智能设备” (注意不是子设备!) -> “添加设备” 点击下方的 “添加智能设备” 然后依次填入设备名称、设备简介、详细说明，接着点 “确定” 然后就能在设备列表中看到刚刚你所添加的新设备了。 划重点：在设备列表中，你需要记住两个重要的值，一个是设备的ID，一个是设备的APIKEY，这两个值等会代码中要用到 ！注意：一旦添加新设备该设备是无法被删除的！ 3.添加数据接口：

作者 | 孤弋 阿里云高级技术专家，负责 EDAS 的开发和用户体验优化工作。 导读 ：在上一篇文章 《SpringCloud 应用在 Kubernetes 上的云上实践 - 开发篇》 中讲到可以通过两个工具，轻松地将一个 SpringCloud 应用从初始化到本地运行。本篇文章，我们将介绍如何将上一篇文章中提到的应用在云上跑起来。 初始化集群 为了将应用运行在云端，首先我们需要一个 Kubernetes 集群，在 EDAS 中使用 Kubernetes 集群目前最快的方式，是将一个阿里云容器集群中的 Kubernetes 集群( ACK 集群 )，导入到 EDAS 中来。 如果还没有ACK集群的话，您可以通过以下两种方式来创建一个： 直接进入容器服务的控制台进行创建； 如果您已经有一个在云上建好的集群，或者有一个在其他 IDC 或友商中有的集群，也可以在容器服务这边通过“注册已有集群”的方式，导入到容器服务中来。 等到 Kubernetes 集群就绪之后，在 EDAS 上需要进行一次集群“导入”，导入方式如下图所示： 在导入集群时，EDAS 会做以下操作： 初始化 EDAS 的集群控制器和相关资源，主要包含：基于开放云原生应用标准的 OAM Controller、日志采集的 Agent、监控链路中的 Arms 环境信息等；其中大部分控制器运行时不会占用用户集群的资源，而会运行在

今天这篇文章主要是为大家分析下我所用过国内几款服务器管理面板：安全狗、悬镜、云锁、云帮手体验与感受。 安全狗（ 官网地址 ） 一直对安全狗不怎么感冒，装上还是会挂码，一直对安全狗不怎么感冒，装上还是会挂码。觉得安全狗不够安全防卫，用了几天果断把卸载了 云锁（ 官网地址 ） 系统的64位win2012的话，我测试下来的效果一般。当然，详细的测试没有，只是说我的情况，云锁防篡改功能很强，但是安装后网站会变慢，甚至一两个小时后出现部分网站无法打开，需要重启IIS才能正常访问网站。 悬镜（ 官网地址 ） 目前是免费得，用过悬镜一段时间了。它是Linux服务器系统上一款比较有特色的主机加固软件，有基线扫描、Webshell查杀、网站漏洞防护、CC/DDOS防护等，对Linux系统支持最深。不过用的最顺手功能就是它的Webshell查杀，好像说是搞了啥语法分析，对我平常的运维挺有帮助的。 云帮手（ 官网地址 ） 安全防护功能完善，能满足客户需求。新手安装基本也没有问题，另外站点管理功能也比较全面，一键部署环境，而且还是免费使用的，对于不想买付费软件的运维人来说是最好的选择，自带远程连接功能，无需再通过其他工具进行远程桌面控制，也是因为这样所以云帮手的安装和服务器的添加相比之下更方便快捷；相比宝塔多了一键安全巡检和修复功能，功能也基本齐全，支持站点环境一键部署（如php、Apache等安装）

作者 | 孤弋 阿里云高级技术专家，负责 EDAS 的开发和用户体验优化工作。 导读 ：在上一篇文章 《SpringCloud 应用在 Kubernetes 上的云上实践 - 开发篇》 中讲到可以通过两个工具，轻松地将一个 SpringCloud 应用从初始化到本地运行。本篇文章，我们将介绍如何将上一篇文章中提到的应用在云上跑起来。 初始化集群 为了将应用运行在云端，首先我们需要一个 Kubernetes 集群，在 EDAS 中使用 Kubernetes 集群目前最快的方式，是将一个阿里云容器集群中的 Kubernetes 集群( ACK 集群 )，导入到 EDAS 中来。 如果还没有ACK集群的话，您可以通过以下两种方式来创建一个： 直接进入容器服务的控制台进行创建； 如果您已经有一个在云上建好的集群，或者有一个在其他 IDC 或友商中有的集群，也可以在容器服务这边通过“注册已有集群”的方式，导入到容器服务中来。 等到 Kubernetes 集群就绪之后，在 EDAS 上需要进行一次集群“导入”，导入方式如下图所示： 在导入集群时，EDAS 会做以下操作： 初始化 EDAS 的集群控制器和相关资源，主要包含：基于开放云原生应用标准的 OAM Controller、日志采集的 Agent、监控链路中的 Arms 环境信息等；其中大部分控制器运行时不会占用用户集群的资源，而会运行在

TeamViewer是一个能在任何防火墙和NAT代理的后台用于远程控制的应用程序，桌面共享和文件传输的简单且快速的解决方案。为了连接到另一台计算机，只需要在两台计算机上同时运行 TeamViewer 即可，而不需要进行安装（也可以选择安装，安装后可以设置开机运行）。该软件第一次启动在两台计算机上自动生成伙伴 ID。只需要输入你的伙伴的ID到TeamViewer，然后就会立即建立起连接。 很多人都在用teamviewer进行服务器的远程控制，犹记得10月份网上流传的一则teamviewer被爆重大安全漏洞的信息把楼主吓得，赶紧在网上找类似功能的替代品，虽然后续证实这是个乌龙，但像这种常用工具一旦发生安全问题那后果不敢想象，最好还是能有个替代品以备不时之需。 关于teamviewer安全漏洞乌龙新闻>> http://www. sohu.com/a/346789567_48 7482 对于能够替代teamviewer的要求有几点： 1、支持远程操控；2、安全；3、操作方便；4、界面简洁 。 看上去挺简单但实际找到的符合要求的工具不多，目前我觉得还不错的有一款国产的服务器管理面板，叫 云帮手 ，基本符合上述条件。 这个软件是兼容windows/Linux的，所以系统方面没有什么限制，只需要填写服务器的一些基本信息和密码就可以进行远程操控了，不用再去下载什么别的工具包，很简单。 首先下载（

开始这个话题之前，我们先来看看运维充（苦) 实 (bi) 的工作日常。 不被理解的工作日常 ——运维是做什么的？ ——装系统的、修电脑的、机房电工、修电路的、扯网线的、搬服务器的……我们也不知道他在做什么，反正看上去整天忙来忙去的…… 其实，以上只是运维日常工作的一小部分。 一般来说，当产品上线后，项目组成员去欢喜庆祝的时候，就是运维忙到飞起的时候。打扫战场、收尾工作，样样都要做；报警分析报告、系统监控数据报告，“告告”不能少。 24小时提心吊胆的工作日常 ——出了问题找谁？ ——运维，他总是随叫随到。 如果你想让一个运维充满干劲，只要在他耳边轻轻说一句，“服务器又挂掉了！”足矣。 产品迭代、上线期间，为了不影响大家正常的使用系统，应用发布、基础设施变更、演练等工作通常都会放到深夜，通宵也是常有的事。 运维工作的时候总是小心翼翼，“如履薄冰”，生怕自己一个生产操作给业务带来影响。 突然背锅的工作日常 在运维看来，天上盘旋着很多锅，如开发程序问题、硬件问题、系统软件问题、业务需求问题，稍有不慎，这些问题就突然变成锅，砸在了自己身上。 比如有既定上线时间的产品，可能因为临时技术方案发生变化，研发推迟了开发时间，导致测试同学的时间压缩，上线的时候出现问题。 一些锅，就得由运维来背了。 运维同学如何减少背锅，并且从这种枯燥、高压的工作里，不断成长，最后成为一个运维大神呢？

来源： oschina 链接： https://my.oschina.net/u/4321646/blog/4301880

对于运维的日常工作来说，服务器监控是必须且最基础的一项内容。在企业网络运维过程中，管理员闭虚随时关注服务器和网络运行情况，以便及时发现问题，尽可能减少故障的发生。当网络中的设备、服务器数量较多时，为了更加方便，快捷的获得各种监控信息，通常会借助一些集中监测软件。 目前使用比较多的服务器监控软件有这三款： zabbix、cacti、nagios ，简单介绍一下这三个软件。 zabbix zabbix 是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。 cacti Cacti是一套基于PHP,MySQL,SNMP及RRDTool开发的网络流量监测图形分析工具。 nagios Nagios 是一款开源的免费网络监视工具，能有效监控Windows、Linux和Unix的主机状态，交换机路由器等网络设备，打印机等。在系统或服务状态异常时发出邮件或短信报警第一时间通知网站运维人员，在状态恢复后发出正常的邮件或短信通知。 然而对于大部分新手来说，这三款监控软件虽然在监控方面的功能很强大，都不是太容易上手，安装和部署比较困难。 资源监控在运维工作中的作用是发现问题，让运维人员能够及时处理并且解决问题，基于此，运维新手应该找一款更适合自己

运维个个都是狠人 他们对自己，实在太狠了 别人最多996，运维每周007 为了能维持业务正常运转 他们从来不敢懈怠，几乎付出所有 在运维的字典里 从来没有“摸鱼”二字 …... 「网络运维不容易」 有时候troubleshooting半天 发现遇到了路由环路 好不容易解决了环路 又遇到网络流量突发 有时候一个网络丢包 都可能引起大问题 … 「安全运维也苦B」 一条错误的ACL配置 就能把自己搞蒙圈 有些庞大的系统，看似无懈可击 其实都埋伏着安全隐患 有时把漏洞刚补上 却又出现新“0day” … 「系统运维更虐心」 有些系统，明明UI界面做得还不错 上线就是一堆BUG 有些系统，没在生产环境做过测试 做个PoC就扑街 有些系统，即使用了双机热备 仍然不能避免会翻车 … 「互联网运维最命苦」 突然来了一个大瓜 所有人都开心地“吃瓜” 只有运维躺了枪 火急火燎做扩容，应对吃瓜流量 很多问题，投入了时间和精力 结果却一言难尽 复盘的时候还会被拎出来背锅 … 因为工作对他们狠 所以运维只能对自己更狠 尤其，进入全面“数字化”时代 运维工作更加充满不确定性 海量的数据、计算、容量 快速多变、应接不暇的业务需求 动不动就运维着价值千万的设备 出了问题真心赔不起 所以，运维对自己不狠，能行吗？ 销售如果做得久 至少能积累一大圈人脉 售前如果做得久 嘴皮子也能练的很利索 可是运维即便做得再久

——数据中心运维人员最怕什么? ——非常规故障？升级扩容？还是宕机？ 一直以来，服务器宕机都是运维人员的"痛"。因为有宕机的存在，运维人员素有"救⽕"和"背锅侠"的头衔。数据中心的宕机事故也难免发生，这不仅 增加了数据中心运维人员的工作量，也给数据中心带来了巨大的损失，毕竟， 宕机=烧钱！ 01 宕机事故让数据中心运维人员苦不堪言 随着科技的进步，数据中心已经从只有UPS、空调和IT设备的普通机房时代，进入到囊括互联网、大数据、AI、云服务等全方位服务的新时代。 首先，超大规模的数据中心带来人员、组织和效率的变化。以前万平米以内的数据中心，人工巡检一次2-4小时，现在数十万平米，需要更多的运维人员分布在不同的责任区，增加了管理的难度和成本。 其次，电压等级提高，安全风险增加。以往运维人员接触的是低压，现在供电设备、发电机、冷机都是高压供电，维护安全要求提升。 此外，规模集中，导致风险集中，事故影响更大。 一旦发生数据中心宕机事故，将导致大面积的服务和应用中断。 运维管理面临着空前的挑战， 数据中心运维难度加大。 02 减少人为失误，提升运维专业技能 宕机的原因多种多样，简单来说包括： 硬件故障、 网 络异常、系统或服务器自身Bug、突发流量或遭遇流量攻击 等等。 然而有数据调查显示， 70% 的 数据中心宕机事故是由人为失误造成的， 因此在数据中心规模不断扩大的同时