第一步：使用 adesso 互动室进行有条理的研讨会adesso 互动室在实践中给人留下了非常好的第一印象。正如已经描述的，通过这种方式，每个参与和受影响的人都被整合到设计和定义过程中。通过这种包容性和有意改变视角，我们可以看到大局，并把重点放在本质上。通过共同努力，我们实现了和谐的期望、明确且精简的项目，以及总体上更快的成果。借助这种研讨会形式，可以在短短几天的研讨会内制定数字化的初步路线图。这样做的好处是：在这些时候，这也可以通过家庭办公室的远程交互室 (IR)来完成。
作为面对面变体的有用补充，远程红外完全依赖于数字协作和交互。这是通过用于通信和业务流程建模的现代 IT 工具以及用于寻找项目中中心主题和问题的解决方案的数字白板来实现的。
您对该程序有任何疑问或意见吗？那么请联系
您想了解更多关于 adesso 世界中令人兴奋的话题吗？那么请看一下我们之前发布的博客文章微服务的使用越来越频繁——在新的软件系统中或取代过时的架构。微服务方式实现了模块的松耦合，显着提高了软件 赌博电子邮件列表 交付的速度和灵活性。但另一方面，通信和操作的复杂性也大大增加。每项服务都必须解决监控或弹性等功能。更多位于整体架构操作方法中的任务正在转移给开发团队，因此开发团队不太能够致力于实际技术方面的开发。
这个问题有什么解决办法吗？框架可以在微服务中承担此任务。 Java 世界的一个突出例子是 Spring Cloud。该框架为标准问题提供了许多功能，例如服务发现或熔断。然而，由于这个框架本身的实现也是用Java完成的，所以你失去了微服务带来的技术独立性的优势。如果另一种技术更适合解决特定问题，您仍然受到框架的限制，或者必须使用额外的框架（如果可用）。
微服务的持续趋势和依赖技术的框架的缺点导致了所谓的“服务网格”的出现，这是一种通过引入接管这些任务的专用基础设施层来缓解上述问题的有前途的方法。
什么是服务网格？
服务网格由两个重要的架构组件组成：“数据平面”和“控制平面”。下面的图 1 显示了确切的结构以及与没有服务网格的直接通信的比较。
微服务和附加服务网格的比较
微服务和附加服务网格的比较
数据平面由一系列服务代理组成，每个代理与每个专门服务一起部署。该模式也称为“sidecar”。每个服务所需的功能都被提取到一个附加容器（“sidecar”）中。
服务代理通过第二层（即所谓的控制平面）进行配置。开发人员配置的服务网格行为的任何更改都会应用于控制平面并自动分发到服务代理。另一项任务是处理由服务代理收集并转发到控制平面的遥测数据。
服务网格功能：监控、弹性和路由
正如简介中已经提到的，监控、弹性和路由在分布式微服务架构中特别重要。服务网格如何帮助解决这个问题？
监控
每个基于微服务的系统都应该有一个中央监控系统，收集所有服务的信息并集中提供。例如，收集到的数据可用于实现警报功能，在出现错误时自动引起人们对问题的注意。网格数据平面内的服务代理测量延迟和吞吐量等基本信息，但也测量与通信协议相关的更具体的数据。例如，当通过 HTTP 进行通信时，可以处理和分析状态代码，以显示错误率或其他关键数据。