Server

2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。 此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian提供了本地部署的数据中心（Data Center）版以及云版两个抉择。许多企业都偏向于抉择自托管的环境，因为并不是每个企业都可能或者违心对其所有需要采纳SaaS办法满足其所有需要。 那么对于须要自托管的企业来说，数据中心版（中国企业25人以上即可应用）是不二之选。本篇文章将帮您解答一些对于Atlassian自托管数据中心产品的常见疑难。 自托管的软件只能部署在本地？现实情况：数据中心产品可能在AWS或Azure上部署 只能在本地部署自托管软件的限度已成为过来式。Atlassian数据中心产品使您可能在放弃对环境管制的同时现代化您的组织。您不再须要在本人的硬件上进行部署。通过利用AWS或Azure等IaaS供应商在云中部署Atlassian数据中心，您能够播种云计算提供的许多益处。 基础设施倒退 通过抉择在云上部署，您能够开始将基础设施虚拟化并利用云的劣势。但不用放心，基础设施性能不会隐没，您能够依照本人的节奏过渡到云上。 降低成本 不可否认，云计算能够节省成本。在AWS或Azure上部署能够帮忙升高与基础设施、保护或治理反对相干的老本，并显著进步投资回报率。 灵活性和可扩展性 部署在云上能提供一个灵便的平台，能够依据须要扩大或放大。这让您可能自信地依据业务变动进行扩大或缩减，例如谋求新的翻新、摸索新市场或收买新公司。 扩大规模是否既简单又艰难？现实情况：数据中心产品使扩大变得轻而易举 扩充企业规模是一项艰巨的工作，但扩大软件规模却不用如此。在扩大过程中，重要的是思考您的基础设施和应用程序是否反对企业的以后规模、长期愿景、新的业务需要以及与这些变动相干的老本。扩大没有一种“一刀切”的办法。每个企业和团队都有不同的流程、工作流和需要。Atlassian数据中心产品可能帮忙您布局将来，并满足您的扩大和其余独特需要。 部署灵活性 能够在本人的硬件上或在云中部署。随着业务的增长和对Atlassian应用程序需要的减少，您能够轻松地扩大本人的硬件，避免停机和生产力损失。如果抉择在云中部署，您能够利用AWS或Azure等IaaS供应商来缓解扩大容量、经营老本和保护等方面的问题。 自信地治理增长 规模化不仅仅是数量的增长。为了无效地进行扩大，您须要思考多个因素，例如老本、企业增长指标和行为。数据中心产品提供的性能可帮忙您治理扩大的各个方面，从卫生状况和数据管理到爱护、性能等。 是否须要寰球基础设施？现实情况：数据中心产品可能提供满足您需要的灵活性 最佳性能与您团队所处的地理位置无关。 在寰球各地堆放基础设施以充沛反对团队是个十分谬误的观点。服务器堆藏在团队桌子下的日子一去不复返了。不要让公司节约资金、工夫和精力去建设和保护寰球各地的基础设施。 Atlassian数据中心产品让您在基础设施上灵便部署，满足您的企业对翻新和自动化的独特需要，而且齐全不会就义性能。 云计算能力 在云上部署自托管应用程序，意味着您能够放弃齐全的管制和统一的性能，而不用在所有地位部署服务器。云提供商帮忙您保护服务器，相当于缩小了资本投资和工夫，从而提供了更高的投资回报率，让您可能专一于其余的业务要害需要。 反对分布式团队 不想在云上部署？没有问题。数据中心产品提供的性能使您可能运行高性能的自托管全局环境，无需在每个地位都部署服务器。这样，散布在各地的团队都能取得更好的性能，同时升高企业的总体基础设施需要和老本。 想要安全性只能自食其力？**现实情况：数据中心产品提供了多种平安选项**在爱护Atlassian应用程序的安全性方面，您无需单独承当。 您能够经营一个自托管的环境，同时还能取得额定的平安保障，远超您外部IT和平安团队所能提供的。 平安的概念非常宽泛，尽管网络攻击通常是每一位高层关注的焦点，但企业也容易受到外部威逼，例如合规违规或政策失误，这同样可能对企业造成重大侵害。 为了帮忙您的企业防止这些危险，数据中心产品提供了多种改良Atlassian应用程序安全性的选项。 潜在的云平安好处 在云上部署数据中心产品能够为您的Atlassian应用程序提供由您的IT团队启用的安全性，此外，还可能取得由AWS或Azure等云提供商提供的外在安全性组件。 数据中心产品的安全性好处 除了您企业为了平安的不懈努力外，数据中心产品还设计有平安、合规和用户治理性能，帮忙您更好地爱护您的人员、数据和工作流程。

2024年2月，也就是一年不到，Atlassian将终止对Server产品及插件的所有反对。此布告公布后，许多用户须要理解怎么的前进方向才是最适宜企业的。为此，Atlassian提供了本地部署的数据中心（Data Center）版以及云版两个抉择。对于须要自托管的企业来说，数据中心版（中国企业25人以上即可应用）是不二之选。本篇文章将为您比照Server版与数据中心版，让您更深刻地理解其中差别，以便您做出更好的判断。Atlassian本地部署的数据中心版不仅蕴含了Server版中深受用户相熟和喜爱的性能，还减少了更多的个性和性能，以便更好地服务企业客户。 Server版和数据中心版有什么区别?简略地来说，数据中心版是专为企业打造的，具备高性能和高可用性、可扩展性、无缝用户治理、灵便的部署选项和牢靠的安全性等个性，可能满足企业大规模经营的需要。 此外，自2021年2月起，Team Calendars for Confluence和Jira Advanced Roadmaps等插件也蕴含在了数据中心版产品中。 如果想要更好地了解Server版和数据中心版之间的区别，请立刻分割Atlassian寰球白金合作伙伴、云业余搭档——龙智，咱们将为您提供数据中心版路线图，让您具体理解以后可用或行将推出的所有附加性能。降级到本地部署的数据中心版的益处数据中心产品的丰盛性能将为您的企业带来很多益处。其中，最次要的三大益处有： 提供疾速、牢靠和可扩大的产品 作为企业中的一份子，您可能须要与大型、简单、一直壮大或地理位置扩散的团队进行单干。如果这些团队须要应用Atlassian产品来实现工作，那么任何性能或可用性问题都可能导致生产力的巨大损失。如果您不还确定是否须要进步Atlassian产品的速度、可靠性或可扩展性，请思考以下问题： 您的用户是否经验了提早？ 导致性能问题的一个次要起因是并发应用。在高负载或顶峰期间，您的产品性能兴许会有所降落，这会让您的团队感到丧气。然而，通过在集群环境中部署数据中心版，您能够更好地反对企业跨多个节点的扩大，为您的团队提供更快、更无缝的体验。 此外，所有本地部署的数据中心产品都具备进步性能的个性。在Jira Software和Jira Service Management中，您能够将我的项目和问题进行存档，以清理空间和实例，并进步产品性能。 对于远离服务器物理地位的员工来说，速度也可能是一个问题。为了帮忙您更好地为地理位置扩散的团队提供反对，本地部署的数据中心版反对Jira Software、Jira Service Management和Confluence中的内容交付网络（CDN），以及反对Bitbucket的智能镜像和镜像场。这些个性能够改良分布式用户的应用体验，让他们不会因为所在位置而受到不利影响。 您有经验过停机吗？ 尽管速度和性能对于用户来说至关重要，然而停机工夫可能会对企业造成更大的影响。对于依赖Atlassian产品来实现工作的用户来说，即便是几分钟的停机工夫也可能对企业造成微小的经济损失。因而，确保Atlassian产品的可靠性和可用性十分重要。 应用流动集群时，负载均衡器能够主动将流量从故障节点重定向到集群中的流动节点，这意味着用户能够无间断地拜访产品。此外，一些针对于某些产品的个性，如Jira Software和Jira Service Management中的零停机降级以及Confluence中的只读模式，确保了对产品的统一拜访，即便您正在进行打算中的降级。 您是否正在（或打算）在Atlassian产品中增加新的用户和团队? 最初，如果您的企业正在不断扩大规模，并须要为Atlassian产品减少更多用户，那么扩大本地部署的数据中心版是一项疾速而简略的工作。您能够随时向现有集群中增加新节点，而无需停机工夫，从而轻松地扩大产品并将其交付给须要应用的团队和集体。 保障平安和合规 在当今的商业环境中，安全性对所有企业来说都至关重要的，但对于那些身处受特定法规束缚行业的企业来说，安全性和合规性则更是不能被忽视的问题。尽管本地部署的数据中心版曾经提供了帮忙您保护产品安全且合规的性能，但Atlassian仍在持续投资新性能，以一直晋升安全性和合规性。 确保只有适当的人员可能拜访您的Atlassian产品是解决平安难题的要害之一。为此，Atlassian反对SAML和OpenID Connect，以满足您的身份验证规范，并且能够轻松地配置，使受权新用户变成无缝的体验。 除了牢靠的安全性，证实合规对于受监管行业中的企业也至关重要。数据中心产品使您尽可能轻松地恪守并适应一直倒退的法规环境。通过数据中心产品中的高级审核性能，您能够获取与安全性相干的数字记录，这不仅能帮忙企业进步安全性，还能够证实合规性并进步可见性。 利用基础架构的灵活性 古代企业都须要具备软件方面的灵活性，因为每个企业都有其独特的需要，没有一种通用的解决方案实用于所有企业。Atlassian理解这一点，并提供了基础架构的灵活性，让您能够自行决定如何托管本地部署的数据中心产品。 除了在本人的硬件上部署数据中心产品，您还能够利用云计算的劣势，应用AWS、Azure等IaaS供应商来部署Atlassian产品。这样，您就能够在节约工夫和金钱的同时更轻松地扩大数据中心产品。

Knative简介Knative是一款基于Kubernetes的Serverless框架。其指标是制订云原生、跨平台的Serverless编排规范。Knative通过整合容器构建（或者函数）、工作负载治理（动静扩缩）以及事件模型这三者实现其Serverless规范。在Knative体系架构下，各角色的协作关系如下图所示。 开发者是指Serverless服务的开发人员能够间接应用原生Kubernetes API基于Knative部署Serverless服务。贡献者次要是指社区的贡献者。Knative能够被集成到反对的环境中，例如云厂商或者企业外部。目前，Knative是基于Kubernetes来实现的，所以能够认为有Kubernetes的中央就能够部署Knative。用户指终端用户，其通过Istio网关拜访服务或者事件零碎触发Knative中的Serverless服务。作为一个通用的Serverless框架，Knative由3个外围组件组成。Tekton：提供从源码到镜像的通用构建能力。Tekton组件次要负责从代码仓库获取源码并编译成镜像，推送到镜像仓库。所有这些操作都是在Kubernetes Pod中进行的。Eventing：提供事件的接入、触发等一整套事件治理能力。Eventing组件针对Serverless事件驱动模式做了一套残缺的设计，包含内部事件源的接入、事件注册、订阅以及事件过滤等性能。事件模型能够无效地解耦生产者和消费者的依赖关系。生产者能够在消费者启动之前生成事件，消费者也能够在生产者启动之前监听事件。 在Knative体系架构下各角色的协作关系 Serving：治理Serverless工作负载，能够和事件很好地联合，并且提供了基于申请驱动的主动伸缩能力，而且在没有服务须要解决的时候能够缩容到零。Serving组件的职责是管理工作负载以对外提供服务。Serving组件最重要的个性就是主动伸缩的能力。目前，其伸缩边界无限度。Serving还具备灰度公布能力。Knative部署本节将会以在阿里云部署Kantive服务为例，具体阐明如何部署Knative相干服务。首先，登录到容器服务治理控制台，如图所示为阿里云容器服务治理控制台。如没有集群，能够先抉择创立集群，如图所示为配置与创立集群。 创立集群比拟迟缓，急躁期待集群创立实现，胜利之后如示意图所示。进入集群之后，抉择左侧的“利用”，找到“Knative”并点击“一键部署”，如图所示。稍等片刻，Knative装置实现之后，能够看到外围组件曾经处于“已部署”状态，如图所示。至此，咱们实现了Knative的部署。 体验测试首先须要创立一个EIP，并将其绑定到API Server服务上，如图所示为API Server绑定EIP。实现之后，进行Serverless利用的测试。抉择利用中的“Kantive利用”，并且在服务治理中抉择“应用模板创立”，如图疾速创立示例利用所示。创立实现之后，能够看到控制台曾经呈现一个Serverless利用，如图所示为示例利用创立胜利。此时，咱们能够点击利用名称查看该利用的详情，如图所示为查看示例利用详情。为了便于测试，能够在本地设置Host：101.200.87.158 helloworld-go.default.example.com设置实现之后，在浏览器中关上零碎调配的域名，能够看到曾经输入预期的后果，如图所示：浏览器测试示例利用。至此，咱们实现了一个基于Knative的Serverless利用的部署和测试。此时，咱们还能够通过CloudShell进行集群的治理等。在集群列表页面，抉择通过CloudShell进行治理，如图集群治理列表所示。通过CloudShell治理已创立的集群，如图CloudShell窗口。执行指令： kubectl get knative能够看到，刚部署的Knative利用，如图CloudShell查看Knative利用所示。