暂时未有相关云产品技术能力~
暂无个人介绍
所见即所得(英语:What You See Is What You Get,缩写:WYSIWYG)是由菲利普·威尔逊(Flip Wilson)所提出的一种电脑文本编辑器方面的技术,使得编辑文字时在屏幕上直接呈现最终显示效果,如打印到纸张上的效果,故也称可视化操作。
从集中化的运维到分散化运维,整个模式的转化过程中,整个企业面临着权限拆分和账单拆分的业务挑战,为了应对这个挑战,阿里云根据许多客户的真实场景,总结了分权分账的解决方案。
本篇内容分享了基于DataWorks的大数据一站式开发及数据治理。
本篇内容分享了企业上云等保三级最佳实践。
最佳实践覆盖23种场景,有180多篇最佳实践,其中涉及100款以上阿里云产品的最佳使用场景,最佳实践已成功帮助大量客户实现自助上云。
在互联网行业的业务发展中,针对业务突发性的特点,系统需要有弹性伸缩的能力。
最佳实践目前已覆盖23种常用场景,目前有180+篇最佳实践,这其中涉及100款以上阿里云产品的一个组合使用的场景(最佳使用场景)。本实践以电商网站为例,使用日志服务采集日志,RDS 作为后端数据存储服务,Maxcompute作为数据仓库并使用 dataworks 进行数据同步和处理,使用智能推荐产品搭建电商网站智能推荐系统。电商行业,需要向用户推荐的物品带有商品属性(物流信息,售卖信息等),可以引导直接交易,提升购买率和转化率,适合首页推荐、信息流等相关场景。
最佳实践目前已覆盖23类常用场景,已发布200多篇最佳实践,这其中涉及100款以上阿里云产品的最佳使用场景。目前,最佳实践已成功帮助大量客户实现自助上云。本篇主要讲述容器应用DevOpsforACK集群最佳实践。DevOps的目的是构建一种文化和环境,使构建,测试,发布软件更加快捷,频繁和可靠。而到了容器时代,需要部署的机器不但量更大,变化更剧烈,有的甚至需要根据条件自动升缩,为了满足企业敏捷的需求,持续部署也成了必须,本方案使用云效完成容器应用(小程序后端服务)的自动化构建和持续部署。
从华为云、腾讯云接入/搬站到阿里云网络时,暴露数据库公网 IP 有安全隐患,使用传统的 IPSec VPN 配置 VPN 网关过程繁琐,且连接带宽和速度不稳定,传输大量数据耗时很久。通过将 SAG vCPE 镜像部署在您网络的宿主机中,使宿主机作为一个 CPE(Customer-premises equipment)设备为您提供上云服务,突破了物理的限制,更加灵活地帮您将网络接入阿里云。
告警对于企业的开发运维,安全运维,业务运维有着至关重要的作用。然而很多企业在告警运维方面存在着重复建设、监控质量差、告警风暴、触达不人性化、无法闭环等问题。
本文主要基于《阿里云解决方案技术白皮书》的指导,以一个典型S/4HANA上云案例,来分析上云过程中遇到的一些典型问题,以及架构的设计和落地的最佳实践。
一般情况下,部署在阿里云 VPC A 内的服务提供方需要暴露公网访问入口,而 VPC B 内的服务使用方则通过公网路径访问 VPC A 内的服务提供方。但公网访问方式容易受到攻击,存在安全隐患,且网络质量和时延无法得到可靠保障。若服务提供方和服务使用方所在的 VPC 存在地址冲突也无法通过云企业网进行私网互联通信。
云计算作为新一代的数字基础设施,业务迁移上云是业内的广泛共识。传统行业的公司希望能借助云计算,更好地适应业务发展的需求,对云上资源有更多的自主控制权。基于DDH和MyBase构建的业务系统,能够很好地满足这些需求。通过资源物理隔离,最大限度保障业务安全。开放物理机,及数据库OS控制权;配置灵活,全面可控。资源超分,提高资源利用率,降低成本。
本最佳实践讲解了如何基于阿里云产品快速搭建一个企业级的离线日志大数据分析系统,这里以搭建一个电商网站用户访问行为日志分析系统为例。
本篇实践将以某家国际教育机构为例,为大家详细介绍云原生架构下日志服务数据预处理以及对应的解决方案和最佳实践操作手册,方便用户快速对号入座,解决云原生架构下的常见日志难题。
本实践通过云速搭实现数据库审计的部署。
本最佳实践讲解如何通过云速搭部署一个挂载CPFS的E-HPC集群:以CPFS为共享存储的E-HPC集群,在创建之前必须事先制作好安装了CPFS客户端的自定义镜像,再通过该镜像创建E-HPC集群。
本实践通过云速搭实现云安全中心的部署。
本实践通过云速搭实现云防火墙的示例架构,开通一个典型的网络服务。
本实践通过云速搭实现一个DataHub+Flink的实时流计算引擎架构,利用DataHub收集原始数据,推送到Flink进行基于流式数据的分析和应用。
本实践通过云速搭设计一个ECS+RDS的通用架构。
本实践通过云速搭实现堡垒机的部署。
本实践通过云速搭创建一个ESS弹性伸缩组,初始伸缩组中只有一台ECS,配置定时任务触发弹性伸缩到3台ECS。
本实践设计了不同的ECS结合网络部署方案,并使用云速搭CADT做预算,可以快速对比出不同方案根据当前账户的折扣的价格差,根据需要部署系统的需求和享有的折扣,可以灵活配置ECS和网络产品,节约成本。
本实践通过云速搭设计一个 OSS 的架构,通过 OSS 提供的路径可以下载相应的文件。
本实践使用云速搭设计一个ECS+EIP+NAT网关的架构,并通过配置SNAT规则实现相应的ECS访问互联网。
本最佳实践讲解如何通过云速搭导入一个已保有的公网型负载均衡CLB,并部署一个新的公网型CLB。
本实践通过云速搭CADT,利用资源管理,实现资源权限设置、部署和验证的全链路。参考规划的资源,进行云资源架构设计和部署。
本实践通过云速搭设计并部署一个WAF和SLB透明接入的架构。
通过云速搭设计、部署一个“ECS+EIP+共享带宽”架构,多个EIP可以使用共享带宽的资源。
本实践通过云速搭实现一个DTS+Elasticsearch的搜索引擎架构,构建一个快速分析和检索业务数据的系统。
本实践通过云速搭实现最简单架构,部署一个 WAF 服务。
本实践通过云速搭构建一个基于http(s)的负载均衡业务架构,实现终端浏览器发起http(s)请求后,经过ALB监听配置的转发规则,分别负载分担到后端ECS服务器、CLB和ACK集群。
本实践通过云速搭构建一个基于tcp(或https)的负载均衡业务架构,实现终端浏览器发起tcp(https)请求后,经过CLB负载分发到后端两台ECS服务器。
本篇最佳实践通过云速搭构建一个NAS,并将NAS文件系统挂载到ECS的目录上。
本篇最佳实践通过CADT在华东2上海和美西弗吉尼亚创建跨地域的VPC,在VPC内部署ECS模拟办公系统应用。通过CADT购买SAG APP版并挂载到云连接网CCN,通过云企业网CEN将云上跨地域的VPC和云连接网CCN打通,实现内网互联互通。登录SAG客户端之后,就可以通过内网IP访问云上资源。
本实践以ECS文件备份为例,通过CADT设计备份架构,并一键部署演示环境。
本实践通过云速搭CADT设计一个多地域多VPC组网的架构,通过CEN将位于不同VPC、不同地域的ECS实现网络互通。
本实践通过云速搭实现E-HPC+NAS的架构,构建一个实际可用的弹性高性能计算系统。
本实践通过云速搭实现最简单架构,设计一个 ECS+EIP 简单架构,实现 ECS 可以被公网通过 ssh 访问,ECS 可以访问公网。
用户数据库数据,部分需要快速、小颗粒度恢复、部分需要异地备份、部分需求长期归档。当前自建MySQL上建立完善的备份/恢复系统无法完美满足用户需求,且建设/维护成本很高。RDS的完善的备份/恢复方案可以有效帮助到用户。
通过EMR+DLF数据湖方案,可以为企业提供数据湖内的统一的元数据管理,统一的权限管理,支持多源数据入湖以及一站式数据探索的能力。本方案支持已有EMR集群元数据库使用RDS或内置MySQL数据库迁移DLF,通过统一的元数据管理,多种数据源入湖,搭建高效的数据湖解决方案。
疫情降临,疫情态势分析和防控任务迫在眉睫,如果快速搭建高效的疫情态势分析系统是众多部门和单位的难题,阿里云RDS PG+Ganos解决方案可在极短时间内完成分析系统搭建,有效助力疫情防控。
本实践将指导企业客户在多账号的云上IT架构下,一站式的采集全量资源配置数据、资源配置历史、资源关系数据,将这些数据稳妥留存并快捷消费到自有的CMDB平台,加快企业自有CMDB的构建。
传统办公电脑和管理方法在应对企业信息安全方面存在较多的安全风险。随着企业办公向开发外包、BYOD等方向发展,保证开发环境在不同场景、不同终端下的安全可靠,防止核心数据丢失与泄密,成为企业管理者面临的首要问题。
2020年初新冠肺炎疫情在全球迅速蔓延,突如其来的疫情让大多数企业不得不停工停产,企业在探索和实践各种新的办公方式,远程办公、居家办公的需求和市场规模呈现出爆发式增长,已成为企业的共识和全球趋势。
2020年初新冠肺炎疫情在全球迅速蔓延,突如其来的疫情让大多数企业不得不停工停产,企业在探索和实践各种新的办公方式,远程办公、居家办公的需求和市场规模呈现出爆发式增长,已成为企业的共识和全球趋势。
疫情降临,疫情态势分析和防控任务迫在眉睫,如果快速搭建高效的疫情态势分析系统是众多部门和单位的难题,阿里云RDS PG+Ganos解决方案可在极短时间内完成分析系统搭建,有效助力疫情防控。
针对部署在阿里云容器服务Kubernetes的微服务应用,一键式接入覆盖用户体验层、应用层、基础组件层的云原生可观测方案,构建全面的可观测技术体系,帮助客户更好的梳理系统架构,更深入的掌握系统运行状态。在故障以及系统瓶颈场景下,对于客户排查问题效率的提升。
根据海恩法则(Heinrich‘s Law),每一起严重事故背后,必然有29次轻微事故和300起未遂先兆以及1000起事故隐患。如果提前处理那些不那么严重的问题,其实是可以避免后续的严重事故的,也就避免了其带来的巨大压力和损失。