| copyright | lastupdated | keywords | subcollection | content-type | ||
|---|---|---|---|---|---|---|
|
2022-05-25 |
faq for code engine, project faq for code engine, feedback for code engine, code samples for code engine, terms of service for code engine, faq, feedback, terms, code samples, project, code engine, limits |
codeengine |
faq |
{{site.data.keyword.attribute-definition-list}}
{: #faqs}
Answers to common questions about the {{site.data.keyword.codeenginefull}} service. {: shortdesc}
{: #what-is-codeengine} {: faq} {: support}
{{site.data.keyword.codeengineshort}} is developed by IBM and it is built with many open source components. The goal is to extend the capabilities of Kubernetes to help you create modern, source-centric containerized, and serverless apps that run on your Kubernetes cluster. The platform is designed to address the needs of developers who today must decide what type of app they want to run in the cloud: 12-factor apps, containers, or functions. For more information, see About {{site.data.keyword.codeengineshort}}.
With {{site.data.keyword.codeengineshort}}, you can deploy applications, run jobs, and even build source code from a single dashboard.
{: #what-is-project} {: faq} {: support}
A project is a grouping of {{site.data.keyword.codeengineshort}} entities such as applications, jobs, and builds. A project is based on a Kubernetes namespace. The name of your project must be unique within your {{site.data.keyword.cloud}} resource group, user account, and region. Projects are used to manage resources and provide access to its entities.
A project provides the following items.
- Provides a unique namespace for entity names.
- Manages access to project resources (inbound access).
- Manages access to backing services, registries, and repositories (outbound access).
- Has an automatically generated certificate for Transport Layer Service (TLS).
For more information about projects, see Manage projects.
{: #find-code-samples} {: faq} {: support}
You can find code samples to help you explore the capabilities of {{site.data.keyword.codeengineshort}}. Visit our {{site.data.keyword.codeengineshort}} code samples repository on GitHub{: external}.
{: #increase-ce-limits} {: faq} {: support}
Yes, you can increase your {{site.data.keyword.codeengineshort}} limits by contacting IBM support.
What is the difference between a Docker build on my system and a build in {{site.data.keyword.codeengineshort}}?
{: #dockerbld-cebuild} {: faq} {: support}
The result of a Docker build that you run on your local system is the same container image that you get if you run a build with the same Dockerfile in {{site.data.keyword.codeengineshort}}. However, the build in {{site.data.keyword.codeengineshort}} is not running on your local system, but instead in the {{site.data.keyword.codeengineshort}} system. This build in {{site.data.keyword.codeengineshort}} gives you several advantages.
- You are not required to install software, such as Docker Desktop, locally.
- You can use the resources that are provided by {{site.data.keyword.codeengineshort}}. For example, you can take advantage of the speed of {{site.data.keyword.cloud_notm}} to push and pull container registry images for you.
- You can build your container image by using the Buildpacks build strategy instead of Dockerfile, which detects your sources for various languages and automatically builds a container out of it.
Why do images that are built by using a {{site.data.keyword.codeengineshort}} buildpacks build show up in my container registry as being more than 15,000 days old?
{: #buildpacksbld-image-size} {: faq} {: support}
Buildpacks create reproducible builds{: external} of container images. When the same sources are built with the same version of the build tool, then the produced image has the same identifier. The identifier of an image is based not only on the files that are inside the image, but also based on dates in the metadata of the image. Part of this metadata is the creation timestamp. The Buildpacks community{: external} set all these dates in the image metadata to a fixed timestamp in 1980 to achieve reproducibility.
{: #app-websockets} {: faq} {: support}
Yes! You can find a sample app that uses WebSockets{: external} by visiting our {{site.data.keyword.codeengineshort}} samples repository on GitHub.
The maximum time for any connection to an application is 10 minutes, even if the connection is not idle. With {{site.data.keyword.codeengineshort}}, you can configure this connection time with the timeout value. With the CLI, use the --timeout option with the app create command or the app update command. From the console, you can set the Timeout value for your app from the Runtime tab. For an app that use WebSockets, the client must reconnect to the app after the connection is closed. So, if your app needs a persistent connection, create a new connection before the timeout value is reached.
{: note}
{: #review-service-terms} {: faq} {: support}
For the latest service level agreement terms, see the terms of service.
{: #give-feedback} {: faq} {: support}
Your feedback on {{site.data.keyword.codeengineshort}} is important to us and helps us improve. You can provide feedback in multiple ways:
- Click Feedback from any page on the {{site.data.keyword.codeengineshort}} console{: external} or in the product documentation to provide your comments.
- Share feedback through Slack. You can register{: external} and join the discussion in the #code-engine channel{: external}.