cloudnative.top_个人页

个人头像照片 cloudnative.top
个人头像照片
0
7
0

个人介绍

暂无个人介绍

擅长的技术

获得更多能力
通用技术能力:

暂时未有相关通用技术能力~

云产品技术能力:

阿里云技能认证

详细说明
暂无更多信息

2019年11月

正在加载, 请稍后...
暂无更多信息
  • 回答了问题 2019-11-14

    新的技术,比如大数据、AI如何应用在航空行业?

    主要是看你是在航空行业的什么应用场景下去使用大数据、AI技术。 比如上面几位朋友提到的营销,可以用一些大数据、AI技术去精准获客、精准运营。 也可以在机场的安防上,使用大数据、AI技术去构建比如人脸识别的应用。 具体的可以使用的场景非常多,你先想清楚你是什么应用场景,咱再来谈怎么切入。
    踩0 评论0
  • 回答了问题 2019-11-14

    请问postgres实时同步数据到mysql数据库有什么好的方案吗?

    你可以使用DTS去做这个事情。 https://help.aliyun.com/document_detail/26592.html?spm=a2c4g.11186623.6.542.71535603r3AHUP
    踩0 评论0
  • 回答了问题 2019-11-14

    我注册了阿里云账号,进了群了,是云大使了吗?

    你需要在云大使页面点加入 https://promotion.aliyun.com/ntms/yunparter/index.html
    踩0 评论0
  • 回答了问题 2019-11-14

    镜像安装后密码忘记,使用控制台修改密码重启后还是提示密码错。

    在阿里云管理控制台重置ECS实例的密码并重启服务器后无法访问该服务器 问题描述 通过阿里云管理控制台重置实例密码,并在控制台重启实例后,无法通过本地设备连接实例。 问题原因 Windows实例可能因为安全防护类软件将System32目录设置为禁止访问,例如McAfee软件,所以实例在重启过程中无法成功调用脚本进行修复。 解决方案 您可以通过以下步骤对此类问题进行排查和解决。 Windows实例 通过云服务器管理控制台的远程连接功能登录Windows实例,关于如何登录Windows实例,请参考使用管理终端连接Windows实例。 检查实例内部是否安装安全防护类软件。 当安装安全防护类软件时,检查防护软件是否将Windows实例中的System32文件设置为不允许读取或不允许执行。如有此设置,取消即可。 更多信息 ECS实例还有其他密码不生效问题,例如由于修改了adminstrator和root默认用户名导致控制台重置密码不生效,此问题可以通过修改之后的用户名和密码登录实例,然后修改回默认的用户名。 https://developer.aliyun.com/ask/257802?spm=a2c6h.13066354.0.0.9a4868b7MsMLeO
    踩0 评论0
  • 回答了问题 2019-11-12

    windows如何可以将本地数据实时上传到阿里云平台上吗?如何上传?

    看你是什么数据,上传到阿里云上的哪里?OSS存储吗? 你可以使用OSS的上传工具: https://help.aliyun.com/document_detail/44075.html?spm=a2c4g.11174283.6.689.39407da2QgNqYI 比如数据迁移工具ossimport 如果你这些都弄不清楚,那就简单粗暴,买个ECS,架设一个FTP,直接用FTP传。
    踩0 评论0
  • 回答了问题 2019-11-12

    请教下怎么解析域名到163免费企业邮箱

    你找到163企业邮箱的文档,看他上面把域名解析过去的要求,然后在你阿里云的云解析上配置上相应的域名解析条目就可以了。 其中163那边后台会要求你在域名解析里添加上一个MX记录的值,作为验证。
    踩0 评论0
  • 回答了问题 2019-11-12

    如何处理高并发的网站?

    处理1000并发、10000并发,首先要摸清楚你部署的应用的技术情况。 第一步:比如是php这种稍微消耗资源的,还是java这种性能好一点点的;是单体应用功能简单的静态站点,还是微服务架构功能复杂的大型应用。 第二步:然后根据情况先最小化部署一套资源服务器上线,切割一部分业务流量上云,盯着阿里云后台的资源列表上的监控,看看CPU、内存、网络等等的占有率是什么情况。 第三步:针对性扩容。 第四步:如果遇到应用响应慢、打开卡顿、服务间调用超时等情况,排查瓶颈到底在哪里。是在ECS上?还是在数据库上。如果在数据库上,再分析是因为数据库持续性压力太大了,还是突发业务流量太大了。然后针对性的去做cache或者分表分库。 第五步:如果缓存也上了,数据库也调整了,还是杯水车薪,那就再考虑上CDN。 第六步:CDN上了还是扛不住,恭喜你,体量这么大了,那开始容器化改造,然后上kubernetes吧,多机房、多集群弹性部署吧。
    踩0 评论0
正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息