唯一小编 发布时间:2019-07-03
2019年7月5-6日,唯一网络将应邀参加DOIS DevOps国际峰会。参展之际,为回馈全国广大客户,特推出“高防IP三重礼”限时活动,时间是2019年7月5-11日,仅限一周,欲购从速。 高防IP三重礼 1.开通高防IP享8折优惠 2.签订年度合同且一次性完成支付,减免2个月费用 3.高防IP免费测试 注:第一、第二项优惠不可叠加使用。 欢迎直接拨打电话:0769-23015555转业务咨询,或下拉至文末,了解其他抢购方式。 没有高防IP,会怎样? 据统计,2018年全年唯一网络为在网客户抵御DDoS攻击近73.68万次,日均近4000+次攻击,单节点最高承载攻击峰值958.85Gbps,平均攻击峰值269.73Gbps,可见网络抗D,形势严峻。 如果没有使用高防IP做好防护,一旦受到攻击,就如同“手无寸铁”的士兵,毫无招架之力,一击即中,后果严重,品牌形象受损,经济损失不可估量: ▶▶▶ 游戏行业,某客户遭受持续的DDoS大流量攻击,服务器IP被封停5小时,用户长时间无法登录游戏,体验感差,导致大量流失; ▶▶▶ 金融行业,某金融客户的线上交易平台被攻击导致无法打开,影响用户在线交易并引起用户集体投诉; ▶▶▶ 某政府机关网站持续3个月被DDoS、CC攻击,网站访问慢甚至无法打开,严重影响公众形象; ………… 唯一网络深耕互联网多年,多方位挖掘客户安全诉求,开发出适用于金融、游戏、电商、政府等网络安全攻击防护场景的高防IP,无需投入任何硬件设备,只需要通过购买高防IP服务和配置转发规则等操作即可接入高防,让企业客户远离网络攻击烦恼。 唯一网络高防IP,好在哪? 唯一网络高防IP是针对互联网服务器在遭受大流量的DDoS攻击后导致服务不可用的情况下,推出的增值防护服务,用户可以通过简易操作的系统界面功能设置,隐藏源站IP后将攻击流量引流到高防IP,确保源站的稳定可靠。 ▶▶▶超强防护:唯一网络拥有全网联防8T+超强防御能力,单IP节点支持2T高防护带宽,保障突发攻击时业务稳定;覆盖电信、联通、移动、BGP线路,西南地区独家高防节点;拥有千万级QPS的CC防御能力,提供千万级高并发能力,让您用的放心。 ▶▶▶网络稳定:全球多达12个高防节点,可选择最优线路,确保网络延迟最低;支持弹性调整,可在管理控制台自助升级,秒级生效,且无需新增任何物理设备,整个过程服务无中断,让您用的省心。 ▶▶▶高性价比:拥有极具竞争力的产品价格体系,以亲民价格享受知名厂商同等服务体验。目前推出的“高防IP三重礼”活动,价格优势再发力,让您用的舒心。 ▶▶▶专属服务:灵活弹性的合作模式,可按需采购,大大降低企业安全成本投入。特推专属套餐,为客户提供VIP级保障方案,定期生成详细安全报告。7X24小时运维支持,一对一定制化售后服务,让您用的安心。 高防IP三重优惠,怎么买? 唯一网络“高防IP三重礼”重磅来袭,抢购的客户赶紧看过来。 唯一网络全国热线 先用先安全,赶紧拿起电话抢购吧。 0769-23015555转业务咨询 唯一网络北京展会现场 莅临展位即可参加好玩有趣的游戏,赢取官方限量迷你电风扇,充电线收纳包等奖品,现场可直接参与“高防IP三重礼”优惠活动。 展会:DOIS DevOps国际峰会暨GNSEC全球新一代软件工程大会 展位号:616 时间:2019年7月5-6日 地点:北京悠唐皇冠假日酒店 唯一网络在线咨询 有兴趣想要咨询或购买的客户,也可直接扫描填写联系信息,我们会安排专业人员与您对接。 戳☞☞☞ 唯一网络“高防IP三重礼”活动咨询(https://jinshuju.net/f/UunRJg)
唯一小编 发布时间:2019-07-02
日前,经市倍增办工作会议审议,确定了2019年东莞市“倍增计划”试点企业名单并予以公示,全东莞共有356家企业上榜,唯一网络作为“名誉试点企业-提前完成类”成功入选。这是唯一网络继今年5月获评南城街道“倍增计划”试点企业荣誉后,再获殊荣,成为2019年“双倍增”试点企业。 2019年东莞市“倍增计划”试点企业名单 (部分示例) 名单来源:中国东莞政府门户网站 自2017年东莞一号文提出“倍增计划”以来,唯一网络紧跟政策,结合市场导向,一直在努力实现倍增发展的道路上前进。2017年成功入选东莞市首批“倍增计划”试点企业并评为“2017年度东莞十大倍增标杆企业”;2018年凭借实力荣获东莞市和南城街道“双倍增”荣誉称号;2019年再获“双倍增”殊荣。无论是产品、技术还是人才等方面,唯一网络均实现了效益与规模倍增,企业员工就业人数逐年增加,主营业务收入持续增长。 “倍增计划”作为推动产业经济规模扩张、结构优化的重大举措,在企业关注的产业、人才、资本、土地、服务等重点领域,配置了一批含金量高且可成熟推广的扶持政策,多方面培育倍增企业。作为“倍增计划”试点企业之一,唯一网络在产业、资本、人才等领域得到了配套政策扶持,在唯一网络工作的员工也能获得相关福利,根据政策,在东莞倍增计划试点企业上班且满足条件的员工最高可获得4万元补贴,包括高端人才生活补贴、骨干人才奖励、学位保障等各方面,形成了以人才促创新、以创新促发展的良性循环,进一步增强了发展动力。 借助“倍增计划”的政策红利,唯一网络将继续践行“客户第一,高效执行、勇于担当、追求卓越”的核心价值观,持续加大新技术研发力度,提高企业核心竞争力,实现高水平、高效益发展战略,做好倍增计划试点企业的示范作用,为东莞“倍增计划”贡献积极的力量。
唯一小编 发布时间:2019-06-12
为了进一步巩固战略合作关系,2019年6月12日,金山云领导一行走进唯一网络参观交流,积极推动双方云上合作。唯一网络高级副总裁许渊培、副总裁蔡湛等代表公司对金山云领导的到来表示热烈欢迎。 这是继5月23日金山云正式授权唯一网络为战略合作伙伴之后,双方再一次见面交流,将有助于合作关系进一步加强。唯一网络与金山云作为国内的互联网服务商,借此交流机会,双方能够更深入推进数据中心建设与运维和混合云等业务上多领域的合作,整合优势资源,实现精准互利合作,推进事业共同发展。 会前,唯一网络副总裁蔡湛带领来访领导参观了唯一网络的工作环境,展示了唯一·志享(华南)数据中心360°VR全景,全网实时攻击态势图和数据中心运维管理平台等。 会上,副总裁蔡湛着重介绍了公司的主营业务、发展规划、合作项目及赋能机制等方面,表示唯一网络将以云数据中心和网络安全业务为基础,逐步加强云专线、公有云、混合云等云服务的建设,希望能与金山云的优势资源相结合,充分发挥双方优势,加速发展步伐。 金山云领导对唯一网络取得的成绩表示认可,并强调双方有着非常广阔的合作空间。同时,指出金山云依托成熟技术和多年专业领域积累沉淀,已拥有较为完善的平台和业务生态,能够提供更多帮助与服务,可以与唯一网络互为渠道,助力唯一网络挖掘新的业务增长点,成为信息化赋能方。 随后的交流中,与会人员畅所欲言,双方就金山云平台技术架构等方面进行了深入分析,探讨了有关应用场景解决方案、数据存储、云平台开源架构选择、混合云搭建等问题,表达了技术及产品资源优势叠加与互补的意愿。 把握合作契机,携手共同发展,在融洽热烈的氛围中,金山云领导一行走进唯一网络参观交流的行程圆满落下帷幕。会后,金山云来访领导和唯一网络代表一起进行了合影留念。
唯一小编 发布时间:2019-05-23
5月23日,2019金山云合作伙伴中国行在北京站的合作大会圆满举行。本次大会以“云开有你,慧聚共赢”为主题,金山云CEO王育林、金山云高级副总裁刘斌、金山云高级副总裁兼合伙人宋伟、金山云合伙人田开颜等出席大会并作了主题演讲。赛迪顾问、新网银行、小米、唯一网络等来自全国的合作伙伴齐聚一堂,共同分享和探讨云上合作的商业共赢之道。 大会现场 金山云CEO王育林在演讲中表示,作为中国最大的独立云服务商,金山云构建生态体系的核心策略是“双向使能”。大家共同努力,在合作中持续技术创新,在合作中不断加深对行业的理解,从而形成有营养、可持续,让合作伙伴持续盈利的“富生态”。 金山云CEO王育林 从赋能角度出发,金山云高级副总裁刘斌指出,金山云的核心是帮助客户将更多精力放在自己的业务逻辑和业务数据上,尽量少花一些时间在技术上面,让技术回归应用本质。金山云高级副总裁兼合伙人宋伟则着重强调了合作效益,希望出席的合作企业都能在金山云的合作伙伴生态体系中,获得丰厚的收益和回报。 金山云高级副总裁刘斌 会上,金山云合伙人田开颜发言称数字化转型、智慧化升级已经成为了行业发展的新常态,秉持开放、高效、融合、共赢的精神,提出了“一十百千亿计划”,多维度展示了生态合作伙伴地图,现场启动了KPN合作伙伴计划。 金山云合伙人田开颜 随后,在授牌仪式上,金山云正式授权唯一网络为战略合作伙伴,唯一网络副总裁黄小华上台领取了授权牌,双方将在云计算、大数据等多个领域进行深度合作,以实现同心同行、云上共赢的目标,共同推进多方面的业务合作。 唯一网络副总裁黄小华领取授权牌(右七) 此次与金山云达成战略合作,将成为唯一网络发展助推的新动力,实现技术及产品资源的优势叠加与互补,与金山云一起共建云上智慧合作新生态。
唯一小编 发布时间:2019-03-17
1月16日,常州金坛经济开发区副书记施小民带队莅临唯一网络,与董事长王宇杰、副总裁蔡湛等进行了深入交流,了解企业发展的机遇与挑战。 为满足不断增长的业务需求,唯一网络一直积极探求新的区域资源节点,加大在全国的业务布局。江苏作为长三角经济带的重要发展区域,拥有丰富的优质资源和完善的配套政策,成为了唯一网络业务布局的重点区域。 会上,金坛经济开发区副书记施小民对唯一网络的发展前景给予高度肯定,盛情邀请唯一网络团队前往金坛经济开发区进行实地考察。他提出:“金坛经济开发区作为省级重点开发区,拥有合理的园区布局、健全的支撑体系和扎实的产业基础,近年来,开发区围绕国家发展战略,集中打造了服装制造、新能源、新材料等核心产业板块,唯一网络若能加入,将会带动园区形成更完善的产业链”。 多年来,唯一网络坚持以客户需求为导向,致力于为客户提供更高效、更优质的服务。未来,唯一网络希望有机会与金坛经济开发区进行深度合作,为园区和企业发展赋能。
唯一小编 发布时间:2019-03-08
作为东莞本土的互联网标杆企业,唯一网络一直践行创新发展理念,积极实现倍增发展,得到了政府领导的关怀与指导。近日,南城街道经科信局副局长陈卫东带领调研组莅临唯一网络考察调研,唯一网络副总裁蔡湛热情接待了来访领导。 会上,陈卫东副局长简单介绍了信息化产业发展的趋势,并表明此次来访的目的是调研南城区优质企业的发展情况以及发展过程中面临的问题,为政府研究制定相关扶持政策提出可行性的建议。 为此,唯一网络副总裁蔡湛围绕企业发展现状提出了多项建议。他表示:东莞正在大力推动智能制造产业,但在人才培育和引进、信息化建设方面还面临一些问题。希望政府能够给予更多的政策支持,完善东莞人才培养生态链,并积极调用多方资源,吸引本土企业将信息化业务落地东莞,推动区域经济的快速发展。 对于唯一网络副总裁蔡湛提出的建议,陈卫东副局长表示赞许,并表明政府已开始多方发力,努力出台惠民惠企的扶持政策。区域经济的发展,离不开政府和企业的共同努力。唯一网络将积极响应政府号召,努力把握时代发展趋势,用创新激发新动能。
唯一小编 发布时间:2019-03-08
3月6日上午,在东莞市科学技术协会副主席许为豪、东莞天安数码城领导的热情举荐下,唯一网络东莞总部迎来了一批神秘而优秀的企业家,他们就是欧洲科创企业代表团。据悉,代表团由法国、西班牙、瑞士、英国等多个国家的科创企业CEO或高层领导组成,此次来访的目的是为了寻找融资机会和合作伙伴,进而开拓中国市场。 座谈会上,唯一网络副总裁李玉何详细介绍了公司的主营业务、发展规划、合作项目及赋能机制等,代表团对唯一网络的业务布局及战略规划表示出强烈兴趣,并在现场进行了互动交流。副总裁李玉何表示:近年来,唯一网络依靠自身的IDC资源,积极打造以云数据中心、网络安全、云专线、公有云、混合云为一体的互联网生态链。目前,公司已在全国二十多个省份建立了数据中心节点,可满足不同区域客户的业务需求。推进企业与国际接轨、扩大产业布局,是唯一网络下一步的战略目标。 此次欧洲科创企业代表团选择唯一网络作为中国考察访问的其中一站,不仅是对唯一网络服务能力和创新成果的高度肯定,也表明了双方在技术创新、资源共享方面有更多的合作契机。未来,唯一网络将进一步推进国内业务走向国际市场,为企业创造更优质的资源和合作平台,并与国内外的合作伙伴一起携手并进,创新成长。
唯一小编 发布时间:2019-03-01
为宣扬创新典范,营造创新氛围,推动创新发展。2月28日,由东莞市高新技术产业协会组织开展的“2019年创新东莞颁奖典礼暨春茗联谊会”在东莞顺利举行,唯一网络董事长王宇杰获评“2018年百优创新企业家”。 活动当天,正式揭晓了百优创新会员单位、百优创新企业家、百优创新科技专家、百优创新产品和百优创新服务五项荣誉。广东省科技厅、东莞市委宣传部、市科技局、市人力资源、社会保障局等单位领导悉数出席,东莞市人民政府副市长刘炜上台致辞,表彰了东莞创新力量对本土经济的推动作用,并鼓励企业家坚定不移地打造创新型企业。 此次创新企业家评选,主要表彰在推动高新技术产业发展方面取得创新突破的企业家。作为85后青年企业家,王宇杰先生不仅创立和孵化多家企业,组织建立互联网信息安全产业孵化基地,并且带领旗下公司不断开拓创新,屡创佳绩,致力于打造互联网产业生态。此外,王宇杰先生也同时担任多个社会职务,并以身作则投身于公益行动中,努力践行公益理念。 一个荣誉,一次肯定,一份责任。王宇杰先生作为青年企业家代表之一,用出色的成绩向外界传达自己在创新路上的决心。我们相信,未来他将继续带领旗下公司实现新的飞跃,为东莞的创新发展、提质增效起到助推作用。
唯一小编 发布时间:2019-02-22
2019年2月20日,唯一网络董事长王宇杰在东莞总部会见了阿里云领导一行,双方就加强合作进行了深入交流。 会上,董事长王宇杰对阿里云领导一行的到来表示热烈欢迎,并简要介绍了唯一网络的发展情况。身处生存竞争极为激烈的行业环境,唯一网络一直保持创业精神,从业务拓展、服务提升、异业合作、资本布局等方面进行创新发展。目前,唯一网络数据中心资源节点基本覆盖全国,全网接入带宽超过10T,网络防护能力超过10T,是目前行业内经营牌照相对齐全的企业。 阿里云作为全球领先的云计算服务商,拥有服务全球的超大规模通用计算操作系统,具备安全可靠的计算和数据处理能力。同时,阿里云在数据存储、网络、数据库、人工智能等领域的基础设施需求,也为双方的深入合作提供了有利的契机。其实早在2017年,唯一网络就已与阿里云建立合作关系,承接阿里云的部分带宽业务及其他增值服务。希望借此机会,双方能够深入推进更多领域的合作。 云计算、大数据、5G以及人工智能等新技术的发展,将给行业带来新机遇和新挑战。唯一网络与阿里云作为国内的互联网服务商,未来将重点加强在数据中心建设与运维、硬件产品研发和公有云等业务上的合作,实现技术及产品资源的优势叠加与互补,共同推动区域数字化、智能化水平的提升。
唯一小编 发布时间:2019-02-12
近日,唯一网络在中国电信广东分公司年度会议上,凭借其技术实力、服务能力、创新表现及协作能力等,得到了广东电信的认可与支持,荣膺广东电信“2018年度IDC优秀合作伙伴”称号。截至目前,唯一网络已经连续4年蝉联“广东电信年度IDC优秀合作伙伴”殊荣。 从成立至今,唯一网络始终坚持用数据说话,连续多年实现业绩倍增目标,是东莞市首批倍增计划试点企业,也是东莞十大倍增标杆企业。目前,唯一网络在全国近50个城市部署了超过70个数据中心,可为客户提供单线、双线、三线、CN2、BGP多种线路接入。全网接入带宽超过8T,网络安全防护能力超过10T,是国内少数获得经营牌照相当齐全的企业之一。 长期以来,唯一网络与电信建立了稳健的合作关系,业务合作覆盖全国多个省份。在与广东电信的合作过程中,唯一网络为加快信息化服务起到了推动作用,产生了积极的经济效益与社会效益。此次获得“广东电信优秀合作伙伴”荣誉称号,是唯一网络不断创新发展、稳步前进的成果。 未来,唯一网络将继续加强与各运营商的沟通合作,通过科学管理、技术创新等方式,努力提升企业竞争力,与各合作伙伴通力合作,携手再创佳绩。
阿里云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 专线