趁阿里云宕机之际,我教妹子部署阿里云服务器,妹子邪恶的笑了

上一节教会妹子使用IDEA创建WEB应用之后,妹子的学习兴趣大增,有事没事都缠着我教她技术。看来学好技术好处非常多啊,欧耶!详情请看:

教妹子用IDEA创建web应用,部署到Tomcat服务器

最近阿里云宕机事件闹得沸沸扬扬,把我们的程序员兄弟弄的半夜起来加班修复,真是罪大恶极。

然而,伟大的哲学家认为,事物都是有两面性的。阿里云事件彻底启发了我,真的猛士要敢于直面淋漓的鲜血。程序员就应该迎难而上,到bug最多的地方去。

大家试想,如果我教会了妹子使用阿里云服务器,而阿里云又常常出问题,那妹子岂不是会经常找我解决问题?

万一运气比较好碰到难题,弄到半夜才搞完,那就又可以愉快的到妹子家蹭零食吃啦。

于是,下班之后,我主动找到妹子,表示要教她部署云服务器。

妹子很惊讶,说:“哥,阿里云不是刚出问题了吗?怎么还要学阿里云?”

我眼睛骨碌碌一转,说:“妹子,你别听江湖瞎传说,阿里云的稳定性目前在国内是数一数二的”。

妹子哦了一声,说:“原来这样啊,我差点被骗了。好吧,我们开始吧。”

闲话休提,开始干活。

购买服务器

第一步:登录阿里云
网址:https://www.aliyun.com
注册账户登录。

第二步:创建一个实例

第三步:配置参数

第四步:镜像选择

问:为何要安装镜像?
答:购买云服务器,实际上相当于买了一台电脑。电脑刚买来的时候,需要安装系统才能使用。安装系统有两种方式。
1.使用系统安装盘安装。然后再一步步配置使用环境,例如安装Apache服务器,配置java虚拟机等。
2.使用已经包含系统和使用环境的镜像直接覆盖。

这一点很像我们给电脑安装系统盘一样。你可以选择用安装盘安装,还是ghost镜像盘安装。

用镜像盘安装,肯定是最容易的选择。

从镜像市场里选一个包含java运行环境的镜像。

有的同学会问,怎样才能选到好的?只要遵循两个原则,就能选到最好的。

  1. 镜像的参数要满足你对配置的要求。
  2. 尽量选多人用的。
    基于以上两个原则,妹子很快就做出了选择。。。

    选择配置的时候,要勾选上“分配公网IPV4地址”选项。

    配置密码的时候,记得要选“自定义密码”。这个密码就是云服务器的系统登录密码。说白了就是linux系统的登录密码。

    然后就是付款了,但是不能让妹子付钱。有好搞事的同学会说,这个钱就得妹子付。你教他知识,不让她付,是要干啥呀。

锋哥不得不说:同学,难怪你注孤生啊。你见过码农带妹子去喝奶茶,让妹子付钱的吗?你说锋哥能丢咱程序员的脸吗?嗯?!

再说了,这么好看的妹子,能这么耐心的听我讲解技术,多不容易。大家说是不是?

妹子看到我一顿猛如狗的操作,小脸兴奋的通红,笑的花枝乱颤。有诗为证:

柳眉舒展逢喜事,
嘴角含笑倍妖娆。
一颦一笑皆辛苦,
勤练技术为前程。
不爱江山爱技术,
一朝嫁入码农家。

打开阿里云的管理后台:点击“管理控制台”->“云服务器ECS”->“实例” 找到云服务的IP地址。


随便打开一个浏览器,输入上一步找到的IP地址,看到以下页面,成功!

我意犹未尽,还想继续给妹子讲怎么把项目打包部署到云服务器运行。

这时候,有些粉丝朋友已经不耐烦了:“锋哥,我们是来看妹子的,你别把技术讲的没完没了的,差不多得了。”

好好好,应各大粉丝的要求,我今晚要请妹子喝奶茶。妹子很开心,拉着我的说:“哥,我要喝波霸奶茶加珍珠。”

我一听,却愣住了,暗想:加珍珠不是要贵5块吗?大家说我还要不要去?
(连载原创,未完待续)

原文地址:https://www.cnblogs.com/coderlover/p/10483072.html

时间: 2024-10-10 08:53:53

趁阿里云宕机之际,我教妹子部署阿里云服务器,妹子邪恶的笑了的相关文章

怎样最小化云宕机事件的影响?

云计算并不是天生就是不可靠的,但是如同所有的IT形式一样,必须仔细挑选和管理云服务以实现特定的可靠性和可用性目标.这些步骤可以是合同形式的.是技术形式的或者甚至可能需要重新思考你的应用程序架构.如果没有经过慎重考虑,那么你从云计算中的收益可能要少于你的预期. SLA降低了使用云厂商数据中心而产生的风险 免受云宕机事件影响的第一步就是要评估云厂商数据中心的可靠性.大部分的云厂商都拥有着很少数量的数据中心,通常情况下只有一个,而这些数据中心易于产生与企业相同类型的故障.最广为人知的云计算故障往往是那

云宕机

云计算正日益融入我们的生活,可能有时候我们都意识不到自己正在使用云服务.正因为如此云计算宕机的影响才更严重.我想,最近一个月发生的这些宕机事件给我们的启示有三点: 1.云计算不是万灵丹,我们不过是租别人的计算机而已.因此自己数据中心可能出现的问题就算是转向了云计算也依然存在. 2.云计算极大简化了用户对资源的操作,但这有好也有坏.有不知多少人为了你能正常使用操碎了心,但出了问题的时候你作为用户完全什么也做不了. 3.企业有自己的替代方案很重要.可以是另一家云服务提供商,也可以是自己后备的数据中心

Git服务器宕机如何使用本地克隆仓库快速恢复Git服务器

在工作中难免会出现代码仓库不能使用如:服务器磁盘跪了,高可用失效,地区级别的网络瘫痪,等等. 之前也听过Git的一大亮点为去中心话的可靠代码仓库,那么问题来了: 代码库真的宕机了,连不上了,在短时间内需要团队开发合并代码,协作开发,发布版本,笔者在网上搜索一圈没有人写过类似文章(也有可能大家都觉得这个太简单了),故写下自己意淫的方法,以及自己亲身的实施步骤: 好,现在问题来了,已经推不上去了,没办法和其他开发互动了 解决思路: 需要一个临时服务器来代替原先的宕机的服务器上面(可以是你自己的本机)

如何成为云中硬核“牧羊人”?云堡垒机服务高效运维,让云主机不再成为落单的小羊!

企业运维场景难点,自检你中招了哪些?? 企业运维账号众多企业运维的服务器数量众多,而维护人员数量有限,一个运维人员维护多台主机.多个系统的现象普遍存在.因此,运维人员不仅管理的机器账号密码多种多样,而且需要同时在多套主机系统之间切换.这种情况大大增加运维人员工作量,导致运维效率低下.易出错.影响IT系统正常运行. ? 权限分配粗放,缺乏细粒度企业运维授权一般是采用操作系统自身的授权系统,授权系统功能分散在各个设备和系统中,导致缺乏统一的运维操作授权策略:授权颗粒度粗,无法基于最小权限分配原则管理

云堡垒机和传统运维堡垒机,哪个更好?

企业使用运维堡垒机是为了保障数据安全,但是现在市面上的运维堡垒机品牌实在太多,就连堡垒机形态,也由最传统的跳板机.硬件堡垒机.软件堡垒机,过渡到如今的云堡垒机.那么传统运维堡垒机和云堡垒机相比哪个更好呢?云堡垒机有什么优势所在呢? 传统运维堡垒机: 传统运维堡垒机主要以硬件形态(或硬件为主.软件为辅)部署和使用,这类硬件堡垒机比较笨重,价格十分昂贵,对原有网络结构入侵大,部署起来有技术难度,但是其安全性很好,管控能力十分强大,可以扩展容纳超大规模的IT系统.是银行.国营大型企业IT运维团队的首要

云计算之路-阿里云上:重启 manager 节点引发 docker swarm 集群宕机

为了迎接春节假期后的访问高峰,我们今天对 docker swarm 集群进行了变更操作,购买了1台阿里云4核8G的服务器作为 worker 节点,由原来的  3 manager nodes + 2 worker nodes 变为  3 manager nodes + 3 worker nodes . 晚上,我们对已经持续运行一段时间的5个节点逐一进行重启操作,重启方式如下: 1)docker node update --availability drain 让节点下线2)阿里云控制台重启服务器3

云计算之路-阿里云上:3个manager节点异常造成 docker swarm 集群宕机

今天 11:29 - 11:39 左右,docker swarm 集群 3 个 manager 节点同时出现异常,造成整个集群宕机,由此给您带来很大的麻烦,请您谅解. 受此次故障影响的站点有:博问,闪存,班级,园子,短信息,招聘,小组,网摘,新闻,openapi 最近我们刚刚确认我们所有遇到的 docker swarm 不稳定问题都与部分节点的异常状况有关,即使是一直让我们非常头疼的 docker-flow-proxy 路由问题,也是因为路由容器所在的节点出现异常状况,只要通过阿里云控制台重启这

云平台数据库主机意外宕机问题

问题引入: 很多公司在使用自己的私有云环境时,会选择划分主机集合,像这种 很好,做得很好,但是新建主机集合的精髓在于:区分对待,每个zone内包含物理节点拥有不同的物理配置 比方说: 1.zone1用来新建cpu密集型云主机 2.zone2用来新建内存要求较高的云主机 3.zone3用来新建硬盘io要求较高云主机 如果不区分对待,那划分什么主机集合. 下列就是发生在我们公司的一个案例: 一:问题:生产环境DB主机主节点在19号中午突然宕机,导致公司某业务中断. 二:问题解决: 生产以第一时间恢复

云服务宕机后果严重 用户如何防范于未然

前段时间出现的不管是云服务宕机还是数据中心遭受自然灾害,都说明即使再靠谱的运行商也有飞来横祸的一天,所以为了我们的数据安全,不要在选择一个运营商后就觉得高枕无忧了,还要做好以下三件事,才不至于在意外来临时措手不及. 数据备份 传统数据备份还将继续存续下去.在某些环境下,它还可以很好地发挥作用,现在还没有理由和/或预算去替换它. 云存储.云备份等产品及服务的确为众多企业,尤其是中小企业带来了便利,但云存储同时又是一把双刃剑,在发生问题时给企业带来等影响和损失也是非常巨大的.因此,如果你在云端存储重