近日，龙智举办的DevSecOps研讨会年初专场“趋势瞻望与实战探讨：如何打好DevOps根底、赋能翻新”在上海圆满闭幕。龙智Atlassian技术与参谋征询团队，以及清晖、Jama Software、CloudBees等生态搭档的嘉宾发表了主题演讲，分享他们在DevOps畛域的丰盛教训与独到见解，并围绕Atlassian最新产品趋势与Jira、Confluence等工具的最佳实际，开展了深入探讨。 来自Jama Software的汽车和半导体解决方案总监Matt Mickle为大家带来主题为“需要管理工具Jama Software及其与Jira的集成”的精彩演讲。 演讲要点： 需要治理与可追溯平台Jama简介如何集成Jira与Jama，治理硬件和软件产品开发复杂性以下是演讲视频，欢送观看：https://www.bilibili.com/video/BV19w4m1f7tu/?aid=1101205092&c...
拉斯维加斯，4月30日至5月2日—— Atlassian Team’24盛大举行！现已正式启动报名，诚邀您的参加！与龙智一起走进这场翻新与合作的盛会，您将有机会亲自感触100余场精彩纷呈的流动，深刻摸索Atlassian平台如何助力翻新、晋升团队合作效率，并以前所未有的形式交付数字服务。 不容错过的流动亮点： 摸索前沿翻新，洞悉新品魅力：率先预览Atlassian的最新产品性能与将来路线图，为人工智能与团队合作的将来倒退做好充分准备；与专家面对面，吸取行业智慧：与行业专家们面对面沟通交流，吸取无关团队衰弱、开发体验、服务交付和协同工作治理等方面的贵重教训，帮忙您的团队实现高质量倒退；技能进阶，认证助力：提前一天参加会前培训与认证考试，为您的专业技能再添一笔强劲助力；凝听主题演讲，把握行业脉搏：流动演讲者将就您最关怀的话题发表独到见解。敬请期待往年的主题演讲嘉宾。无论您是企业家、开发人员还是技术发烧友，这都是一场不容错过的行业盛会！ 如您无意返回，请立刻分割Atlassian寰球白金合作伙伴——龙智，咱们将为您提供签证征询、旅程布局以及中文沟通等帮助反对。若您无奈亲临现场，咱们也同步提供线上内容注册服务，让您足不出户也能尽享Team’24的会议详情、产品演示及客户案例等精彩内容。 立刻申请
自2024年2月15日起，Atlassian将终止对Server产品提供反对。此政策并非忽然之举，早在2021年，Atlassian就停售了Server产品的许可。对于国内用户而言，这一决定带来了微小的影响，许多企业在得悉音讯后就开始踊跃筹备迁徙，然而也有一些用户持张望态度。 龙智作为Atlassian寰球白金合作伙伴，在终止服务前便推出了围绕此主题的一系列文章，致力于帮中国用户提供全面的反对和领导。 干货一览专家解读：《对话龙智高级征询参谋、Atlassian认证专家叶燕秀：Atlassian产品进入后Server时代，中国用户该当何去何从？》《上云还是本地部署? Atlassian趋势解读及云版探析》版本比照：《Atlassian后Server时代 | Server版vs.数据中心版，二者的区别在哪里？》迁徙筹备：《Atlassian Server用户新抉择 | 迁徙到数据中心版前，您须要做这些筹备》《筹备好迁徙上云了？请收下这份迁徙步骤清单》 终止反对的日期曾经到来，如果您尚未采取行动，您可能有以下的疑难，咱们在此为您做出解答。 我能够持续应用Server版吗？在刚进行反对时，实践上您能够持续应用Server版。但平安危险一劳永逸的当下，持续应用Server产品可能会导致您的企业面临五大危险： 未经修补的系统漏洞让业务裸露于威逼之中2月15日后，Atlassian将不再为Server产品安全提供补丁和更新。没有补丁或更新意味着破绽得不到解决，导致歹意行为者更容易未经受权地拜访您的数据和零碎。并且还会给IT团队带来额定的累赘——转移了他们本来用于反对公司策略的工夫和精力，而是去进行惯例的产品治理和平安保障，并且这所有都没有Atlassian的反对。 违反隐衷与合规要求应用不受反对的Server版本可能导致重大的隐衷和合规问题，尤其是针对医疗、金融这样的受到严格监管的行业。这些行业该当采取严格措施来爱护敏感数据和客户隐衷。不受反对的软件减少了破绽被利用的危险，从而减少了不合规的可能性，可能导致法律结果和财务处罚。 零碎停机和数据失落危险应用不受反对的软件可能导致长时间的零碎停机，产生来自外部和内部的各种危险，不论是出于好心还是歹意，都可能对系统造成不良影响，包含数据失落、数据被篡改，甚至零碎齐全瘫痪。这种停机不仅影响经营效率，而且障碍了为客户提供无缝的反对体验。 滞后的平安和技术应用不再受反对的软件等于失去了技术支持和安全更新。更重要的是，您将错过最新的平安技术提高，使您的零碎更容易受到新型网络威逼的影响。 不受反对的插件所带来的危险Server版本将无奈购买新的插件。即使是现有插件，龙智作为Atlassian合作伙伴也不再提供技术支持、安全更新和破绽修复，因而，您的平安危险无疑大大增加。 获取《还在冒险应用过期软件？五大危险让咱们提高警惕》PDF请点击…… 综上所述，您能够持续应用Server产品，但您的企业很可能因而陷入平安危机中。那么，如果想要更改产品，有什么适合的选项呢？ 在发表终止对Server版提供反对后，Atlassian将其重心转向了数据中心版和云版。这意味着您能够抉择更平安、更先进的解决方案，更好地适应以后的工作环境，并晋升效率。 我应该迁徙到本地部署的数据中心版吗？对于国内用户而言，本地部署的数据中心版是代替Server版的一个最优选。它不仅领有本地部署这一人造劣势，在性能等方面也有很多新的劣势。 数据中心版通过安全控制、规模化性能和灵便的基础架构抉择，保护自行治理的环境。其性能是Server版性能的延长，不仅蕴含用户相熟和青睐的性能，在此之上更是减少了适宜企业客户的个性。并且，从Server过渡到数据中心堪称是无缝切换，用户体验不会有一丝一毫的阻碍。在以后背景下，思考迁徙到数据中心版是一项理智而全面的抉择，满足企业将来倒退的需要。 Atlassian针对中国用户履行特殊政策，中国企业只有用户数超25人即可应用数据中心版的Jira、Confluence等产品。 我应该迁徙到云版吗？云版是将来的趋势，也是Atlassian后续投入的重点。它通过无缝合作、更好的集成和原生自动化，进步经营效率并专一于翻新。在自动化、数据资产与治理、集成等方面，云版领有Server版本尚不具备的独占性能。托管在云上，由Atlassian负责管理和保护，使用户可能更专一于业务需要。 近期，Atlassian发表Jira Software、Confluence和Jira Service Management等多个产品均已全面反对AI性能，为云版客户打造人机协同的工作体验。因而，思考迁徙到云版可能是一个更具前瞻性的抉择，可能适应将来工作的须要。 迁徙工夫或达9个月，您须要提前布局无论迁徙到什么版本，您都须要在迁徙之前进行具体的布局。这样能够防止迁徙过程呈现任何错漏，从而影响业务的失常进行。对于大型团队而言，从评估到启动迁徙，整个过程可能须要9个月以上的工夫。Server版终止反对的工夫已至，建议您在Server版尚能良好应用时，尽早布局将数据迁徙至具备平安保障与反对的数据中心版和云版，免得呈现让您措手不及的突发状况。 迁徙过程简单，需迁徙数据量大？您能够抉择靠谱的Atlassian合作伙伴来帮助您进行迁徙。龙智是Atlassian寰球白金合作伙伴，领有从Server版迁徙至数据中心版的丰盛胜利案例和教训。咱们的Atlassian专家团队领有两名Atlassian认证专家以及21个Atlassian认证集体，提供5* 8小时的技术支持服务。咱们将依据您的需要逐渐为您布局一次无缝的迁徙之旅，确保数据完整性和晦涩的迁徙体验。立刻分割咱们，获取更多帮忙。
2023年9月8日，龙智将携手Atlassian和JFrog于上海举办线下研讨会，以“大规模开发翻新：如何晋升企业级开发效率与品质”为主题，邀请龙智高级征询参谋、Atlassian认证专家叶燕秀，紫龙游戏上海研发核心高级项目管理主管叶凯威，以及JFrog解决方案架构师刘靖毅, 与您分享寰球当先的厂商带来的最新解决方案，以及大型企业开发中的最佳实际案例，为您提供实际参考，克服挑战，更快、更好地开发软件。 【次要演讲环节】 Jira DC：如何打造高效、智能、精细化的项目管理，赋能团队合作龙智高级征询参谋、Atlassian认证专家，叶燕秀 Jira赋能游戏开发工业化紫龙游戏上海研发核心高级项目管理主管，叶凯威 JFrog如何减速企业DevSecOps建设JFrog解决方案架构师，刘靖毅 这次流动不仅是您与业界大咖、同行交流学习的绝佳机会，更是艺术与品尝的微妙交融。除演讲以外，咱们还设置了以下环节： 咖啡文化讲座及拉花展现：咖啡不仅是一种饮品，更是一种独特的文化体验。咱们特邀业余咖啡师与您分享咖啡的背地故事，并展现拉花的美好艺术，与您一起踏入咖啡的世界。 “设计之辩，为实在的世界设计”艺术展览参观：艺术是平淡生存里浓墨重彩的一笔，设计是生存中无处不在的艺术。此展览从百余年的设计历史长河之中筛选了上百件的馆藏设计经典，全面出现不同期间的包含波普、包豪斯在内的九大思潮。咱们将安顿导览环节，让您取得对艺术和生存的别样视角。 茶歇与VIP晚宴：以美食之名，咱们为您带来更多交换机会，与演讲嘉宾，技术专家以及您的同行进行面对面的交换互动，分享彼此的见解，取得更多灵感与启发。诚挚邀请您光临本次流动。在这里，您将迎来常识的深度探讨、灵感和观点的碰撞，以及同行的深刻互动，期待与您度过一段空虚而难忘的时光。 如何返回： 地铁：12号线或7号线，龙华中路站6号口 打车：东安路与龙腾小道交叉口，东安路888号尚享会 · 橙生存 *流动参加须知：流动名额有限，先报名先得，敬请提前报名；请务必填写企业邮箱。报名数据提交后，龙智将进行审核，胜利报名将发送确认邮件；最终解释权归龙智所有。
到2024年2月，Atlassian将终止对Server产品及插件的所有反对。是时候制订您的迁徙打算了——Atlassian为您提供两种迁徙抉择，一是本地部署的数据中心版本，中国用户25人以上即可应用，二是云版。作为Atlassian寰球白金合作伙伴，龙智也为您筹备了系列文章——《数据中心是否适宜您的企业》、《迁徙到数据中心版前，您须要做这些筹备》，以及《如何将Jira和Confluence迁徙上云》等，不便您抉择适宜本人的版本，并顺利施行迁，确保业务不受影响。本文是《如何将Jira和Confluence迁徙上云》系列文章的第二篇。在理解了云版与Server版的差别后，您到了这样一个阶段——晓得本人的云端之旅行将开启，是时候为它制订一个打算了。 首先，您须要理解您的需要。第一步，请定义一些重要参数：您的估算是多少？您心愿何时开启这个旅程？您迁徙之旅的伙伴是谁？您须要什么配备？接下来将一一解释这些在迁徙上Atlassian云版中到底意味着什么。 如何制订您的时间表？每个公司的时间表都会依据其规模和独特需要而有所不同。如果一个企业领有数千名用户和多个Atlassian产品，那么它们通常须要6个月甚至更长时间来实现整个迁徙过程。对于那些规模较小、配置较简略的企业来说，可能只须要几周，就能从启动我的项目到庆贺胜利迁徙。总的来说，就是您反对的用户越多，业务流程越简单，时间表就会越长。 为了帮忙您更好地评估工夫，进行相应的布局，请思考以下这些因素以及它们可能带来的影响： 人员：您是否失去了高层的反对？您的Atlassian管理员只须要做这一个我的项目，还是他们同时还有其余工作？您的管理员单独解决这个我的项目还是能够组建一个迁徙团队？（在此强烈推荐团队单干！）数据：您是否须要先清理古老或“凌乱”的数据？您是否定制了产品和流程，导致数据无奈顺利地导入云实例?应用程序：您的Server实例中的所有应用程序（插件）都在云上可用吗？迁徙实现后，您可能打算增加哪些云应用程序？测试：您是否须要设置一个暂存环境进行测试？在推出更改前，您是否须要测试许多简单的要害工作流程?相干人员治理：您的最终用户为这种变动做好筹备了吗？你是否有了适当的反对渠道或其余形式让他们发问并失去答复?您的估算是多少?尽管迁徙上云后，因为较低的管理费，长期来看是节约老本的。然而，计费形式从一次性领取全年转为按月或按年订阅，可能会导致初始阶段的会计问题。请务必与财务团队进行核实，理解您的估算是否可能受到影响，以及受到什么影响。 您有多少用户和多少产品？在持续下一阶段的布局之前，请确保您分明地理解须要哪些云产品和应用程序，以及谁能够拜访这些产品和应用程序。在这个阶段，您须要花点工夫来理解每个用户是否依然须要应用以后产品（Marketplace利用也一样），并亲密关注简化或优化的机会。 如果您要迁徙的用户超过了1,000个，请务必分割Atlassian寰球白金合作伙伴、云业余搭档——龙智，咱们是通过Atlassian云业余认证的参谋，将为您提供业余的领导和帮助，帮忙您布局和执行迁徙。 那么，安全性、合规性和隐衷该如何解决?在以下方面的需要，将帮忙您确定哪种云打算（标准版、高级版、企业版）最适宜您。 法律 Atlassian的高级版和企业版提供了更高的服务故障抵偿限额，保障更长的运行工夫。 合规性 上云后，与云实例相干的数据将由Atlassian负责，这对合规性有重要影响。例如，Atlassian的云服务条款明确禁止蕴含敏感个人信息，包含PCI或HIPAA数据。换句话说，不要将社会保险号、税号、信用卡号码或患者记录存储在您的Atlassian云产品中。 与法律团队单干，理解您必须恪守哪些监管规范。在Atlassian的合规核心，您能理解更多对于原生反对的内容以及是否合乎您的需要。 对于合规性的问题? 分割Atlassian寰球白金合作伙伴、云业余搭档——龙智，咱们能够为您具体解释细节。 隐衷 Atlassian致力于恪守《通用数据保护条例》（GDPR），并在实用的状况下，通过执行规范合同条款，并通过更新的数据处理附加协定，建设适当的国内数据转移机制。Atlassian的隐衷政策更具体地概述了所有信息。 平安 安全性是内置在Atlassian云产品中的。Atlassian平安团队采纳多种控制措施来爱护您的数据，包含在Atlassian云服务中进行传输和静态数据的加密，进行内部破绽钻研，如Bug赏金打算等。 Atlassian平安团队以整体管制框架来解决他们的工作。他们应用Atlassian信赖管理系统（ATMS）、平安的软件开发实际和行业公认的经营实际来预防平安威逼。Atlassian还进行严格的平安测试，包含威逼建模、自动化扫描和第三方审计。如果产生安全事件，将应用安全事件响应实际迅速解决问题，并随时告诉您实时零碎状态。 您迁徙的指标是什么，以及如何掂量胜利？让客户决定迁徙上云的起因各不相同。特地是在当今的环境中，寰球产生的一些无法控制的事件影响了数十万家企业。不仅要放弃当先，更须要疾速适应的能力。一些常见的起因包含： 升高日常开销，将工夫和资金从新集中用于更具战略性的我的项目；通过更快的产品公布周期，以及帮忙新员工疾速上手，实现高速增长；将全职管理员从软件维护转移到影响整体业务指标的高价值我的项目；进步终端用户的生产力，反对跨团队和跨地区合作；尽量减少停机工夫，进步性能，降低成本，并加强对产品和服务的信念。以上的任何一个（或全副）可能在您和您的团队眼中都意味着胜利。重要的不是您对胜利的定义是什么，而是您有一个明确的指标。 谁须要参加进来？须要参加迁徙的角色因迁徙的复杂性、公司规模和可用资源而异。大多数迁徙将波及以下一些或全副角色： 我的项目负责人：推动迁徙工作的实现；审批人：对重要决策进行审批或签订的人；我的项目团队成员：具备特定畛域常识，如数据库治理、平安或用户治理、合同和许可，以及如何配置Atlassian工具的常识。假如大多数（如果不是全副）治理服务器实例的人员应该退出到云迁徙团队中；来自法务、财务和人力资源等团队的人员，以及那些理论应用云站点的人，以帮忙测试、提供反馈，并确保云的设置满足他们的需要。下一篇文章，龙智将为您带来迁徙外围数据、用户治理、应用程序、迁徙复杂性等方面的注意事项，帮忙您布局、筹备迁徙，并顺利完成您的迁徙打算。敬请期待！
2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian不仅提供云版，还提供了本地部署的数据中心（Data Center）版产品，这不仅对企业来说是可行的解决方案，更是为须要自托管的客户量身定制提供了很好的迁徙解决方案抉择。Atlassian寰球白金合作伙伴、云业余搭档——龙智将通过系列文章为您介绍数据中心产品的特点，帮忙您判断它是否适宜您的企业，并分享迁徙到数据中心版前必须要的筹备，为您提供深刻全面的参考。如已浏览了本系列的第四篇文章“迁徙到数据中心版前，您须要做这些筹备（1）”，您应该曾经理解到迁徙前须要提前打算、抉择集群/非集群架构，本篇文章为此系列最初一篇，请仔细阅读，让您的迁徙之路更轻松，因为它能帮忙确保在向数据中心产品迁徙实例之前，您的筹备工作曾经到位。 扩大集群您能够随时向集群中增加节点，而无需停机。只须要配置一台装置了应用程序的新计算机，您就能应用治理性能将其增加到集群中。一旦增加了新节点，所有索引和插件都会与该节点同步，以确保它能够与现有节点以雷同的形式工作。如果您将现有节点的服务器映像与已装置的应用程序一起应用，扩大起来会更加的轻松。通过这种形式，您简直能够立刻配置新的集群节点，并从真正的高可用性中获益。此外，您的基础架构变得更加稳固，这也有助于进步可用性和性能。 抉择托管数据的形式您能够自行决定在哪个基础架构上托管您的数据中心部署。无论是裸机服务器，虚拟机还是托管环境，本地部署的数据中心产品都能够在您喜爱的任何环境中运行。基础架构即服务（IaaS）在高级IT团队中越来越受欢迎，并且与数据中心的部署选项兼容。然而，如果您抉择IaaS，请确保将数据中心版应用的所有实例和服务放在尽可能凑近的地位。这意味着，所有节点可能位于同一地理位置。例如，在AWS中，您能够指定所有节点在同一区域和子网中，这让数据中心产品可能失常运作。 咱们心愿数据中心产品在任何环境中都能轻松治理和部署。因为更具老本效益并提供了灵便的代替计划，越来越多的企业抉择在虚拟环境中托管应用程序。许多公司抉择了诸如Amazon Web Services（AWS）或Microsoft Azure之类的基础架构服务提供商。 您能够与Atlassian寰球白金合作伙伴、云业余搭档——龙智分割，以理解无关在IaaS上进行部署的更多信息。AWS 在AWS上托管基础架构已成为当今最受欢迎的部署选项，大概45％的数据中心版客户抉择在AWS上进行部署。有了AWS的官网反对，您当初能够在数分钟外在AWS上部署数据中心集群，包含多个服务器节点，数据库和负载平衡器。Atlassian已为每种本地部署的数据中心产品开发了Cloud Formation模板和操作指南，因而您能够立刻启动并运行。通过即时配置节点，您能够更轻松地扩大本地部署的数据中心产品，以满足一直增长的需要。 客户寄语：加拿大国家银行 “当咱们从Jira 7.4降级到Jira 7.10时，咱们应用‘疾速入门’从头开始创立了一个新的Jira实例，并在几分钟之内主动设置了从数据库到文件系统的所有内容，但若是手动设置一个新的堆栈，则须要破费数小时或数天的工夫。Atlassian数据中心使咱们的共事在工作期间更加麻利。”NICOLAS CORDIERATLASSIAN ADMINISTRATOR Azure 本地部署的数据中心版还齐全反对部署在Microsoft Azure上。您能够通过应用针对Azure资源管理器联结构建的Atlassian模板来轻松上手。只需几次单击，即可构建具备可配置节点的Jira，Jira Service Management，Confluence，Bitbucket或Crowd数据中心版实例，或仅应用虚构数据启动测试实例。Azure SQL数据库反对主动备份、异地复制和加密等扩大服务。 Docker 随着团队、产品系列和基础架构复杂性的减少，许多企业的经营开销也随之增长。同时，敏捷性和灵活性是古代企业胜利的要害，因为它间接影响到企业效率和竞争劣势。Atlassian 提供受反对和保护的Docker容器映像，无论您应用什么硬件，都能够轻松实现整个部署的标准化。通过在本地部署的数据中心版中集成Docker，您能够缩小在配置、更新和保护实例方面的开销，并确保在扩大时具备必要的灵活性。 评估利用应用状况本地部署的数据中心版应用程序 数据中心版领有一个生态系统市场，其中都是为企业量身定制的、通过批准的应用程序，这些应用程序通过了严格的测试，以确保企业环境中统一的性能、稳定性和安全性。如果您的 Server应用程序有也有数据中心版本，那么在迁徙至数据中心版时，您须要应用该应用程序的数据中心版本。 您是否须要额定的反对？企业服务 企业级解决方案就应该取得企业级反对。为了确保客户胜利实现简单的部署，Atlassian提供了扩大服务和反对。当您购买了数据中心产品时，其中两项业余服务与反对将收费提供。 客户胜利经理 迁徙到数据中心版后，您将在第一年取得一个专属的客户胜利经理，帮忙您取得最大收益。他不仅会帮忙您充分利用新解决方案，还会就如何实现团队指标和业务需要提供倡议。 优先反对 在订阅数据中心版的前180天，您能够收费应用Atlassian优先反对。您的高优先级问题将间接发送给Atlassian最资深的工程师，他们致力于更宽泛的 SLA，并竭尽所能更快地对问题进行分类和解决。 技术客户经理 技术客户经理（TAM）为您提供策略领导，帮忙您最大水平地进步对于Atlassian产品的投资回报率。您的TAM将提供降级领导，让您可能尽早拜访非凡的alpha/beta/pioneer程序等等。 优先反对 业余的高级反对工程师团队将帮忙您诊断Atlassian环境中的任何问题。该团队会与您公司的三个次要联系人进行沟通，理解您的网络和环境，缩小SLA工夫并更快解决问题。 解决方案合作伙伴 您还能够抉择与Atlassian寰球白金合作伙伴、云业余搭档——龙智进行单干。咱们专一于Atlassian产品的企业版和简单部署，已胜利施行万人+Atlassian产品迁徙，积攒了丰盛教训。并且，龙智领有两名Atlassian认证专家，以及21个Atlassian认证集体，无论您在迁徙过程中遇到了什么阻碍，咱们的专家团队都能为您保驾护航。
2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。 此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian不仅提供云版，还提供了本地部署的数据中心（Data Center）版产品，这不仅对企业来说是可行的解决方案，更是为须要自托管的客户量身定制提供了很好的迁徙解决方案抉择。 Atlassian寰球白金合作伙伴、云业余搭档——龙智将通过系列文章为您介绍数据中心产品的特点，帮忙您判断它是否适宜您的企业，并分享迁徙到数据中心版前必须要的筹备，为您提供深刻全面的参考。 在前三篇文章中，您曾经从性能与可用性、平安合规、高级用户治理和控件、基础架构和经营的灵活性、数据和洞察力、可扩展性和通过验证的企业应用生态系统六个方面理解了Atlassian本地部署的数据中心产品的特点，如果对迁徙至什么版本还有任何问题，请立刻分割龙智取得专家建议。 如果曾经筹备好迁徙至本地部署的数据中心版，请仔细阅读本篇文章，让您的迁徙之路更轻松，因为它能帮忙确保在向数据中心产品迁徙实例之前，您的筹备工作曾经到位。 提前打算在将实例迁徙到数据中心版时，您能够从迁徙核心找到丰盛的资源，例如帮忙您理解数据中心版并打算迁徙的指南，以及在理论环境中部署的指南，这些指南可能帮忙您解决迁徙中会呈现的重大问题。您也能够分割Atlassian寰球白金合作伙伴、云业余搭档——龙智获取相应的帮忙。 抉择您的架构您本地部署的数据中心产品能够抉择装置在集群或非集群体系架构环境中。 因为数据中心产品的许可是由用户数量决定的，因而您能够预测老本并扩大环境，无需为新服务器或CPU领取额定的许可费用。 非集群架构在配置非集群架构时，本地部署的数据中心应用程序在单个服务器上运行，与在Server版中装置是一样的。如果您曾经装置了Server版，则在降级到数据中心版后，能够持续应用其基础架构。数据中心版独有的许多性能（例如SAML单点登录，通过速率限度进行自我爱护以及CDN反对）也能够在没有集群基础架构的状况下实现。如果您想应用这些本地部署的数据中心版的性能，您所要做的就是降级Server版的装置许可证。 通常，如果满足以下条件，倡议思考应用非集群的数据中心版部署： 不依赖集群的数据中心版性能能够满足您的须要；您对以后的服务器基础架构感到称心，并心愿在不部署新基础架构的状况下降级到数据中心版；您的组织对高可用性并没有严格的要求；您无需集群架构的更高性能和规模劣势。集群架构除了在单服务器、单数据库中的单机部署外，本地部署的数据中心产品还反对在集群中增加额定的应用程序节点，并提供一个能够在节点和共享文件系统之间调配流量的负载均衡器，可能实现无效的附件和工件治理。这些就是部署数据中心版所需的元素。也就是说，如果要在集群环境中部署数据中心，您的集群架构必须包含负载均衡器、数据库和共享文件系统。 应用程序节点 应用程序节点是Atlassian应用程序理论所在的地位。每个节点都托管着本人装置的相应软件（Jira Software，Jira Service Management，Confluence，Bitbucket或Crowd）。这些节点将配置在一个集群中并作为一个单元工作，为您的用户提供应用程序。 负载均衡器 负载均衡器是传入申请的第一站。它的工作是将传入的数据流量调配到集群中的各个应用程序节点。您能够依据本人的爱好进行设置。例如，您能够将某些类型的流量转到特定节点，或者让每个团队都应用本人的节点。 数据库 如果您抉择在集群环境中部署数据中心产品，则须要将数据库装置在独自的节点上。如果您要在AWS上进行部署，Atlassian将提供对Amazon Aurora的反对，这是一个容错关系数据库，可为您的零碎提供更多的弹性。数据中心产品还反对与Server产品雷同的数据库，然而请查看它反对的平台页面，以确保您抉择的版本反对您的首选数据库。 共享文件系统 数据中心产品部署应用共享文件系统来存储插件、附件、图标以及用户个人资料。和头像。 装置倡议 在装置过程中，咱们倡议从单个应用程序节点开始，以确保该应用程序按其应有的形式工作。在测试结束确认性能失常后，将另一个应用程序节点增加到数据中心集群。 此时，请测试负载均衡器是否按配置在节点之间正确引导流量，如果是，您的数据中心产品才具备真正的高可用性。 下一篇文章，龙智持续为您带来迁徙到本地部署的数据中心版之前所需的筹备，从拓展集群、抉择托管数据的形式、评估利用应用状况等方面让您充沛理解所有筹备工作，帮忙您顺利迁徙。敬请期待！
Atlassian对Server版本产品的反对将于2024年2月15日完结，当初，是时候创立您的迁徙打算了。一起来看看您须要理解什么基础知识以及如何布局下一步口头吧。尽管离终止反对还有几个月的工夫，但对于应用Server版的企业来说，这是一则重要的思考事项，最好在截止日期之前就开始布局迁徙。面对宏观环境的挑战，当初比以往任何时候都要减速您的转型之旅，并须要优先思考翻新。幸好，在这个旅程中，你们并不孤独。 在打算迁徙时，重要的是要思考以后的根底构架和工作流，以及团队可用的资源。这能够帮忙您确定最适宜您企业的迁徙策略，并确保向云的过渡尽可能无缝和高效。 依据迁徙Server客户的教训，咱们晓得迁徙须要的工夫（均匀9个月！），并且领有正当高效的打算和额定的资源。这就是为什么Atlassian提供限时收费的12个月云迁徙打算，以便您能够依照本人的节奏摸索云版本。这个收费打算让您有整整12个月的工夫收费摸索云版，评估它是否以及如何满足您的需要，并测试您的迁徙。当您筹备迁徙时，Atlassian会将您残余的服务器维护费用抵扣您的云订阅费用。 通过迁徙到云版，您将可能获取最新的性能、安全更新和只有在云版能力取得的可扩展性选项。如果云版无奈满足您的需要，或者您正在寻找一种更快的形式实现平稳过渡，咱们建议您降级到本地部署的数据中心版（中国企业25人以上即可应用）。 当Atlassian完结对Server版本产品的反对时，您能够期待什么？自2020年发表行将进行反对Server的政策以来，Atlassian缓缓地对Server版本的许可、降级和利用进行了调整： 2021年2月2日，完结了Atlassian Server版产品新许可证的销售，并进行新性能的开发；2021年5月1日，利用市场进行提交新的实用于Server版产品的应用程序；2022年2月15日，完结Server版产品或应用程序的用户数降级和降级。到了2023年2月15日，以下变动正在产生： Server版和本地部署的数据中心版的续约价格上调失效；用户无奈再为Server版购买新的应用程序。到2024年2月15日反对期完结后，Atlassian和市场合作伙伴将不再为Server版的任何问题、安全更新或所有破绽的修复提供技术支持。 Atlassian不心愿您处于不受反对的地步。如您所知，定期的安全更新有助于爱护您的业务免受威逼和破绽的侵害。如果没有安全更新，您将面临将用户和数据裸露于无害病毒、特务软件和歹意攻打的微小危险下。您可能还会发现您无奈再满足合规要求。 有了自动更新，咱们就晓得零碎总是最新的。咱们不用放心平安和破绽，也不用在这些问题上破费资源。安心是一件小事。——EMC保险如何(以及为什么)开始评估云 当初，越来越多的客户曾经转向云版，并从中获益。 云版提供了更强的安全性，减速了翻新，更易于治理，更有老本效益，也更便于近程操作。Atlassian继续翻新，为麻利和开发运维、IT服务治理和工作治理提供市场当先的解决方案， 通过共享云平台连贯软件、IT和业务团队。 然而，当波及到迁徙时，有一个明确的打算来确保平稳过渡是很重要的。这可能包含评估您以后的根底构架，确定适宜您企业的最佳迁徙策略，以及测试您的零碎以确保与云环境的兼容性。 同样重要的是，您须要思考迁徙所需的老本和工夫，以及团队的可用资源。受到反对的迁徙能够帮忙缓解其中一些担心，并确保您向云的过渡尽可能高效和无效。 作为Atlassian寰球白金合作伙伴、云业余搭档，龙智通过实际反对和专业知识曾经帮忙许多客户评估、配置和打算最简单的迁徙。咱们晓得迁徙到云是一项艰巨的工作，但咱们已为您的胜利迁徙做好筹备，并确保其顺利。 云无奈满足您的需要？请降级至企业级本地部署的数据中心版如果您曾经评估了云版，并确定它还没有满足您的需要，或者您正在寻找一种更快的形式来应答2024年2月停止使用Server版本的状况，实现平稳过渡，咱们建议您降级到本地部署的数据中心版。 最快的抉择是转移到单节点的数据中心版，这将使您处于自托管的环境中。这样，您就能够在切换到数据中心版的同时，解锁不依赖集群的企业性能，如速率限度、内容交付网络(CDN)、 高级审计和智能镜像。此外，通过对根底构架的投资，您能够转移到集群环境以取得高可用性。 数据中心版是您通往云端旅程中的可行门路，它满足了自托管客户最要害的需要。2022年，Atlassian为数据中心版产品公布了200多个新版本，包含针对每个数据中心版产品的平台/次要版本的弱小新性能，比方Jira的本地自动化、爱护和安全措施、应用程序监控、涉密扫描、OAuth 2.0等等。此外，数据中心版在品质方面减少了大量投资，并专一于合规性需要，在可拜访性工作和平安晋升打算方面也获得了微小停顿。
2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。 此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian不仅提供云版，还提供了本地部署的数据中心（Data Center）版产品，这不仅对企业来说是可行的解决方案，更是为须要自托管的客户量身定制提供了很好的迁徙解决方案抉择。 Atlassian寰球合作伙伴龙智将通过系列文章为您介绍数据中心产品的特点，帮忙您判断它是否适宜您的企业，并分享迁徙到数据中心版前必须要的筹备，为您提供深刻全面的参考。本篇文章是此系列第二篇。 Atlassian提供多种产品部署计划，其中，本地部署的数据中心版是针对在要害工作环境中运行的客户专门构建的Atlassian企业级、本地部署计划——中国企业25用户以上就能够应用Atlassian的数据中心产品，包含Jira, Confluence, Jira Service Management等。 如何判断本地部署的数据中心版是否适宜您的企业呢？接前两篇性能与可用性、平安合规、高级用户治理和控件、基础架构和经营的灵活性方面的剖析，明天咱们将持续从数据和洞察力、可扩展性和通过验证的企业应用生态系统两个方面进行分享，为您提供决策参考。 数据和洞察力随着团队的成长、流程的变动以及新法规的造成，管理员须要对其产品有更多的理解。借助 本地部署的Data Center产品，Atlassian心愿让您的日常工作更高效，更轻松。Atlassian的解决方案为您提供了您须要的所有工具，帮忙您收集和剖析对于贵公司生产力以及Atlassian产品影响和健康状况的要害数据。通过高级管理控制和数据来充沛理解您的企业，升高潜在危险，并优化您的环境并长期保持最佳状态。 要最大限度地利用数据中心投资并尽可能地实现可靠性和可扩展性，您能够应用多种技术。第一步，您能够从监控您的施行来评估应用状况、性能以及须要进行哪些更改开始。每家公司都有不同的监控要求，您能够抉择不同的策略。然而，无论您抉择何种形式，优先思考监控策略对于解决任何问题来说都是至关重要的。 您须要思考以下问题： 您是否对实例中产生的事件有足够的理解？您目前是否有适当的解决方案，能够集中管理您的产品和实例的应用状况？您目前是否有选择性同步目录的解决方案？当然，监控和扩大不是在配置过程中一次性搞定而不须要再次拜访的过程。相同，您应该通过重复进行数据告诉更改来继续优化Data Center部署。这是实现胜利装置的要害。通过应用Data Center部署选项提供的工具，您能够依照本人认为适合的形式进行继续迭代，不用放心会减少老本。对于可高度定制化的应用程序（例如Jira Software），管理员常常想弄清楚管理应用程序最好的办法。扩大产品最无效的办法之一是管理员限度对应用程序进行配置的数量。可扩展性和通过验证的企业应用生态系统除了Atlassian的产品，其余反对团队实现工作的应用程序也同样重要。在Data Center应用程序市场中，您的团队能够为他们工作流程的每一步找到适合的应用程序。所有的应用程序都通过全面测试，确保可为您的团队提供自信地实现工作所需的稳定性，安全性和性能。 您须要思考以下问题： 您的团队是否在您的工作流程中集成了一些应用程序？您是否正在经验孤岛式工作形式，须要Atlassian产品与其余工具的交互之类的灵活性？要确定本地部署的Data Center产品是否适宜您，您须要理解哪些应用程序对您的Atlassian基础架构至关重要。为确保您工作流程中的所有应用程序都与您的Atlassian产品一样稳固和高效，Atlassian引入了Data Center批准的应用程序模型。测试规范涵盖许多方面，包含应用程序如何解决缓存操作、对所需数据库的反对、在集群环境中实现锁定和可用性以及治理事件处理程序等等。下一篇文章，龙智将为您带来迁徙到本地部署的数据中心版之前所需的筹备，让您在判断了企业是否适宜数据中心版后，为迁徙做好短缺的筹备。敬请期待！
2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。 此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian提供了本地部署的数据中心（Data Center）版，不仅对企业来说是可行的解决方案，更是为须要自托管的客户量身定制的解决方案。 Atlassian寰球合作伙伴龙智将通过系列文章为您介绍数据中心产品的特点，帮忙您判断它是否适宜您的企业，并分享迁徙到数据中心版前必须要的筹备，为您提供深刻全面的参考。本篇文章是此系列第二篇。 Atlassian提供多种产品部署计划，其中，本地部署的数据中心版是针对在要害工作环境中运行的客户专门构建的Atlassian企业级、本地部署计划——中国企业25用户以上就能够应用Atlassian的数据中心产品，包含Jira, Confluence, Jira Service Management等。 如何判断本地部署的数据中心版是否适宜您的企业呢？接上一篇性能与可用性、平安合规方面的剖析，明天咱们将持续从高级用户治理和控件、基础架构和经营灵活性两个方面进行分享，为您提供决策参考。 高级用户治理和控件如果Atlassian应用程序对您的用户来说十分重要，那么您应该标准化和管制最终用户拜访和应用这些零碎的形式。 在大型企业中，治理用户变得尤为重要和简单，因为企业须要与大量用户打交道，并且通常所有的操作都须要在严格的安全性和合规性准则下进行。为了帮忙企业节省时间并确保产品安全，Atlassian已在本地部署的数据中心产品中内置了许多高级用户治理性能。 您须要思考以下问题： 您的企业是否有超过根本身份验证的用户身份验证平安规范？您是否会在可反复的大规模流程（例如手动用户配置）上节约贵重的工夫？大多数企业都必须恪守某些外部或内部要求强制执行的规范，最常见的两个畛域是用户受权和身份验证，这就意味着您须要的不仅仅是根本的身份验证。另一个问题是，企业在用户配置方面不足自动化。配置新用户可能会成为一个瓶颈，影响着IT团队和须要拜访的用户。借助Atlassian本地部署的数据中心产品，您能够通过将身份验证信息作为繁多事实起源来缩小配置过程中的可能产生的问题。 基础架构和经营的灵活性越来越多的企业抉择在虚拟环境中托管应用程序，因为它通常更具老本效益，并提供了灵便的抉择。事实上，有85％的Atlassian自托管客户抉择在虚拟环境中至多托管一部分他们的应用程序。许多公司正在利用诸如Amazon Web Services（AWS）或Microsoft Azure之类的服务提供商的云基础设施来做到这一点。Atlassian为AWS和Azure提供了疾速入门模板和指南，帮忙您无缝地进行部署；还提供了Docker容器镜像，帮忙您轻松地将部署复制到不同的架构。 您须要思考以下问题： 贵公司是否正在抉择应用AWS和Azure等IaaS提供商？您是否须要将实例容器化，以复制您的生产环境来部署测试环境？您是否始终难以找到适合的实例降级时间段？对于须要基础架构灵活性的企业，本地部署的数据中心产品可能是最适宜您的。首先，您能够抉择在本人的基础架构上部署Atlassian数据中心应用程序，比方您本人的物理硬件（本地）或虚拟机，以及像AWS和Azure这样的公共云提供商。尽管，您能够随心抉择最适宜您组织需要且合乎现有投资布局的基础架构选项，但当初越来越多的客户抉择应用云供应商来部署Atlassian数据中心产品，因为它能够降低成本、提高效益，并且比物理硬件更灵便。 下一篇文章，龙智将为您带来数据和洞察力、可扩展性和通过验证的企业应用生态系统两个方面的论点，让您可能更全面地判断您的企业是否适宜本地部署的数据中心版。敬请期待！
2021年，Atlassian发表进行销售新的Server许可证在业内引起轩然大波。就在往年2月，Atlassian所有Server产品及插件均已停售。2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian提供了本地部署的Data Center（数据中心）版，不仅对企业来说是可行的解决方案，更是为须要自托管的客户量身定制的解决方案。龙智将从性能与可用性、平安合规、高级用户治理和控件、基础架构和经营灵活性、数据和洞察力以及可扩展性和通过验证的企业应用生态系统等方面，介绍Data Center产品的特点，帮忙您判断它是否适宜您的企业，并分享迁徙到Data Center前必须要的筹备，为您提供深刻全面的参考。本篇文章是此系列第一篇。Atlassian提供多种产品部署计划，其中，本地部署的Data Center（数据中心）版是针对在要害工作环境中运行的客户专门构建的Atlassian企业级部署计划。如何判断本地部署的Data Center版是否适宜您的企业呢？ 规模化，性能和可用性对于某些客户来说，应用Atlassian产品的过程中，到了某个阶段，对可用性与性能有了更高的要求，仅靠繁多服务器曾经不能满足。客户心愿通过集群环境来扩大其基础架构，然而，您的性能需求还能够通过本地部署的Data Center部署计划中的单个节点来满足。 确定规模 在思考扩大诸如Jira之类的应用程序的实例时，许多客户会首先思考他们的实例能够反对的Issue数量，而疏忽了可能导致性能升高或治理开销减少的其余一些因素。许多人思考了能够拜访零碎的用户数量，但没有思考这些用户会产生的行为。或者相同，仅仅因为Issue的数量在减少，并不意味着我的项目的数量也会减少。 Data Center集群中的每个节点都减少了并发用户的容量，因而，您能够轻松扩大Atlassian产品，并且仍旧放弃最优性能。集群中的节点专用于自动化工作，或通过将某些类型的流量（特定的团队或API流量）布局到特定的节点，同时将残余的流量导向到其余节点，来提供高质量服务。增加新节点到Data Center集群中很简略，并且不会造成任何停机或服务中断的状况。 集群中的现有节点会为每个新成员主动同步索引和插件，让您轻松部署，并在应用时放弃失常运行。而且，因为本地部署的Data Center版是按用户数购买许可的，因而您能够更好地预测老本并扩大环境，无需为新服务器或CPU领取额定的许可费用。 双活集群容许您进行配置，以便使您能够依据流动将流量定向到特定节点，或者增加更多的被动节点以满足顶峰时段的需要，从而为您实现真正的高可用性（HA）。 您须要思考以下问题： 每天有多少用户拜访Atlassian应用程序？超过或靠近500用户了吗？您的办公室或员工散布在寰球各地吗？最高负载或顶峰工夫是什么时候？在过来的一年中，您经验了多少次计划外的停机？您的Jira实例、Bitbucket存储库或 Confluence页面里有多少个Issue？您的公司运行多少个Atlassian服务器产品的实例？如果这些问题引起了您的共鸣，那么规模化，性能和可用性很可能是帮忙您确定是否要迁徙到本地部署的Data Center版的重要因素。 安全性，治理和合规性对于任何团队来说，确保安全的环境都是优先事项列表的首位。但对于大型企业来说，这一指标会更细化。随着团队的倒退，您在安全性、治理和合规性方面的办法也须要随之倒退。团队规模越大，零碎就会变得越简单，就越容易受到潜在谬误的影响。 如果您须要放弃对环境的管制，灵便地响应一直变动的合规性要求，或是须要确保安全性并监控潜在危险，提供集中的可见性，那么本地部署的Data Center版完全符合您的需要。 您须要思考以下问题： 您是否须要证实您的Atlassian工具符合规定，如HIPAA或FedRAMP？您是否要更加积极主动地防备对实例产生的内部威逼？您多长时间须要调整一次Confluence中的空间权限和页面限度？您是否须要更频繁地降级，以放弃安全补丁的更新？对于古代软件企业而言，安全性和合规性该当是重中之重。因而，如果您的企业须要恪守外部或内部法规，那么本地部署的Data Center版是您的不二之选。此外，Data Center产品还内置了被动管制性能，帮忙您的企业躲避危险，并证实所有合规。 下一篇文章，龙智将为您带来高级用户治理和控件、基础架构和经营灵活性、数据和洞察力以及可扩展性和通过验证的企业应用生态系统四个方面的论点，让您可能更全面地判断您的企业是否适宜本地部署的Data Center（数据中心）版。敬请期待！
咱们带你意识这家有着悠久历史的银行，他们正在重塑银行业的DNA。以下内容整顿来自于 Yasha Dabas，渣打银行组织麻利和技术创新负责人在往年 Atlassian Summit 上的分享，心愿借此机会给大家介绍这个被行业冠军称为“金融或企业级组织中最当先的自研 DevOps 流水线之一” 的百年银行如何落地转型。立刻扫码或点击【这里】报名加入8月28日现场直播，与讲师交换，播种他们的最佳实际。 这是一个技术基础设施转型的故事，部门经验了粗浅的改革，在渣打银行宏大的组织里，业务经营和产品开发携手参加到转型的过程。Yasha 从三个维度（3P) 分享了他们这三年的历程。 人（People) ，他们分明晓得必须建设一支弱小的团队，凋谢的文化可能为整个银行建设一个平台，转化愿景，概念变现，软件交付生命周期变得无缝和及时。 流水线与流程（Process) ，流水线是他们引以为傲的流程实际。探讨端到端的价值绘制流程图并确定瓶颈，集成SDLC的各个孤立阶段，将团队和人员汇集在一起，并借助行业当先工具实现自动化，这里的一些子工具是本人创立的，然而很多是曾经锁定的市场业余工具。实际和思维 （Practice & Mindset），这六个驱动因素是重点，是渣打基于后果的价值主张。领有凋谢的心态是任何类型改革的要害。他们的指标是转化渣打银行成为一个迅速响应、一直迭代、价值驱动的组织，专一于满足客户的需要。值得引以为傲的后果：老本升高38%，部署变更的工夫缩短87%。
一、Atlas介绍 Atlas是360开源的一个Mysql Proxy，以下是官网介绍： Atlas是由 Qihoo 360公司Web平台部基础架构团队开发保护的一个基于MySQL协定的数据中间层我的项目。它在MySQL官网推出的MySQL-Proxy 0.8.2版本的根底上，批改了大量bug，增加了很多性能个性。目前该我的项目在360公司外部失去了广泛应用，很多MySQL业务曾经接入了Atlas平台，每天承载的读写申请数达几十亿条。同时，有超过50家公司在生产环境中部署了Atlas，超过800人已退出了咱们的开发者交换群，并且这些数字还在一直减少。https://github.com/Qihoo360/A..._ZH.md 以下是其github代码库：https://github.com/Qihoo360/A... 次要性能： 1.读写拆散 2.从库负载平衡 3.IP过滤 4.主动分表 5.DBA可平滑高低线DB 6.主动摘除宕机的DB “主动分表”须要打引号，对于新表是没问题的； 如果是一张有历史数据的表须要拆分，Atlas是不会帮咱们拆分的，就须要本人写工具迁徙。 二、装置 1、从官网下载相应版本，咱们抉择的是2.2.1； https://github.com/Qihoo360/A... 分表的形式有2种，1是单机分表，另1种是反对跨机器分表，能够依据状况抉择，咱们抉择的是单机分表的，即一张总表拆成多张子表，子表和总表都在一个Mysql实例上。 2、装置因为是rpm装置，间接用rpm命令装置就能够了： rpm -i Atlas-2.2.1.el6.x86_64.rpm 默认装置目录为 /usr/local/mysql-proxy。 启动命令 /usr/local/mysql-proxy/bin/mysql-proxyd test start test示意哪个实例 配置文件在 usr/local/mysql-proxy/conf下，每个配置文件示意一个实例； 3、配置阐明 以下是罕用的配置项： 配置项阐明admin-username后盾管理员账号admin-password后盾管理员明码proxy-backend-addressesMysql实例，多项以,(逗号)分隔pwds明码，必须和Mysql实例的明码一样，用装置目录 bin目录下的加密程序encrypt加密event-threads工作线程数，对性能影响大sql-logSQL日志的开关，可设置为OFF、ON、REALTIME，OFF代表不记录SQL日志，ON代表记录SQL日志，REALTIME代表记录SQL日志且实时写入磁盘proxy-addressAtlas监听的工作接口IP和端口tablestables要害参数： proxy-backend-addresses：后端Mysql实例地址 tables：分表参数，格局： 数据库名.表名.分表字段.子表数量 举1个栗子，如果咱们在做社区，社区次要性能是发帖和回帖，那次要是2张表（只是为了演示，不会把实在理论场景所有字段加上）： 帖子表(posts) 字段名类型阐明tidint帖子idtitlevarchar(200)帖子题目contenttext帖子内容回复表(replies) 字段名类型阐明pidint回复idtidint帖子iduidint用户idcontenttext回复内容create_timedatetime插入工夫假如这些表都在数据库forums中， 如果咱们要对replies进行分表，则tables这样设置 forums.replies.tid.64 下面示意对replies进行分表，分表字段为tid，即所有tid雷同的回复会在同一张表，总共分64张表。 三、踩过的坑1、Atlas不反对压缩选项，以下连贯是不行的 mysql_connect($dbhost, $dbuser, $dbpw, 1, MYSQL_CLIENT_COMPRESS); 正确的写法 mysql_connect($dbhost, $dbuser, $dbpw, 1);2. Count语句问题 分表后，count返回的后果会是针对多个表查问的多个值（count后果为0的不返回），具体示例如下（以后分表为4张）： 3. 分表后，如果删掉主表，则不带分表字段的查问会报错（如下图）；如果保留主表，则查问的是主表数据。 4. 分页问题 以下面举例的场景来说，如果要从回复表查问uid为123，并且tid为100-200之间的记录的第2页（Discuz里就是这样查用户的回复的），每页显示10条，按工夫倒序，就有可能返回为空了； ...
一、Atlas介绍 Atlas是360开源的一个Mysql Proxy，以下是官网介绍： Atlas是由 Qihoo 360公司Web平台部基础架构团队开发保护的一个基于MySQL协定的数据中间层我的项目。它在MySQL官网推出的MySQL-Proxy 0.8.2版本的根底上，批改了大量bug，增加了很多性能个性。目前该我的项目在360公司外部失去了广泛应用，很多MySQL业务曾经接入了Atlas平台，每天承载的读写申请数达几十亿条。同时，有超过50家公司在生产环境中部署了Atlas，超过800人已退出了咱们的开发者交换群，并且这些数字还在一直减少。https://github.com/Qihoo360/A..._ZH.md 以下是其github代码库：https://github.com/Qihoo360/A... 次要性能： 1.读写拆散 2.从库负载平衡 3.IP过滤 4.主动分表 5.DBA可平滑高低线DB 6.主动摘除宕机的DB “主动分表”须要打引号，对于新表是没问题的； 如果是一张有历史数据的表须要拆分，Atlas是不会帮咱们拆分的，就须要本人写工具迁徙。 二、装置 1、从官网下载相应版本，咱们抉择的是2.2.1； https://github.com/Qihoo360/A... 分表的形式有2种，1是单机分表，另1种是反对跨机器分表，能够依据状况抉择，咱们抉择的是单机分表的，即一张总表拆成多张子表，子表和总表都在一个Mysql实例上。 2、装置因为是rpm装置，间接用rpm命令装置就能够了： rpm -i Atlas-2.2.1.el6.x86_64.rpm 默认装置目录为 /usr/local/mysql-proxy。 启动命令 /usr/local/mysql-proxy/bin/mysql-proxyd test start test示意哪个实例 配置文件在 usr/local/mysql-proxy/conf下，每个配置文件示意一个实例； 3、配置阐明 以下是罕用的配置项： 配置项阐明admin-username后盾管理员账号admin-password后盾管理员明码proxy-backend-addressesMysql实例，多项以,(逗号)分隔pwds明码，必须和Mysql实例的明码一样，用装置目录 bin目录下的加密程序encrypt加密event-threads工作线程数，对性能影响大sql-logSQL日志的开关，可设置为OFF、ON、REALTIME，OFF代表不记录SQL日志，ON代表记录SQL日志，REALTIME代表记录SQL日志且实时写入磁盘proxy-addressAtlas监听的工作接口IP和端口tablestables要害参数： proxy-backend-addresses：后端Mysql实例地址 tables：分表参数，格局： 数据库名.表名.分表字段.子表数量 举1个栗子，如果咱们在做社区，社区次要性能是发帖和回帖，那次要是2张表（只是为了演示，不会把实在理论场景所有字段加上）： 帖子表(posts) 字段名类型阐明tidint帖子idtitlevarchar(200)帖子题目contenttext帖子内容回复表(replies) 字段名类型阐明pidint回复idtidint帖子iduidint用户idcontenttext回复内容create_timedatetime插入工夫假如这些表都在数据库forums中， 如果咱们要对replies进行分表，则tables这样设置 forums.replies.tid.64 下面示意对replies进行分表，分表字段为tid，即所有tid雷同的回复会在同一张表，总共分64张表。 三、踩过的坑1、Atlas不反对压缩选项，以下连贯是不行的 mysql_connect($dbhost, $dbuser, $dbpw, 1, MYSQL_CLIENT_COMPRESS); 正确的写法 mysql_connect($dbhost, $dbuser, $dbpw, 1);2. Count语句问题 分表后，count返回的后果会是针对多个表查问的多个值（count后果为0的不返回），具体示例如下（以后分表为4张）： 3. 分表后，如果删掉主表，则不带分表字段的查问会报错（如下图）；如果保留主表，则查问的是主表数据。 4. 分页问题 以下面举例的场景来说，如果要从回复表查问uid为123，并且tid为100-200之间的记录的第2页（Discuz里就是这样查用户的回复的），每页显示10条，按工夫倒序，就有可能返回为空了； ...