01
员工和特权用户
为关键团队提供稳定的公共身份，用于受控的企业出口和合作伙伴访问。
没有公开暴露的公共身份
面向每个关键参与者的身份。
员工、服务器、服务、API、设备、云和地点可以使用稳定的公共网络身份运行，而无需依赖共享的提供商分配地址。
公共身份由您的安全架构治理。它与您的防火墙、SASE、Zero Trust、路由和访问策略协同工作。
比依赖共享 NAT 的出口更清晰的问责。
面向合作伙伴允许列表和受监管集成的稳定身份。
跨办公室、云、数据中心和安全平台的提供商独立性。
网络身份
并非每个 IP 都至关重要。有些会成为身份。
当客户、合作伙伴、安全系统和业务关键服务依赖您的公共 IP 时，这些地址就会成为您的公司在互联网上被识别方式的一部分。
您的域名可以迁移。您的公共网络身份也应如此。
专为更改公共 IP 会带来客户返工、合作伙伴协调、审计阻力、迁移风险和运营停机的场景而构建。
身份表面
人员。服务器。服务。地点。
让您的组织围绕那些重视问责、可迁移性和连续性的参与者与网络边缘，设计稳定的公共身份。
02
服务器和生产工作负载
在云、数据中心和混合环境中，将服务身份与提供商分配的地址分离。
03
API 和面向合作伙伴的服务
在基础设施变更时，保持客户允许列表、供应商连接和业务集成的稳定。
04
办公室、云和出口地点
围绕关键网络边缘构建公共身份，而不是依赖单一 ISP、CDN、云或设施。
身份应在不断变化的环境中保持稳定。
专为您的业务不能中断的路径而设计。
可在提供商和地点之间迁移。
连续性层
专为无法重新编号的基础设施而构建。
将公共网络身份与关键业务使用所需的连续性控制打包在一起。
第一方地址池
直接与 LARUS 合作，而不是依赖一连串 broker 和上游承诺。
有保障的续期结构
专为必须长期保持稳定的网络身份而设计。
registry 和路由运营
为公共身份连续性背后的技术控制提供运营支持。
rDNS、地理定位、声誉
面向客户和合作伙伴使用的对外地址的身份运营。
指定升级路径
当关键身份问题需要业务级关注时，提供更清晰的路径。
提供商独立性
当您的提供商发生变化时，您的身份也应能够迁移。
使用 让公共身份独立于单一 ISP、云、CDN、数据中心或安全平台。更改基础设施，而无需迫使客户和合作伙伴重新发现您的网络。
迁移云区域，而无需重建每个外部允许列表。
将生产身份与提供商拥有的地址分离。
围绕业务连续性而非临时分配来设计公共身份。
身份地图
从地图开始。然后设计结构。
围绕您的业务实际依赖的公共网络身份而设计：人员、服务器、服务、云、地点以及面向合作伙伴的边缘。
发现
映射依赖关系。
识别已被客户、合作伙伴、安全系统和业务关键服务信任的公共 IP。
设计
定义身份。
确定哪些员工、服务器、服务、云和地点需要稳定的公共网络身份。
部署
构建连续性。
实施 结构，并配套路由、续期、运营和升级控制。
围绕您的网络身份而设计。
每个 部署都始于您的业务需要保持稳定的人员、服务器、服务、云和地点。
部署常见问题
对您的提供商开放。与认证合作伙伴配合效果更佳。
旨在保持身份独立，同时让您的团队在交付方式上拥有灵活性。
我们可以使用现有提供商吗？
可以。如果您当前的网络、云、数据中心、ISP、SASE 平台或托管提供商能够支持所需的 BYOIP 和路由模型，它就可以成为您的 部署的一部分。
为什么选择认证合作伙伴？
认证合作伙伴已在部署流程、支持升级和共同交付方面与 LARUS 保持一致。它们旨在让实施更快速、更清晰。
合作伙伴会控制我们的身份吗？
不会。合作伙伴帮助交付访问、网络集成或托管服务。公共网络身份仍由 。
我们的提供商可以成为认证合作伙伴吗？
可以。支持 BYOIP 的提供商可以与 LARUS 合作，成为未来 部署的认证合作伙伴。
