在本文中，我整理了从好多集成技俩中以集成照应人的时势学到的教育。岂论是建筑师一经开发东说念主员，在谈论新的集成技俩或升级现时集成技俩时，可能会发现此信息很灵验。

[[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上部署总计内容。从始终可以承受和建立并爱戴的技艺堆栈启动。跟着的集成技俩在组织中赢得坚实的安身点，可以禁受新的趋势。

 星空app