唯一小编 发布时间:2019-02-12
近日,广东省电子商务协会对外公布了“2018年度广东省电子商务企业100强”名单,唯一网络荣登榜单。同此入选的还有唯品会(中国)有限公司、广东晶东贸易有限公司、深圳市环球易购电子商务有限公司等100名企业。 作为广东省电子商务行业分量十足的奖项,以企业年度销售收入、行业知名度、市场占有率、区域代表性、企业成长性、幅射带动性等指标为入围标准,经专家评审和网上公示,最终评出获奖企业。唯一网络凭借其技术实力、服务能力和业界口碑等,再次得到了权威机构的认定。 随着云计算、物联网、移动通信带来的新一轮信息技术革命浪潮,电商交易额持续增长。唯一网络作为广东本土互联网企业,近年来,始终保持创新发展的步伐,不断加大研发力度、提升运维效率、规范服务标准。不仅在东莞寮步投产了国际T3+级标准的数据中心——唯一·志享(华南)数据中心,通过了ISO9001、ISO27001、ITSS、两化融合等管理体系认证,同时,也与大连联通、苏州电信、苏州联通、东莞电信等运营商建立战略合作关系,并先后加入“中国联通金融云安全实验室”、“腾讯云DDoS防护联盟”、“中国电信云清联盟”等行业组织,积极加强在专业领域的探索和提升。 除此之外,为更好地服务电商企业,唯一网络在各大电商节期间,成立了保障小组,由资深工程师进行值守,24小时进行网络质量监控、流量预警、异常告知等,并提前制定好网络异常预警方案,及时为电商客户提供有效支撑和网络防御措施。 在寻求创新发展和服务升级的道路上,唯一网络从未停止脚步。未来,唯一网络也将继续发挥示范企业的带动作用,为粤港澳大湾区电商企业的发展凝心聚力,为客户保驾护航。
唯一小编 发布时间:2019-01-17
1月14日至15日,第八届中国公益节在北京隆重举行,中国煤矿尘肺病防治基金会、中国人口福利基金会、中国少年儿童文化艺术基金会等公益组织和爱心企业受邀参加!中国公益节,作为首个由大众媒体发起,以“公益”命名的节日,得到了政府领导、企业家、慈善家、公益学者、传媒领袖及众多演艺明星的力荐,已经成为中国最具影响力的年度公益盛会之一。它旨在弘扬公益精神,倡导公益行为,用爱传递着时代的正能量。 颁奖典礼现场,揭晓了“2018年度公益创新奖”、“2018年度中国公益人物”、“2018年度公益组织奖”和“2018年度公益践行奖”。唯一网络董事长王宇杰凭借在贫困助学、关爱儿童、公益理念传播等方面的突出贡献,经提名推荐、专家评审和社会公示等环节,最终获评“2018年度中国公益人物”。 对王宇杰而言,公益不仅是一种社会责任的体现,更是一种对社会和他人的回馈。他曾说:“在创业初期,我得到过很多人的帮助,在公司发展的这十多年里,我们也得到了政府、客户及各界合作伙伴的支持,因此,我一直心怀感恩,而公益就是最好的感恩方式。” 为此,王宇杰组织建立唯一网络向日葵爱心基金会,进行员工慰问、疾病救助、儿童关怀等公益活动,包括为东莞心知语儿童关爱中心提供康复专家讲座、组织全体员工参加志愿者协会的公益活动等。此外,王宇杰也在慈善机构设立教育基金,援建多媒体互动阅读教室,捐赠爱心图书,并连续多年资助贫困高中生。 2018年是改革开放四十周年,这一年,国家脱贫攻坚大举推进、《慈善法》配套体系构建完成、社会公益活动规范前行,不断推动着公益列车加速向前。感受助人之乐,坚定公益之心,王宇杰带领唯一网络全体成员用行动践行公益理念,传播公益力量。在这个和谐互助的时代,需要有更多的企业和个人加入到公益行动之中,争做公益精神的传播者与公益行为的践行者。
唯一小编 发布时间:2019-01-17
近日,唯一网络应邀出席中国电信东莞分公司答谢会,并荣获“2018年度IDC优秀合作伙伴”称号。该项殊荣的获得,既体现了东莞电信对唯一网络运维技术与服务能力的肯定,也表明了唯一网络奋发进取、砥砺前行的决心。 东莞电信作为东莞通信行业的龙头企业,始终保持着强劲的实力。唯一网络作为东莞当地具有代表性的云服务综合解决方案提供商,一直与东莞电信保持着良好的合作关系,积极探寻双方在IDC、云服务和网络安全等领域的合作,力求促进业界的资源协作与创新发展。 数据中心的建设和运营为各大运营商提供了新的发展空间。新的一年,唯一网络将继续携手东莞电信,打造更具优势的IDC服务能力,并加强在云计算、网络安全、大数据等领域的合作与交流,为双方的创新发展提供新动力、新方向!
唯一小编 发布时间:2019-01-17
1月12日,以“不忘初心,与i同行”为主题的“iTechClub华南区2019年年会”在东莞顺利举行。华为、腾讯、阿里巴巴、迅雷、携程、维也纳、唯品会、广电集团、南方报业等百家企业代表和技术大咖受邀出席本次活动。 iTechClub被称为中国互联网技术精英的“黄埔军校”,是中国互联网高端技术精英交流学习、互助成长的平台。唯一网络作为iTechClub的优秀会员企业,已于2017年携手iTechClub共同举办了“唯一网络杯”华南互联网精英足球锦标赛,以足球运动传递创新、合作精神。今年,双方再次联手,希望能够通过本次交流盛宴,共同推进华南区各互联网企业之间的交流与合作,实现企业的资源共享和协作共赢。 活动当天,近百位知名互联网技术精英们到访唯一网络,不仅参观了唯一网络东莞总部,进行了生动有趣的互动游戏,还驱车前往唯一网络投产自建的五星级数据中心——唯一·志享(华南)数据中心,深入了解数据中心的模块机房、制冷中心、监控中心等核心功能区域。 此次华南区互联网新年交流大会,不仅加强了iTechClub会员企业的凝聚力,更促进了华南互联网行业的技术交流与发展。未来,唯一网络将联合各优秀企业,为互联网行业注入新的活力,期待携手共创佳绩。
唯一小编 发布时间:2019-01-08
2019年1月6日,以“创新大湾区,开放新时代”为主题的第11届东莞经济年会,在中国科学院云计算中心隆重举行。东莞企业代表、高校专家、社会各界精英等齐聚一堂,共同探寻东莞经济高质量增长的路径。 唯一网络董事长王宇杰受邀出席本次会议,并在现场向在座嘉宾介绍了企业在产业互联网方面的发展成果。作为云服务综合解决方案提供商,唯一网络牢牢把握住了时代发展的机遇,围绕互联网基础设施领域,逐步开展起以云数据中心、网络安全、云专线、公有云、混合云为核心的业务体系,进一步发挥产业互联网的经济效益。 此外,会议现场揭晓了年度十大经济事件、十大成长型企业、十大经济人物等多个奖项,唯一网络董事长王宇杰再度荣获“东莞十大经济人物”荣誉称号。作为唯一网络的掌门人,王宇杰始终坚持把创新精神放在第一位,一直致力于打造集IDC、网络安全、云计算、大数据等为一体的全生态链发展模式,投入并孵化多个创业项目,多次赢得政府及行业的肯定。 一个企业的长远发展,需要一位有前瞻眼界的领路人。唯一网络在王宇杰的带领下,2018年主要经济指标再创新高。2019年,唯一网络再次起航,继续践行“以创新驱动发展”的理念,为企业及东莞经济的跃升注入新的活力。
唯一小编 发布时间:2018-12-21
12月12日,“融合无界·圈里圈外”活动在北京如期举行。作为互联网领域高端的行业盛会,圈里圈外活动已成功举办了四届,它见证和记录了互联网龙头企业与优秀领导者的成长,为所有精英人士搭建起了技术交流、市场开发、拓展人脉的平台。 今年,活动邀请了来自中国电信、中国联通、凌云创想、互联互通、易信科技、奥飞数据、天地祥云、世纪互联等八十多家企业的领袖和专家。唯一网络董事长王宇杰作为主讲嘉宾受邀出席本次会议,并在现场进行了以“数字经济转型下的IDC产业机遇”为主题的演讲。他认为:新一代信息技术作为未来重点发展的领域之一,正推进着工业化和信息化的深度融合,数字基础设施的需求也变得更加广泛。唯一网络将利用自身在数据中心、云计算、网络安全等方面的优势,积极向5G、物联网等新兴技术领域迈进。 在数字化时代,跨界合作正成为一种主流形态,而边界限制了我们的思维与想象力,“无界合作”必将取代传统的合作模式。为更好地适应时代发展的趋势,唯一网络从多个方面入手,推进跨界合作的进程。在资本运作方面,与南兴装备通过并购重组的方式,推动资源共享和产业升级,致力于打造智能制造生产链;在产学研合作方面,与电子科技大学广东电子信息工程研究院合作,共同开展云技术与云安全工程技术的研究与开发工作;在资源拓展方面,携手志享科技打造了符合国际Tier3+标准和国内A级标准的五星级数据中心——唯一·志享(华南)数据中心;在联盟合作方面,通过加入“广东联通金融云安全实验室”、“腾讯云DDoS防护联盟”、“中国电信云清联盟”以及“中国云安全与新兴技术安全创新联盟”,与各优秀企业共同发力网络安全领域。 此次参加“融合无界·圈里圈外”活动,是唯一网络寻求跨界合作的实际体现。未来,唯一网络将以合作共赢的姿态,与各界伙伴企业共同推动“无界合作”的新进程,努力实现融创发展。
阿里云RDS分库分表扩容兑现平滑数据迁移 2020年,笔者负责的一个高德打车弹外订单系统进行了一次扩分库分表和数据库迁移。该订单系统全局部署在阿里云上,服务应用阿里云ECS部署,数据库采纳阿里云RDS,配置中心基于阿里云ACM自研,数据同步基于阿里云DTS自研以及自研分库分表组件、分布式ID组件等等。 此次进行扩分库分表的背景是,原4实例4库、各个库64张表一共256张表,部分单表已超千万量级,按目前每日单量量级,一年内单表会达到上亿条记载,单表数据量过大会带来数据库性能问题。 4实例(16C/64G/3TSSD),4库(各个实例一个库),每库64张表,共256张表。 经过RDS后台一键诊断功能,来计算表空间应用情形(这里拿测试情境数据库举例)。 数据库的瓶颈主要表现在:磁盘、CPU、内存、互联网、联结数,而联结数主要是受CPU和内存作用。CPU和内存可以经过动态升配来提高,可是SSD磁盘容量最大支持到6T(32C以下最大3T、32C及以上最大6T)。 可是现阶段兼顾成本,可先将实例扩容一倍,采纳8个实例(16C/64G/3TSSD),各个实例建4个库(database)、各个库128张表(这里实质上是一个成本取舍的流程,理论上应该采取”多库少表”的准则,单库128张表其实太多了,单库建议32或64张表为宜)。 接下来如果实例压力提高可进行实例配置改进(16C/128G、32C/128G、32C/256G等);将来如出现单实例升配无法解决,在考虑扩容实例,只需求将database迁移至新实例,迁移成本较小。 按单表最多1000w条数据评估,4096张表可支持日5000w单3年(10.1压测标准)、日2000w单5年的架构。(因业务表比较多,此处忽略掉单条数据大小的计算流程) 32个库,各个库128张表。将来可最大扩容到32个实例,无需rehash,只需求迁移数据。 阿里云RDS规格和价钱一览 因扩分库分表涉及到rehash流程(256表变4096表),而阿里云DTS只支持同构库数据迁移,所以我们基于DTS的binlog转kafka实力自研了数据同步中间件。 整体数据迁移工作包含:前期预备、数据同步环节(历史数据全量同步、增量数据实时同步、rehash)、数据校验环节(全量校验、实时校验、校验规章配置)、数据修复工具等。 在进行数据同步前,需求先整理一切表的惟一业务ID,只有确定了惟一业务ID才学兑现数据的同步操作。 需求重视的是: 一旦表中没有惟一索引,就会在数据同步流程中造成数据重复的危险,所以我们先将没有惟一索引的表依据业务场景增加惟一索引(有也许是联合惟一索引)。 在这里顺便提一下,阿里云DTS做同构数据迁移,应用的是数据库自增ID做为惟一ID应用的,这种情形如果做双向同步,会造成数据覆盖的问题。解决案例也有,之前我们的做法是,新旧实物采纳自增ID单双号解决,担保新旧实例的自增ID不会出现冲突就行。由于这次我们应用的自研双向同步组件,这个难题这里不细聊。 分表规章不同决定着rehash和数据校验的不同。需逐个表整理是用户ID纬度分表还是非用户ID纬度分表、是否只分库不分表、是否不分库不分表等等。 数据同步全局案例见下图,数据同步基于binlog,独立的中间服务做同步,对业务代码无侵入。 后续对每一个环节进行介绍。 单独一个服务,应用游标的方法从旧库分批select数据,通过rehash后批量插入(batchinsert)到新库,此处需求配置jdbc联结串参数rewriteBatchedStatements=true才学使批处理操作生效。 另外特殊需求重视的是,历史数据也会存在不断的更新,如果先开启历史数据全量同步,则刚同步达成的数据有也许不是最新的。所以这里的做法是,先开启增量数据单向同步(从旧库到新库),此时只是开启积压kafka消息并不会真正消费;然后在开始历史数据全量同步,当历史全量数据同步达成后,在开启消费kafka消息进行增量数据同步(提升全量同步效率变少积压也是核心的一环),这样来担保迁移数据流程中的数据一致。 增量数据同步考虑到灰度切流稳定性、容灾和可回滚实力,采纳实时双向同步案例,切流流程中一旦新库出现稳定性问题或者新库出现数据一致问题,可迅速回滚切回旧库,担保数据库的稳定和数据稳妥。 增量数据实时同步采纳基于阿里云DTS的数据订阅自研数据同步组件data-sync兑现,主要案例是DTS数据订阅实力会自动将被订阅的数据库binlog转为kafka,data-sync组件订阅kafka消息、将消息进行过滤、合并、分组、rehash、拆表、批量insert/update,最后再上交offset等一系列操作,最终达成数据同步工作。 整体流程中有几个问题需求重视: 问题1:怎样预防因异步消息无顺序而致使的数据一致问题? 第一kafka异步消息是存在顺序问题的,可是要知道的是binlog是顺序的,所以dts在对具体进行kafka消息投递时也是顺序的,此处要做的就是一个库担保只有一个顾客就能保障数据的顺序问题、不会出现数据状态覆盖,从而解决数据一致问题。 问题2:是否会有丢消息问题,假如顾客服务重启等情形下? 这里没有采纳自动上交offset,而是每次消费数据最终入库达成后,将offset异步存到一个mysql表中,如果顾客服务重启宕机等,重启后从mysql拿到最新的offset开始消费。这样惟一的一个问题也许会出现瞬间部分消息重复消费,可是由于上面介绍的binlog是顺序的,所以能担保数据的最终一致。 问题3:update转insert会不会丢字段? binlog是全字段发送,不会存在丢字段情形。 问题4:循环消息问题。 后面进行单独介绍。 前文有提到,由于是256表变4096表,所以数据每一条都需求通过一次rehash重新做分库分表的计算。 要说rehash,就必须先介绍下目前订单数据的分库分表策略,订单ID中冗余了用户ID的后四位,经过用户ID后四位做hash计算确定库号和表号。 数据同步流程中,从旧库到新库,需求拿到订单ID中的用户ID后四位模4096,确定数据在新库中的库表位置;从新库到旧库,则需求用用户ID后四位模256,确定数据在旧库中的库表位置。 想象一下,业务写一条数据到旧实例的一张表,于是诞生了一条binlog;data-sync中间件接到binlog后,将该记载写入到新实例,于是在新实例也诞生了一条binlog;此时data-sync中间件又接到了该binlog……不断循环,消息愈来愈多,数据顺序也被打乱。 怎样解决该问题呢?我们采纳数据染色案例,只要能够标识写入到数据库中的数据使data-sync中间件写入而非业务写入,当下次接收到该binlog数据的时候就不必进行再次消息流转。 所以data-sync中间件需求,各个数据库实例创建一个事务表,该事务表tb_transaction只有id、tablename、status、create_time、update_time几个字段,status默认为0。 再回到上面的问题,业务写一条数据到旧实例的一张表,于是诞生了一条binlog;data-sync中间件接到binlog后,如下操作: 此时data-sync中间件将上面这些语句打包全体上交到新实例,新实例更新数据后也会生产对应上面语句的binlog;当data-sync中间件再次接收到binlog时,只要推断碰到tb_transaction表status=1的数据开始,后面的数据都直接舍弃不要,直到碰到status=0时,再陆续接收数据,以此来担保data-sync中间件只会流转业务诞生的消息。 数据校验模块由数据校验服务data-check模块来兑现,主要是基于数据库层面的数据对照,逐条核对每一个数据字段是否一致,不一致的话会通过配置的校验规章来进行重试或者报警。 通过数据校验,一旦发觉数据不一致,则需求对数据进行修复操作。 数据修复有两种案例,一种是适用于大范围的数据不一致,采纳重置kafkaoffset的方法,重新消费数据消息,将有问题的数据进行覆盖。 全局灰度案例:SP+用户纬度来兑现,SP纬度:凭仗灰度情境切量来做,用户纬度:依靠用户ID后四位百分比切流。 灰度切量的流程肯定要配合停写(秒级),为什么要停写,由于数据同步存在肯定拖延(正常毫秒级),而一切业务操作肯定要保障都在一个实例上,否则在旧库中业务刚刚调整了一条数据,此时切换到新库如果数据还没有同步过来就是旧数据会有数据一致问题。所以流程应该是: 虽然在切流之前,在测试情境进过了大量的测试,可是测试情境毕竟和生产情境不相同,生产情境数据库一旦出问题就也许是灭顶之灾,虽然上面介绍了数据校验和数据修复步骤,可是把问题拦截在发生之前是做服务稳定性最重大的工作。 因此我们提出了ABC验证的概念,灰度情境ABC验证预备: 详细灰度案例和数据源切换步骤: 整体数据迁移流程还是比较复杂的,时光也不是非常充裕(流程中还穿插着十一全链路压测改变),在有限的时光内集大家之力重复探讨发掘也许存在的问题,然后论证解决案例,不放过任何一个也许出现问题的环节,还是那句话,把问题拦截在发生之前是做服务稳定性最重大的工作。 流程中的细节还是非常多的,从数据迁移的预备工作到数据同步测试,从灰度步骤确定到正式生产切换,尤其是融合业务和数据的特色,有非常多需求考虑的细节,文中没有一一列出。 最终通过近两个月的紧张工作,无业务代码侵入、零事故、平稳地达成了扩分库分表和数据迁移的工作。
唯一小编 2021-03-01 阿里云服务器
腾讯云Terraform初始化 改进terraform到v0.13后,初始化terraform也许会出现以下问题 因素是terraform自v0.13后就交给provider自己维持了。解决案例: 1.应用命令查看自己版本 示例得到 +provider.tencentcloudv1.53.0 2.粘贴以下代码至terraform配置中,version采纳自己的tencentcloudterraform版本
唯一小编 2021-03-01 腾讯云服务器
阿里云无服务器高弹性的架构 在网络相关的业务中,高弹性是往往被提及的一个架构设计目的,前两个我就碰到一个用户需求我们帮助设计一个高弹性的架构以承载他们周期性暴增的业务压力,用户90%以上的业务压力都集合在业务高峰期,因此在设计这个架构之初,我和用户就在纠结,到底是采纳更了解的“堆”服务器的想法呢,还是采取更具弹性的容器化的案例呢?其实作为一个技术人员,在问这个难题的时候就已经有确定的答案了,最终我们设计出了这样的一个架构: 容器平台选择阿里云的ACK(阿里云容器服务Kubernetes版)。其中ACK分成专有版和托管版,区分是专有版的管控节点需求用户自行预备,而托管版应用阿里云的资源进行资源管控,在托管版中又分成标准版和Pro版,其中Pro版有确定的SLA保障,生产系统建议选择Pro版。同时为了保障worker节点的内容安全,建议为充当worker节点的ECS配置云安全中心服务进行主机安全防护。 除了ACK,阿里云还提供无服务器架构的ASK,区分是ACK有ECS服务器充当worker节点,创建POD所需的资源经过ECS进行安排,而ASK没有worker节点,ASK直接在阿里云的分享资源池中经过ECI(弹性容器节点)来安排资源创建POD。 在这个项目中为了担保永远有肯定量的稳定资源供给,我们决定应用ACK再融合阿里云的ECI来兑现资源的弹性供给。ECI资源的申请和释放可经过ACK的ack-virtual-node插件出自动达成,动态增加的POD将自动运行在ECI之上。 考虑到业务高峰期和平常存在庞大的应用量落差,选择应用按流量的方法购入手互联网带宽资源,并经过购入手分享流量包将一切的互联网流量进行集合抵扣。这个项目所用到的互联网流量主要有如下三个: 鉴于ECI节点上服务的启动需求肯定的时光,而业务流量也许瞬间到达峰值,因此经过MQ来缓冲瞬时的业务压力,为运行在ECI弹性资源上的服务争取启动时光。 阿里云MQ服务依据访问协议的不同分成RocketMQ、AMQP、Kafka三个系列,对于海量的业务交易场景建议选择通过双十一检验的RocketMQ系列,在RocketMQ系列中又分成一般版和公司铂金版两个版本,公司铂金版采纳独享硬件资源,能够更充分的保障峰值吞吐实力,对于瞬时业务峰值高的业务,建议尽也许选择铂金版。 数据库采纳云原生数据库PolarDB,PolarDB可以从2个节点扩容到16个节点,单节点可改进至88核710G规格,集群采纳分布式分享存储架构,单个集群可存储100TB的数据,有赖于其采纳分布式分享存储的架构,PolarDB集群增加节点时无需进行大量的数据拷贝,因此可以在分钟级达成集群的横向扩容。 我觉得这个架构对于大部分“腰部”级其他网络行业用户都是适用的,因此共享出来,盼望对大家有所协助。
唯一小编 2021-03-01 阿里云服务器
云专线和普通专线区别 云专线和普通专线区别,首先我们说一下云专线在定义和应用方 面的区别。 普通物理专线,是端口带宽资源被用户独占的物理专线,此种类型的物理专线由用户单独使用该物理线路,专线用户可以创建多个虚拟接口。 云专线(Direct Connect)用于搭建用户本地数据中心与云上VPC之间高速、低时延、稳定安全的专属连接通道。 传统专线主要应用于用户的局域网互联或快速浏览互联网。用户可以根据需要选择64Kbps- 2Mbps不等的速率。通过互联专线实现数据、语音、图像等业余的安全传输:实现各公司、部门间的资源交换和共享;通过拥有固定、独享的IP地址,视需要建立自己的Mail-Server. Web- Server等服务器,并可通过Internet组建公司内部的VNP业务。 云专线是连接客户局域网与行业云的专线网络,全程独立通道,能够不经互联网连接云主机,同时能保证高网速,对于银行、金融机构等高保密性要求的客户具有重要意义。 下面,我们在分别从开通时间、费用、弹性伸缩、稳定性等维度对他们之间的区别进行说明: 对比一下可以发现 , VPN是开通便捷,费用上比云专线要低很多,但是在公网的质量保障上不如专线,时延高,安全性不如云专线强。相对来说云专线低时延、服务质量稳定,但是在费用上就较高一些。而且在开通时间上,因为受限于物理专线的部署、运营商的线路资源的情况,所以部署时间要比VPN长。在这个情况下,一个量级, VPN如果双方都有internet资源的话,基本上是即开即用,双方配置好,协商起来就可以通信。但是云专线一般是将数据中心和公有云VPC对接,这个时候受限于物理链路,要运营商去核查资源,要去做物理线路的对接。这些正常情况下,就运营商的承诺。有诺的时间一般都是至少需要20个工作日。云专线线上的配置开通,现在一般也是天级,在拿到这种线路配置信息,且物理专线对接完以后,在一天内就可以完成这个线路配置打通的。 唯一网络是中国市场专业的云托管服务商( Cloud MSP ),在数据中心和云计算领域有近十年的专业交付和管理经验,目前正服务于2000多家企业级客户并与全球多家超大规模公有云服务商建立了战略合作关系。在云计算驱动产业变革的今天,安畅以客户需求为驱动,积极投资于核心技术研发和团队组织的云原生技能,致力于成为IT新生态和产业互联网的新-代连接器。 为客户提供”云+大数据+AI”的咨询、集成和管理服务,以及数字化解决方案,帮助客户利用新技术进行业务创新,实现数字化变革。
唯一小编 2021-02-19 专线