在本文中，我整理了从好多集成容貌中以集成参谋人的式样学到的训戒。无论是建筑师还是斥地东谈主员，在策画新的集成容貌或升级现时集成容貌时，可能会发现此信息很灵验。

[[435679]]

在评估阶段，将坐在好多供应商的演示文稿和演示中。然而不要基于此判断任何集成居品。集成居品在演示中可能看起来可以，但有背负通过凭证现实坐褥使命负载对其进行评估来作念出最终决定。

在作念出决定之前，请对每个供应商的居品进行PoC，以稽查在预期的2-3年的流量下其性能怎样。另外，如若要替换现存系统，请商酌迁徙旅途过头提供的撑捏。

在策画新的集成容貌时，从第一天运行雇用具有顺应妙技的东谈主员老是更好的采取。如今，好多集成容貌都需要超出集成中间件领域的专科常识。DevOps，基础架构，可不雅察性，数据库，安全性和编程是新职工应具备的一些顶级妙技。

举例，当的团队正在斥地集成时，芜俚需要臆测其他团队来完成任务。可能需要谈论DBA来考证数据库架构，从Ops工程师哪里赢得匡助以策画部署，并从QA团队哪里赢得指挥来遐想性能测试决议。联接对容貌成心。然而，如若过多地依赖他东谈主，那将会负担斥地程度。

如若的团队领有上述专科常识何如办?这么，的团队就可以自足处理我方的问题并快速行为。因此，在磋磨，构建和管制集成容貌时，领有一支由各式东谈主才构成的团队至关紧迫。

最终，这个决定归结为两个成分：时刻与钞票。觉得的组织主要采取哪个选项?

预算充裕的组织会在交易集成器具，撑捏干事和高造就东谈主才上插足无数资金。他们的主要意见是尽快完成整合容貌并投放市集。时刻对他们来说至关紧迫-不管他们花几许钱来建立和撑捏容貌。

另一方面，有些组织的预算和资源有限。然而，他们有豪阔的时刻尝试使用开源器具。他们时时我方撑捏居品，并为开源社区作念出孝顺。

采取集成供应商时，必须仔细商酌这两个方面。

传统上，斥地东谈主员推论通盘集成，然后他们将最终的工件插足运营中，以将其部署到坐褥中。由于枯竭集成器具特定的常识，因此运营团队在尝试进行部署和故障铲除时遭遇了恶梦。

部署新工件后，大多数集成中间件干事器都需要从头启动。必须从负载均衡器池中取出干事器，部署工件文献，然后将干事器添加回池中。大多数时候，运营团队必须在多台干事器上访佛该过程，以使其保捏同步和一致。一言以蔽之，新的工件部署是一个耗时，容易出错的手动过程。

思象一下，如若不得不一天之内进行多个部署，那么这将给斥地东谈主员和运营团队带来压力。这使通盘斥地，测试和部署周期变慢-以至需要破耗数周的时刻来部署集成的一个小的诞生方法。

如若集成斥地东谈主员具有巨大而快速的历程来土产货考证其革新并以可靠的式样将其推向坐褥，则可以摒除这种情况。完善的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上部署通盘内容。从始终可以承受和建立并爱戴的技能堆栈运行。跟着的集成容貌在组织中赢得坚实的存身点，可以收受新的趋势。