CAS企业单点登录-入门指南

本文档提供了关于如何开始使用CAS服务器部署的高级指南。该指南的唯一重点是描述CAS部署人员必须遵循和采用的过程，以便获得成功和可持续的体系结构和部署。

收集用例

在部署之前，记录、编目和分析所需的用例和需求是非常重要的。一旦您有了一些想法，请与CAS社区讨论并分享那些可能已经解决了您今天面临的相同问题的共同趋势、实践和模式。

了解什么是CAS，可以做什么。这将帮助您开发一个基础，以实现您的哪些用例和需求在CAS中可能已经是可能的。看一下CAS架构的基本原理，看看部署和应用程序集成可能有哪些选项和选择。

同样，研究CAS支持的协议和规范列表也同样重要。

有时，当你在考虑需求和评估特性时，博客文章会出现在Apereo博客上。一般建议您关注这个博客，尽可能关注项目新闻和公告，在整个CAS部署过程中，不要羞于撰写和发布您自己的博客文章、经验和更新。

很简单，研究部署环境的安装需求。

建议使用WAR Overlay方法在本地构建和部署CAS。这种方法不需要采用者显式地下载任何版本的CAS，而是利用覆盖机制将CAS原始构件和本地自定义结合起来，以进一步简化未来的升级和维护。

注意:不要直接克隆或下载CAS代码基。只有当您希望为项目的开发做出贡献时，才需要这样做。

在做任何其他事情之前，您都应该先建立一个功能基线。避免立即进行临时更改以定制部署。坚持使用cas-提供的默认设置和设置，并一次改变一个步骤。跟踪进程和在源代码控制和标记更改中应用的更改。

这就是用例被映射到CAS特性的地方。浏览文档以找到最接近的匹配并应用。同样，重要的是尽可能坚持CAS基线:

相反，试着准备以下建议:

错误修复和小的改进属于核心的CAS软件。不是你的部署。尽一切努力报告问题，提供修复和补丁，并与CAS社区一起彻底解决问题。
某些内部CAS组件很难增加和修改。在大多数情况下，这种方法的目的是让您远离危险和不必要的复杂变化。如果您遇到一个需要和有一个特性或用例的配置和实现需要修改的核心内部软件,与中科院社区讨论,并尝试增强直接构建到CAS软件,而不是把它作为一个雪花。

总而言之，只有当部署配置真正和完全特定于您的需求时，才对其进行更改。否则，试着去归纳和回馈以降低维护成本。反复地，不遵守这一策略将可能导致长期的灾难性后果。

故障排除指南可能对您可能遇到的问题有一些答案，它通常试图描述一种对故障排除和诊断有用的策略。你也可以向CAS社区寻求帮助。