课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构开发是目前大多数软件开发程序员都在使用的一种软件开发方式,下面我们就一起来了解一下,微服务架构应用注意事项都有哪些。
提出授权和身份验证请求的所有服务都是通过这种专门的权限微服务进行路由的。该响应返回到客户端,以确定其请求是否成功。这个集中的部分强制执行了所有基于权限的决定。但是,如果同事运行多个节点,并且其中一个节点被分区,就可能会出现问题。
假定节点与其他系统节点有效分离。在集中式设置中,这个节点无法接受外部服务的任何权限决定。可能会失败关闭——拒绝所有的身份验证请求,或者失败开放。后者是非常有问题的,因为所有的身份验证请求都被批准。失败关闭会引起连锁反应,即所有客户对分区服务的请求都被拒绝。
在考虑像Cerbos这样的东西时,值得庆幸的是,情况会变得更清晰一些。对于非开发者来说,这个解决方案非常友好,因为它不需要了解任何规则和语言。权限逻辑的更改会自动推送到你的基础设施的每个角落,从而节省时间和精力。这个解决方案没有任何依赖性,仍然包含在本地网络中。像这样的集中式工具甚至可以在促进GitOps的同时确定角色。
集中式的服务在让事情变得简单时很有用。它们是微服务权限规则的单一真相来源,运行时不会使原本错综复杂的系统复杂化。现代衍生产品被设计用于容器化环境,并利用流行的API协议来有效地运行。
使用集中式服务会使没有深厚权限安全知识的小团队受益良多。尽管配置仍然很强大,但是在执行身份验证和授权时,需要做的工作更少。如果你在整个部署过程中使用多个框架或语言,那么集中式解决方案将使你能够快速实施你所需的不可知性。其中甚至包括了一些非常有用的测试,因为权限和微服务会随着时间而变化。
维护成本自然也降低了。因为中央服务可以向所有服务推送更改,你不必花费开发资源来分别更新每个服务。运行大量服务的组织可以从这一事实中得到一些安慰。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。