在本文中亚洲色图,我整理了从很多集成模样中以集成参谋人的方法学到的教会。不管是建筑师依然斥地东说念主员,在策画新的集成模样或升级刻下集成模样时,可能会发现此信息很灵验。
[[435679]]
经营阶段 不雅看供应商演示后不要立即作念出决定在评估阶段,将坐在很多供应商的演示文稿和演示中。然则不要基于此判断任何集成家具。集成家具在演示中可能看起来可以,但有职守通过笔据实践分娩责任负载对其进行评估来作念出最终决定。
在作念出决定之前,请对每个供应商的家具进行PoC,以检察在预期的2-3年的流量下其性能怎样。另外,要是要替换现存系统,请沟通迁徙旅途过火提供的撑执。
正确安排团队成员在策画新的集成模样时,从第一天开动雇用具有符合手段的东说念主员老是更好的聘用。如今,很多集成模样皆需要超出集成中间件规模的专科常识。DevOps,基础架构,可不雅察性,数据库,安全性和编程是新职工应具备的一些顶级手段。
举例,当的团队正在斥地集成时,平凡需要关联其他团队来完成任务。可能需要商酌DBA来考据数据库架构,从Ops工程师何处赢得匡助以策画部署,并从QA团队何处赢得指令来遐想性能测试决策。不绝对模样有益。然则,要是过多地依赖他东说念主,那将会负担斥地进程。
要是的团队领有上述专科常识怎样办?这么,的团队就可以自足处置我方的问题并快速举止。因此,在经营,构建和管制集成模样时,领有一支由各式东说念主才构成的团队至关迫切。
开源依然生意供应商?最终,这个决定归结为两个成分:时刻与钞票。合计的组织主要聘用哪个选项?
预算充裕的组织会在生意集成用具,撑执作事和高教悔东说念主才上参预精深资金。他们的主要方针是尽快完成整合模样并投放阛阓。时刻对他们来说至关迫切-不管他们花些许钱来成立和撑执模样。
另一方面,有些组织的预算和资源有限。然则,他们有有余的时刻尝试使用开源用具。他们频频我方撑执家具,并为开源社区作念出孝敬。
聘用集成供应商时,必须仔细沟通这两个方面。
实施阶段 正确进行集成DevOps历程传统上,斥地东说念主员履行扫数集成,然后他们将最终的工件参预运营中,以将其部署到分娩中。由于枯竭集成用具特定的常识,因此运营团队在尝试进行部署和故障撤消时遭受了恶梦。
部署新工件后,大多数集成中间件作事器皆需要再行启动。必须从负载均衡器池中取出作事器,部署工件文献,然后将作事器添加回池中。大多数时候,运营团队必须在多台作事器上换取该过程,以使其保执同步和一致。一言以蔽之,新的工件部署是一个耗时,容易出错的手动过程。
念念象一下,要是不得不一天之内进行多个部署,那么这将给斥地东说念主员和运营团队带来压力。这使通盘斥地,测试和部署周期变慢-以致需要糟践数周的时刻来部署集成的一个小的成立模样。
要是集成斥地东说念主员具有庞大而快速的历程来土产货考据其鼎新并以可靠的方法将其推向分娩,则可以摈弃这种情况。完善的CI/CD管说念将自动构建斥地东说念主员鼎新,对其进行测试,并最终以最少的东说念主工打扰跨多个环境部署构建工件。它具有可彭胀性,高效性和可靠性-使的斥地东说念主员和运营团队感到舒坦。
因此,请沟通从第一天开动成立符合的DevOps历程,以管制的集成斥地历程。
用于集成模样的CI/CD管说念示例。资源。
着力正确的弹性模式通过集成中间件集成两个系统时,不仅应该关切幸福的说念路。要是莫得的适度,将无法保证源系统和方针系统的南来北往。然则,实足可以适度中间件鄙人雨天的举止。
要是源系统欲望以同步方法进行反馈,请尝试愚弄中间件随附的可靠性功能,举例重试和断路器。关于需要可靠传递的音问,请使用异步音问传递而不是央求-回复操作。
最迫切的是,要是在中间失败,请不要保执千里默。尽可能履行必要的日记记载,并实施抵偿事务,以确保故障后的一致性。
正确保护挪动中的数据对流经集成中间件的数据肃肃。在企业数据闪现之后,主动保护数据挪动老是比履行损坏适度总要好。
色域色吧从外部系统接收数据或向外部系统发送数据时,请使用中间件撑执的传输层或应用模样级安全决策。如今,大多数用具皆撑执双向TLS,OAuth2.0等圭臬。
运维阶段 正确成立可不雅察性堆栈肃肃将到达集成中间件的任何音问传递到其最终方针地。这可能会在很多方面出问题。中间件可能无法处理央求,概况方针系统莫得反馈。概况,中间件莫得从源系统收到任何信息。怎样自信地说出实践情况?
此时,可不雅察性用具将为提供匡助。使用散布式追踪用具来追踪跨系统的音问的端到端遍历。这么,可以发现丢失音问的方位。Jaeger是散布式追踪用具的一个很好的例子。
使用Logstash,Fluentd和GreyLog等日记团员用具将中间件日记发送到中央位置,以便可以从中央位置进行日记分析。诸如ElasticSearch,Kibana和Splunk之类的用具提供了丰富的日记分析撑执。
通过在作事器机群上启用及时遥测,可以收到关联停机,作事器负载过重以及机队全体运工作况的见知。这有助于运营团队主动处置问题,而不是恭候不酣畅。
调试用具是团队的一又友系统发滋事件后,的团队成员不应该玩散布式游戏。应该有一套符合的调试用具来阻遏系统中的故障。
领有模拟源系统和方针系统的用具关于孤就地对集成中间件进行故障撤消至关迫切。ApacheJMeter,SoapUI和Postman是此类用具的少数示例。
为了快速识别集成瓶颈,的团队成员还应该熟习Java堆转储分析和SQL查询追踪等手段。
按比例彭胀到源系统和方针系统当上游系统扩大规模并发送更多流量时,集成层也应按比例扩大。不然,中间将存在性能瓶颈。
将流量发送到速率较慢的卑劣系统时,应着力最好作念法,以免耗尽它们。举例,可以在中间件和卑劣系统之间抛弃一个音问部队,以便中间件可以在其中抛弃音问,而不是将音问径直发送到卑劣系统。这么,部队就像缓冲区通常,接纳了传入流量中的须臾尖峰。另外,可以沟通在集成层甘休音问的数目当作防备顺次。
论断不管使用Kubernetes和作事网格之类的云原生工夫,依然使用VM和ESB皆没关筹商。迫切的是从小处入部下手,加速迭代速率,并从子虚中吸取教会。
当念念通过ESB将音问从系统A发送到B时,至少在第一次迭代时,无谓在Kubernetes上部署扫数内容。从始终可以承受和成立并珍摄的工夫堆栈开动。跟着的集成模样在组织中赢得坚实的容身点,可以经受新的趋势。
亚洲色图