Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[docs]:Update installation steps for ballerine #2177

Open
wants to merge 13 commits into
base: dev
Choose a base branch
from

Conversation

pratapalakshmi
Copy link
Collaborator

@pratapalakshmi pratapalakshmi commented Mar 10, 2024

Type

documentation, enhancement


Description

  • Reorganized documentation sidebar to better separate installation and deployment guides.
  • Introduced new deployment guides for Docker, Ansible, Kubernetes, and HTTPS configuration.
  • Detailed steps for deploying Ballerine using Ansible, including inventory setup and playbook execution.
  • Added a guide for configuring Ballerine to run over HTTPS with Ansible.
  • Updated Kubernetes deployment guide to focus on Helm and removed Docker Compose deployment steps.
  • Created a new guide for local deployment using Docker Compose.

Changes walkthrough

Relevant files
Enhancement
astro.config.mjs
Reorganization of Documentation Sidebar and Addition of Deployment
Guides

websites/docs/astro.config.mjs

  • Reorganized the documentation sidebar, separating Installation and
    Deployment into distinct sections.
  • Added new deployment guides for Docker, Ansible, Kubernetes, and
    configuring Ballerine on HTTPS.
  • +26/-3   
    Documentation
    ansible_deployment.mdx
    New Ansible Deployment Guide for Ballerine                             

    websites/docs/src/content/docs/en/getting_started/ansible_deployment.mdx

  • Introduced a new guide for deploying Ballerine using Ansible.
  • Detailed steps from installing Ansible to running the Ballerine
    playbook.
  • Provided instructions for setting up an inventory file and executing
    the playbook.
  • +65/-0   
    ballerine_on_https.mdx
    Guide for Running Ballerine on HTTPS                                         

    websites/docs/src/content/docs/en/getting_started/ballerine_on_https.mdx

  • New guide on configuring Ballerine to run over HTTPS.
  • Outlined prerequisites and detailed the setup process using Ansible.
  • Described configuration variables necessary for HTTPS deployment.
  • +54/-0   
    kubernetes_deployment.mdx
    Updated Kubernetes Deployment Guide                                           

    websites/docs/src/content/docs/en/getting_started/kubernetes_deployment.mdx

  • Updated the Kubernetes deployment guide title and description for
    clarity.
  • Removed Docker Compose deployment steps, focusing on Kubernetes.
  • Emphasized the use of Helm for deploying Ballerine on Kubernetes.
  • +5/-18   
    local_deployment.mdx
    New Guide for Local Deployment Using Docker Compose           

    websites/docs/src/content/docs/en/getting_started/local_deployment.mdx

  • Added a new guide for local deployment using Docker Compose.
  • Provided steps for cloning the repository, switching branches, and
    running Docker Compose.
  • +19/-0   

    PR-Agent usage:
    Comment /help on the PR to get a list of all available PR-Agent tools and their descriptions

    Summary by CodeRabbit

    • New Features
      • Expanded the "Deployment" section in the documentation to include new guides for "Local Deployment," "Ansible Deployment," "Kubernetes Deployment," and "Configure Instance" with a detailed guide on "Ballerine on HTTPS."
      • Added a comprehensive guide on deploying the Ballerine stack using Ansible.
      • Introduced a detailed guide for configuring Ballerine to run on HTTPS.
      • New documentation on deploying applications with Docker Compose for the Ballerine project.

    Copy link

    changeset-bot bot commented Mar 10, 2024

    ⚠️ No Changeset found

    Latest commit: 8b998a9

    Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

    This PR includes no changesets

    When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

    Click here to learn what changesets are, and how to add one.

    Click here if you're a maintainer who wants to add a changeset to this PR

    @github-actions github-actions bot added documentation Improvements or additions to documentation enhancement New feature or request labels Mar 10, 2024
    Copy link
    Contributor

    PR Description updated to latest commit (4033ba9)

    Copy link
    Contributor

    github-actions bot commented Mar 10, 2024

    PR Review

    (Review updated until commit 03f16aa)

    ⏱️ Estimated effort to review [1-5]

    2, because the PR mainly involves documentation updates and the addition of new guides, which are generally easier to review than code changes. However, it's important to ensure that the instructions are clear, accurate, and that the links work as expected.

    🧪 Relevant tests

    No

    🔍 Possible issues

    No

    🔒 Security concerns

    No

    Code feedback:

    ✨ Review tool usage guide:

    Overview:
    The review tool scans the PR code changes, and generates a PR review which includes several types of feedbacks, such as possible PR issues, security threats and relevant test in the PR. More feedbacks can be added by configuring the tool.

    The tool can be triggered automatically every time a new PR is opened, or can be invoked manually by commenting on any PR.

    • When commenting, to edit configurations related to the review tool (pr_reviewer section), use the following template:
    /review --pr_reviewer.some_config1=... --pr_reviewer.some_config2=...
    
    [pr_reviewer]
    some_config1=...
    some_config2=...
    

    See the review usage page for a comprehensive guide on using this tool.

    Copy link
    Contributor

    github-actions bot commented Mar 10, 2024

    PR Code Suggestions

    CategorySuggestions                                                                                                                                                       
    Enhancement
    Correct a typo in a section heading.

    Correct the typo in the heading "Local Devlopment Steps" to "Local Development Steps" for
    clarity and professionalism.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [20]

    -### Local Devlopment Steps
    +### Local Development Steps
     
    Improve clarity in variable replacement instructions.

    Encapsulate the variables in the code block for adding entries into the inventory file
    with <your_variable_here> to clearly indicate where users should replace with their own values.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [85]

    -<CodeBlock lang={`shell`}  code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }} ansible_ssh_private_key_file={{ SSH_PRIVATE_KEY_FILE }}`}/>
    +<CodeBlock lang={`shell`}  code={`all ansible_host=<SERVER_HOST> ansible_port=<SERVER_PORT> ansible_user=<SERVER_USER> ansible_ssh_private_key_file=<SSH_PRIVATE_KEY_FILE>`}/>
     
    Maintainability
    Remove duplicate cloning steps to avoid redundancy.

    For consistency and to avoid duplication, remove the cloning step from the "Installation
    steps on localhost with Docker" and "Installation steps on a remote virtual machine"
    sections, as it's already mentioned in the "Local Development Steps".

    websites/docs/src/content/docs/en/getting_started/installation.mdx [37-38]

    -1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    -<CodeBlock lang={`shell`}  code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
    +(Remove this step)
     
    Best practice
    Suggest checking the official documentation for Ansible installation.

    Replace the direct apt install -y ansible command with a more general instruction to check
    the official Ansible documentation for installation instructions. This ensures the guide
    remains relevant even if the recommended installation method changes.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [62-63]

    -1. **Install ansible**: We recommend installing ansible with apt:
    -<CodeBlock lang={`shell`}  code={`apt install -y ansible`}/>
    +1. **Install ansible**: We recommend checking the official Ansible documentation for the most up-to-date installation instructions:
    +[Ansible Installation Guide](https://docs.ansible.com/ansible/latest/installation_guide/index.html)
     
    Improve readability and adherence to common usage patterns in ansible playbook command.

    For the ansible playbook command, suggest using ansible-playbook command with the
    --inventory or -i option directly after ansible-playbook for better readability and
    adherence to common usage patterns.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [110]

    -<CodeBlock lang={`shell`}  code={`cd ballerine/deploy/ansible/ballerine_playbook; ansible-playbook -i inventory.txt ballerine-playbook.yml`}/>
    +<CodeBlock lang={`shell`}  code={`ansible-playbook -i deploy/ansible/ballerine_playbook/inventory.txt deploy/ansible/ballerine_playbook/ballerine-playbook.yml`}/>
     

    ✨ Improve tool usage guide:

    Overview:
    The improve tool scans the PR code changes, and automatically generates suggestions for improving the PR code. The tool can be triggered automatically every time a new PR is opened, or can be invoked manually by commenting on a PR.
    When commenting, to edit configurations related to the improve tool (pr_code_suggestions section), use the following template:

    /improve --pr_code_suggestions.some_config1=... --pr_code_suggestions.some_config2=...
    

    With a configuration file, use the following template:

    [pr_code_suggestions]
    some_config1=...
    some_config2=...
    
    Enabling\disabling automation

    When you first install the app, the default mode for the improve tool is:

    pr_commands = ["/improve --pr_code_suggestions.summarize=true", ...]
    

    meaning the improve tool will run automatically on every PR, with summarization enabled. Delete this line to disable the tool from running automatically.

    Utilizing extra instructions

    Extra instructions are very important for the improve tool, since they enable to guide the model to suggestions that are more relevant to the specific needs of the project.

    Be specific, clear, and concise in the instructions. With extra instructions, you are the prompter. Specify relevant aspects that you want the model to focus on.

    Examples for extra instructions:

    [pr_code_suggestions] # /improve #
    extra_instructions="""
    Emphasize the following aspects:
    - Does the code logic cover relevant edge cases?
    - Is the code logic clear and easy to understand?
    - Is the code logic efficient?
    ...
    """
    

    Use triple quotes to write multi-line instructions. Use bullet points to make the instructions more readable.

    A note on code suggestions quality
    • While the current AI for code is getting better and better (GPT-4), it's not flawless. Not all the suggestions will be perfect, and a user should not accept all of them automatically.
    • Suggestions are not meant to be simplistic. Instead, they aim to give deep feedback and raise questions, ideas and thoughts to the user, who can then use his judgment, experience, and understanding of the code base.
    • Recommended to use the 'extra_instructions' field to guide the model to suggestions that are more relevant to the specific needs of the project, or use the custom suggestions 💎 tool
    • With large PRs, best quality will be obtained by using 'improve --extended' mode.
    More PR-Agent commands

    To invoke the PR-Agent, add a comment using one of the following commands:

    • /review: Request a review of your Pull Request.
    • /describe: Update the PR title and description based on the contents of the PR.
    • /improve [--extended]: Suggest code improvements. Extended mode provides a higher quality feedback.
    • /ask <QUESTION>: Ask a question about the PR.
    • /update_changelog: Update the changelog based on the PR's contents.
    • /add_docs 💎: Generate docstring for new components introduced in the PR.
    • /generate_labels 💎: Generate labels for the PR based on the PR's contents.
    • /analyze 💎: Automatically analyzes the PR, and presents changes walkthrough for each component.

    See the tools guide for more details.
    To list the possible configuration parameters, add a /config comment.

    See the improve usage page for a more comprehensive guide on using this tool.

    pratapalakshmi and others added 2 commits March 12, 2024 23:05
    ….mdx
    
    Co-authored-by: Omri Levy <61207713+Omri-Levy@users.noreply.github.com>
    @Omri-Levy
    Copy link
    Contributor

    @pratapalakshmi The docs can have a deployment section or just a page “deploy with Ansible” or similar. The main installation page can always link to those sections. The installation page should have the least amount of content to get the main and basic environment going.

    Copy link
    Contributor

    PR Description updated to latest commit (f4a9f3e)

    Copy link
    Contributor

    Persistent review updated to latest commit f4a9f3e

    Copy link
    Contributor

    github-actions bot commented Mar 21, 2024

    PR Code Suggestions

    CategorySuggestions                                                                                                                                                       
    Enhancement
    Merge cloning and branch switching steps into one for simplicity.

    To avoid redundancy and ensure clarity, consider merging the steps for cloning the project
    and switching to the dev branch into a single step. This can be achieved by using the git
    clone command with the -b option to specify the branch name directly. This approach
    simplifies the instructions and makes the setup process more straightforward for users.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [38-41]

    -1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    -<CodeBlock lang={`shell`}  code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
    -2. **Switch to the dev branch**: After cloning, switch to the development branch:
    -<CodeBlock lang={`shell`}  code={`git checkout dev`}/>
    +1. **Clone the project and switch to the dev branch**: Use Git to clone the Ballerine repository and switch to the development branch in one step:
    +<CodeBlock lang={`shell`}  code={`git clone -b dev https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
     
    Add explanations or resources for Ansible and SSH keypairs.

    To ensure the documentation is accessible and clear to all users, including those who
    might not be familiar with Ansible or specific technical jargon, consider adding a brief
    explanation or link to resources about Ansible and SSH keypairs. This can help users
    understand the context and requirements better, making the installation process more
    user-friendly.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [59-83]

    -We recommend installation using ansible
    +We recommend installation using Ansible, a powerful automation tool. If you're not familiar with Ansible, you can learn more about it [here](https://docs.ansible.com/ansible/latest/index.html).
     ...
    -If you are using SSH keypairs for authenticating your SSH connections to your server.
    +If you are using SSH keypairs for authenticating your SSH connections to your server, it's a secure method of authentication. Learn more about SSH keypairs [here](https://www.ssh.com/ssh/keygen/).
     
    Security
    Recommend secure handling of SSH private keys.

    To enhance security and ensure that the SSH private key is handled securely, it's
    recommended to avoid specifying the ansible_ssh_private_key_file directly in the inventory
    file. Instead, utilize SSH agent forwarding or specify the key file in your SSH config.
    This approach minimizes the risk of exposing sensitive information and adheres to best
    practices for secure SSH key management.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [82-85]

    -If you are using SSH keypairs for authenticating your SSH connections to your server. You can tell Ansible your ssh private key file in the `inventory` file
    -using `ansible_ssh_private_key_file`
    -<CodeBlock lang={`shell`}  code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }} ansible_ssh_private_key_file={{ SSH_PRIVATE_KEY_FILE }}`}/>
    +For enhanced security, it's recommended to use SSH agent forwarding or specify your SSH private key in your SSH config, rather than directly in the inventory file. This approach helps protect your SSH private key from exposure.
     
    Best practice
    Use consistent naming conventions for placeholders.

    To improve the readability and maintainability of the documentation, consider using a
    consistent naming convention for URLs and placeholders. For instance, using all lowercase
    letters and underscores for placeholders ({{ server_host }}, {{ server_port }}, etc.) can
    enhance clarity and ensure consistency across the documentation.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [85]

    -<CodeBlock lang={`shell`}  code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }} ansible_ssh_private_key_file={{ SSH_PRIVATE_KEY_FILE }}`}/>
    +<CodeBlock lang={`shell`}  code={`all ansible_host={{ server_host }} ansible_port={{ server_port }} ansible_user={{ server_user }} ansible_ssh_private_key_file={{ ssh_private_key_file }}`}/>
     
    Maintainability
    Consolidate codebase preparation steps to reduce repetition.

    To ensure the documentation remains concise and focused, consider removing the repeated
    cloning and branch switching steps in the installation instructions for different
    environments (local, Docker, remote VM). Instead, introduce a single, initial section
    dedicated to obtaining the codebase and preparing the development environment. This
    approach reduces repetition, simplifies the documentation, and makes it easier for users
    to follow.

    websites/docs/src/content/docs/en/getting_started/installation.mdx [38-41]

    -1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    -<CodeBlock lang={`shell`}  code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
    -2. **Switch to the dev branch**: After cloning, switch to the development branch:
    -<CodeBlock lang={`shell`}  code={`git checkout dev`}/>
    +Before proceeding with the installation steps, ensure you have the Ballerine codebase ready:
    +1. **Prepare the development environment**:
    +- Clone the project and switch to the development branch by running:
    +<CodeBlock lang={`shell`}  code={`git clone -b dev https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
     

    ✨ Improve tool usage guide:

    Overview:
    The improve tool scans the PR code changes, and automatically generates suggestions for improving the PR code. The tool can be triggered automatically every time a new PR is opened, or can be invoked manually by commenting on a PR.
    When commenting, to edit configurations related to the improve tool (pr_code_suggestions section), use the following template:

    /improve --pr_code_suggestions.some_config1=... --pr_code_suggestions.some_config2=...
    

    With a configuration file, use the following template:

    [pr_code_suggestions]
    some_config1=...
    some_config2=...
    
    Enabling\disabling automation

    When you first install the app, the default mode for the improve tool is:

    pr_commands = ["/improve --pr_code_suggestions.summarize=true", ...]
    

    meaning the improve tool will run automatically on every PR, with summarization enabled. Delete this line to disable the tool from running automatically.

    Utilizing extra instructions

    Extra instructions are very important for the improve tool, since they enable to guide the model to suggestions that are more relevant to the specific needs of the project.

    Be specific, clear, and concise in the instructions. With extra instructions, you are the prompter. Specify relevant aspects that you want the model to focus on.

    Examples for extra instructions:

    [pr_code_suggestions] # /improve #
    extra_instructions="""
    Emphasize the following aspects:
    - Does the code logic cover relevant edge cases?
    - Is the code logic clear and easy to understand?
    - Is the code logic efficient?
    ...
    """
    

    Use triple quotes to write multi-line instructions. Use bullet points to make the instructions more readable.

    A note on code suggestions quality
    • While the current AI for code is getting better and better (GPT-4), it's not flawless. Not all the suggestions will be perfect, and a user should not accept all of them automatically.
    • Suggestions are not meant to be simplistic. Instead, they aim to give deep feedback and raise questions, ideas and thoughts to the user, who can then use his judgment, experience, and understanding of the code base.
    • Recommended to use the 'extra_instructions' field to guide the model to suggestions that are more relevant to the specific needs of the project, or use the custom suggestions 💎 tool
    • With large PRs, best quality will be obtained by using 'improve --extended' mode.
    More PR-Agent commands

    To invoke the PR-Agent, add a comment using one of the following commands:

    • /review: Request a review of your Pull Request.
    • /describe: Update the PR title and description based on the contents of the PR.
    • /improve [--extended]: Suggest code improvements. Extended mode provides a higher quality feedback.
    • /ask <QUESTION>: Ask a question about the PR.
    • /update_changelog: Update the changelog based on the PR's contents.
    • /add_docs 💎: Generate docstring for new components introduced in the PR.
    • /generate_labels 💎: Generate labels for the PR based on the PR's contents.
    • /analyze 💎: Automatically analyzes the PR, and presents changes walkthrough for each component.

    See the tools guide for more details.
    To list the possible configuration parameters, add a /config comment.

    See the improve usage page for a more comprehensive guide on using this tool.

    @pratapalakshmi
    Copy link
    Collaborator Author

    @pratapalakshmi The docs can have a deployment section or just a page “deploy with Ansible” or similar. The main installation page can always link to those sections. The installation page should have the least amount of content to get the main and basic environment going.

    Yes I totally agree with you . But, to setup on https and CORS. these were the basic steps . Required. I am totally in for collaboration on reducing the number of steps

    Copy link
    Contributor

    coderabbitai bot commented Mar 26, 2024

    Warning

    Rate limit exceeded

    @pratapalakshmi has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 47 minutes and 23 seconds before requesting another review.

    How to resolve this issue?

    After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

    We recommend that you space out your commits to avoid hitting the rate limit.

    How do rate limits work?

    CodeRabbit enforces hourly rate limits for each developer per organization.

    Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

    Please see our FAQ for further information.

    Commits

    Files that changed from the base of the PR and between 219b9b8 and 8b998a9.

    Walkthrough

    The recent updates focus on enriching the deployment documentation for the Ballerine project, offering detailed guides for deploying via Ansible, HTTPS configuration, and Docker Compose. These additions aim to simplify the deployment process and provide users with diverse deployment options to suit their requirements.

    Changes

    File Path Summary
    .../deployment/ansible_deployment.mdx Comprehensive guide on deploying the Ballerine stack using Ansible
    .../deployment/ballerine_on_https.mdx Detailed guide on configuring Ballerine for HTTPS deployment
    .../deployment/docker_compose.mdx Documentation on deploying applications using Docker Compose

    🐇✨
    In the realm of code and light,
    Where Ballerine's star shines bright,
    Deployment guides take flight,
    Through Ansible's magic and Docker's might.
    🌟📜✨
    With HTTPS security in place,
    We bound through cyberspace with grace.
    🚀🐰💫


    Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

    Share
    Tips

    Chat

    There are 3 ways to chat with CodeRabbit:

    • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
      • I pushed a fix in commit <commit_id>.
      • Generate unit testing code for this file.
      • Open a follow-up GitHub issue for this discussion.
    • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
      • @coderabbitai generate unit testing code for this file.
      • @coderabbitai modularize this function.
    • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
      • @coderabbitai generate interesting stats about this repository and render them as a table.
      • @coderabbitai show all the console.log statements in this repository.
      • @coderabbitai read src/utils.ts and generate unit testing code.
      • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
      • @coderabbitai help me debug CodeRabbit configuration file.

    Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

    CodeRabbit Commands (invoked as PR comments)

    • @coderabbitai pause to pause the reviews on a PR.
    • @coderabbitai resume to resume the paused reviews.
    • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
    • @coderabbitai full review to do a full review from scratch and review all the files again.
    • @coderabbitai summary to regenerate the summary of the PR.
    • @coderabbitai resolve resolve all the CodeRabbit review comments.
    • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
    • @coderabbitai help to get help.

    Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

    CodeRabbit Configration File (.coderabbit.yaml)

    • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
    • Please see the configuration documentation for more information.
    • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

    Documentation and Community

    • Visit our Documentation for detailed information on how to use CodeRabbit.
    • Join our Discord Community to get help, request features, and share feedback.
    • Follow us on X/Twitter for updates and announcements.

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Review Status

    Actionable comments generated: 1

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 390a449 and 67906b4.
    Files selected for processing (3)
    • websites/docs/astro.config.mjs (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/ansibledeployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/installation.mdx (2 hunks)
    Additional comments: 6
    websites/docs/src/content/docs/en/getting_started/installation.mdx (3)
    • 20-20: The section title "Local Development Steps" is correctly updated as per the PR objectives. This change makes the documentation clearer by specifying that these steps are intended for local development.
    • 36-47: The steps for setting up Ballerine on localhost with Docker are clearly outlined and follow a logical sequence from cloning the project to bringing up the containers. This structured approach enhances the readability and usability of the documentation.
    • 51-53: Highlighting the command to start the KYB example is a useful addition for users looking to test the setup immediately after installation. It provides a clear starting point for interacting with Ballerine.
    websites/docs/src/content/docs/en/getting_started/ansibledeployment.mdx (2)
    • 10-12: Introducing the recommendation for using Ansible for installation on a remote virtual machine is a valuable addition. It sets the context for the following steps and aligns with the PR objectives to provide multiple deployment options.
    • 69-71: The final steps detailing how to verify the deployment by accessing the backoffice, collection flow, and workflow service URLs are crucial for users to confirm the successful setup of Ballerine. It's a good practice to guide users on what to expect after the deployment process.
    websites/docs/astro.config.mjs (1)
    • 50-53: Adding "Ansible Deployment" to the navigation menu under "Deployment" is a logical and necessary update to reflect the new content added to the documentation. This change makes it easier for users to find the Ansible deployment guide.

    Comment on lines 14 to 62
    1. **Install ansible**: We recommend installing ansible with apt:
    <CodeBlock lang={`shell`} code={`apt install -y ansible`}/>

    2. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    <CodeBlock lang={`shell`} code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>

    3. **Switch to the dev branch**: After cloning, switch to the development branch:
    <CodeBlock lang={`shell`} code={`git checkout dev`}/>

    4. **Navigate to ballerine_playbook directory**:
    <CodeBlock lang={`shell`} code={`cd deploy/ansible/ballerine_playbook`}/>

    5. **Create inventory file**:
    <CodeBlock lang={`shell`} code={`touch inventory.txt`}/>

    Now, with your editor, open the file and add the hostname or FQDN of the server(s) you want to deploy Ballerine to with the following pattern:

    6. **Add entries into the inventory file**:
    <CodeBlock lang={`shell`} code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }}`}/>

    If you are using SSH keypairs for authenticating your SSH connections to your server. You can tell Ansible your ssh private key file in the `inventory` file
    using `ansible_ssh_private_key_file`

    <CodeBlock lang={`shell`} code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }} ansible_ssh_private_key_file={{ SSH_PRIVATE_KEY_FILE }}`}/>

    After you completed the above step then we're pretty much done with the inventory

    7. **Setup your configuration vars for Ballerine**:

    The next step is to setup necessary configuration for your app to run such as environment variable, domain name, etc.

    First you need to open `deploy/ansible/ballerine_playbook/roles/setup-ballerine/defaults/main.yml` file with your editor.
    There are some variables that will need input from you to get the application start correctly

    - `install_dir`: The absolute path of your app's installation folder on the server (required). Default: `/home/ubuntu/ballerine`
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    - `backoffice_url`: URL you wish to deploy Case-Management on
    - `kyb_url`: URL you wish to deploy KYB on
    - `workflow_dashboard_url`: URL you wish to deploy Workflows-Dashboard on
    - `workflow_svc_url`: URL you wish to deploy Workflows-Service on

    Once you complete setup config vars for your app then we are ready to deploy our app on your server.

    8. **Run the Ansible playbook**:

    After complete the above step. Now the only remain step we need to do is run the ansible playbook.
    You can run the ansible playbook with the following command

    <CodeBlock lang={`shell`} code={`cd ballerine/deploy/ansible/ballerine_playbook;
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    The detailed steps for deploying Ballerine using Ansible, from installing Ansible to running the playbook, are well-structured and comprehensive. This guide should effectively assist users in setting up Ballerine on a remote server. However, it's important to ensure that all placeholders like {{ SERVER_HOST }}, {{ SERVER_PORT }}, and others are clearly explained or linked to further documentation for users unfamiliar with Ansible's inventory files.

    Would you like me to add explanations for the placeholders used in the inventory file or link to Ansible's documentation for clarity?

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Review Status

    Actionable comments generated: 2

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 28906c9 and 3f72fb7.
    Files selected for processing (4)
    • websites/docs/astro.config.mjs (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/ansibledeployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/deployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/installation.mdx (2 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs
    Additional comments: 5
    websites/docs/src/content/docs/en/getting_started/installation.mdx (4)
    • 20-20: The section title change to "Local Development Steps" is appropriate and aligns with the PR objectives to clarify the installation process for different environments. However, ensure that this change is reflected in the table of contents or any navigation elements if applicable.
    • 36-55: The steps for local development with Docker are clear and well-structured. However, it's important to ensure that the URLs mentioned (e.g., http://localhost:5137/, http://localhost:5201/, http://localhost:3000/) are accurate and match the actual ports used by the Docker containers. If these ports are configurable, consider mentioning how to find or set them.
    Verification successful

    Given the partial match found for port 3000 and the absence of ports 5137 and 5201 in the docker-compose-build.yml file, it's necessary to conduct a more detailed examination of the Docker Compose configuration. This includes looking for any indirect references to these ports, such as through environment variables or in other related configuration files that might be included or referenced in the Docker Compose setup.


    The additional context provided from the docker-compose-build.yml file and the search results for references to ports 5137 and 5201 in other files reveal several key points:

    1. Docker Compose Configuration: The docker-compose-build.yml file uses environment variables for port configurations (${BACKOFFICE_PORT}, ${KYB_APP_PORT}, ${WORKFLOW_SVC_PORT}), indicating that the ports are indeed configurable and not hard-coded. This aligns with the documentation's mention of ports 5137, 5201, and 3000, suggesting that these ports are default values or examples of what could be set in the environment variables.

    2. Search Results for Ports 5137 and 5201: The search results confirm the usage of ports 5137 and 5201 in various contexts, including CORS origins and collection flow URLs. This further supports the documentation's accuracy regarding these ports. The presence of EXPOSE 5201 and EXPOSE 5137 commands in the output indicates that these ports are intended to be exposed by the Docker containers, aligning with the documentation's instructions.

    Given this information, it can be concluded that the documentation's mention of ports 5137, 5201, and 3000 is accurate, with the understanding that these ports are configurable through environment variables. The documentation could be enhanced by explicitly stating that these ports are examples and can be configured as needed, providing guidance on where and how to set these environment variables for users who wish to customize their setup.

    Scripts Executed

    The following scripts were executed for the analysis:


    Script:

    #!/bin/bash
    # Verify if the mentioned ports in the documentation match the Docker Compose configuration.
    grep -E '5137|5201|3000' ./deploy/docker-compose-build.yml
    

    Length of output: 128



    Script:

    #!/bin/bash
    # Examine the docker-compose-build.yml file for any indirect references to the missing ports or related configuration files.
    cat ./deploy/docker-compose-build.yml
    
    # Additionally, search for any .env or similar files that might define these ports.
    fd --type f --exec grep -E '5137|5201' {}
    

    Length of output: 5414

    * 55-55: Ensure consistency with other URLs in the documentation, as suggested by Omri-Levy. If the protocol (http/https) or the format of the URLs differs from other sections, it might be worth standardizing them across the documentation for clarity and uniformity. * 17-23: > 📝 **NOTE** > This review was outside the diff hunks, and no overlapping diff hunk was found. Original lines [62-62]

    The use of ballerine-playbook in the command adheres to Ansible conventions, as clarified by pratapalakshmi. It's good practice to follow the conventions of the tools being used, even if they differ from the project's general naming conventions. This decision helps maintain consistency with broader community practices and tool-specific guidelines.

    websites/docs/src/content/docs/en/getting_started/ansibledeployment.mdx (1)
    • 10-79: The Ansible deployment guide is comprehensive and provides clear instructions for deploying Ballerine on a remote server. However, ensure that placeholders like {{ SERVER_HOST }}, {{ SERVER_PORT }}, and {{ SSH_PRIVATE_KEY_FILE }} are clearly explained or linked to Ansible's documentation for users unfamiliar with Ansible's inventory files. Additionally, consider adding a note about the necessity of adjusting firewall settings or security groups to allow access to the ports used by Ballerine services.

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Review Status

    Actionable comments generated: 3

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 28906c9 and b5f1c06.
    Files selected for processing (4)
    • websites/docs/astro.config.mjs (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/ansibledeployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/deployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/installation.mdx (2 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs
    Additional comments: 2
    websites/docs/src/content/docs/en/getting_started/installation.mdx (2)
    • 20-20: Renaming the section to "Local Development Steps" clarifies the focus on local development, aligning with the PR objectives. This change enhances the documentation's structure and readability.
    • 36-55: The addition of specific steps for setting up Ballerine with Docker for local development is well-detailed and follows a logical sequence. Highlighting the KYB example execution command is a helpful guide for users to test their setup. Ensure that all URLs and commands are up-to-date and accurate.

    Comment on lines 17 to 23
    - Latest PNPM version (Minimum version 8.0) ([Install PNPM](https://pnpm.io/installation))
    - Docker and docker compose ([Docker](https://docs.docker.com/desktop), [Docker Compose](https://docs.docker.com/compose/install))

    ### Installation Steps
    ### Local Development Steps

    1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    <CodeBlock lang={`shell`} code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    📝 NOTE
    This review was outside the diff hunks, and no overlapping diff hunk was found. Original lines [3-3]

    The description starts with a lowercase letter. It should be corrected to start with an uppercase letter for proper grammar.

    - description: his guide provides a step-by-step process for setting up and running the Ballerine stack on your local environment.
    + description: This guide provides a step-by-step process for setting up and running the Ballerine stack on your local environment.

    @@ -15,7 +15,7 @@ import CodeBlock from '../../../../components/CodeBlock/CodeBlock.astro';
    <CodeBlock lang={`shell`} code={`git checkout dev`}/>

    3. **Run Docker Compose**: Now, you can start all services using Docker Compose:
    <CodeBlock lang={`shell`} code={`docker-compose up -d`}/>
    <CodeBlock lang={`shell`} code={`docker-compose -f docker-compose-build.yml up -d`}/>
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Tip

    Codebase Verification

    While the docker-compose-build.yml file exists and is configured for deployment, there appears to be no mention of it in the project's markdown files, suggesting a lack of documentation about this specific Docker Compose file within the guides or instructions. It's important to ensure that this file and its usage are well documented to avoid confusion for users unfamiliar with Docker Compose.

    Analysis chain

    Specifying docker-compose-build.yml in the Docker Compose command is a significant change that aligns with the PR objectives to clarify deployment instructions. Ensure that this file (docker-compose-build.yml) is properly documented elsewhere in the guide, including its structure and any differences from the default docker-compose.yml, to avoid confusion for users unfamiliar with Docker Compose.

    Scripts Executed

    The following scripts were executed for the analysis:


    Script:

    #!/bin/bash
    # Verify the existence and content of docker-compose-build.yml to ensure it's well documented.
    cat ./deploy/docker-compose-build.yml
    # Search for mentions of docker-compose-build.yml in markdown files to verify documentation.
    rg "docker-compose-build.yml" -tmd
    

    Length of output: 2959

    Comment on lines 1 to 79
    ---
    title: Deploy Ballerine on HTTPS using ansible
    description: This guide provides a step-by-step process for setting up and running the Ballerine stack with HTTPS on a remote instance.
    ---

    import PackageManagersTabs
    from '../../../../components/PackageManagersTabs/PackageManagersTabs.astro';
    import CodeBlock from '../../../../components/CodeBlock/CodeBlock.astro';

    ### Installation steps on a remote virtual machine

    We recommend installation using ansible

    1. **Install ansible**: We recommend installing ansible with apt:
    <CodeBlock lang={`shell`} code={`apt install -y ansible`}/>

    2. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    <CodeBlock lang={`shell`} code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>

    3. **Switch to the dev branch**: After cloning, switch to the development branch:
    <CodeBlock lang={`shell`} code={`git checkout dev`}/>

    4. **Navigate to ballerine_playbook directory**:
    <CodeBlock lang={`shell`} code={`cd deploy/ansible/ballerine_playbook`}/>

    5. **Create inventory file**:
    <CodeBlock lang={`shell`} code={`touch inventory.txt`}/>

    Now, with your editor, open the file and add the hostname or FQDN of the server(s) you want to deploy Ballerine to with the following pattern:

    6. **Add entries into the inventory file**:
    <CodeBlock lang={`shell`} code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }}`}/>

    If you are using SSH keypairs for authenticating your SSH connections to your server. You can tell Ansible your ssh private key file in the `inventory` file
    using `ansible_ssh_private_key_file`

    <CodeBlock lang={`shell`} code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }} ansible_ssh_private_key_file={{ SSH_PRIVATE_KEY_FILE }}`}/>

    After you completed the above step then we're pretty much done with the inventory

    7. **Setup your configuration vars for Ballerine**:

    The next step is to setup necessary configuration for your app to run such as environment variable, domain name, etc.

    First you need to open `deploy/ansible/ballerine_playbook/roles/setup-ballerine/defaults/main.yml` file with your editor.
    There are some variables that will need input from you to get the application start correctly

    - `install_dir`: The absolute path of your app's installation folder on the server (required). Default: `/home/ubuntu/ballerine`
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    - `backoffice_url`: URL you wish to deploy Case-Management on
    - `kyb_url`: URL you wish to deploy KYB on
    - `workflow_dashboard_url`: URL you wish to deploy Workflows-Dashboard on
    - `workflow_svc_url`: URL you wish to deploy Workflows-Service on

    Once you complete setup config vars for your app then we are ready to deploy our app on your server.

    8. **Run the Ansible playbook**:

    After complete the above step. Now the only remain step we need to do is run the ansible playbook.
    You can run the ansible playbook with the following command

    <CodeBlock lang={`shell`} code={`cd ballerine/deploy/ansible/ballerine_playbook;
    ansible-playbook -i inventory.txt ballerine-playbook.yml`}/>

    The command above will use the host information from the `inventory` file.

    After performing these steps,

    The backoffice should be running on <CodeBlock lang={`shell`} code={`https://<backoffice_url>`}/>
    The collection flow on <CodeBlock lang={`shell`} code={`https://<kyb_url>`}/> and
    The workflow service will be accepting calls at <CodeBlock lang={`shell`} code={`https://<workflow_svc_url>`}/>

    The default username and password for the backoffice are:

    **Username:**
    <CodeBlock lang={`shell`} code={`admin@admin.com`}/>

    **Password:**
    <CodeBlock lang={`shell`} code={`admin`}/>
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    The detailed steps for deploying Ballerine using Ansible, from installing Ansible to running the playbook, are well-structured and comprehensive. This guide should effectively assist users in setting up Ballerine on a remote server. However, it's important to ensure that all placeholders like {{ SERVER_HOST }}, {{ SERVER_PORT }}, and others are clearly explained or linked to further documentation for users unfamiliar with Ansible's inventory files.

    Would you like me to add explanations for the placeholders used in the inventory file or link to Ansible's documentation for clarity?

    Copy link
    Contributor

    github-actions bot commented Apr 2, 2024

    PR Description updated to latest commit (03f16aa)

    Copy link
    Contributor

    github-actions bot commented Apr 2, 2024

    Persistent review updated to latest commit 03f16aa

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 0

    Review Status

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between b5f1c06 and 03f16aa.
    Files selected for processing (5)
    • websites/docs/astro.config.mjs (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/ansible_deployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/ballerine_on_https.mdx (1 hunks)
    • websites/docs/src/content/docs/en/getting_started/kubernetes_deployment.mdx (2 hunks)
    • websites/docs/src/content/docs/en/getting_started/local_deployment.mdx (1 hunks)
    Additional comments not posted (5)
    websites/docs/src/content/docs/en/getting_started/local_deployment.mdx (1)

    8-19: The instructions for deploying Ballerine using Docker Compose are clear and well-structured. The use of <CodeBlock> components for shell commands enhances readability and user experience. Good job on making the documentation straightforward and easy to follow.

    websites/docs/src/content/docs/en/getting_started/kubernetes_deployment.mdx (1)

    1-12: > 📝 NOTE

    This review was outside the diff hunks and was mapped to the diff hunk with the greatest overlap. Original lines [6-91]

    The documentation for deploying Ballerine on a Kubernetes cluster using Helm charts is comprehensive and well-structured. The detailed steps for prerequisites, Helm chart installation, PostgreSQL setup, and troubleshooting are clear and informative. The use of <CodeBlock> components for shell commands and configuration snippets significantly enhances readability and user experience. Excellent work on making the documentation thorough and easy to follow.

    websites/docs/src/content/docs/en/getting_started/ballerine_on_https.mdx (1)

    6-54: The documentation for running Ballerine on HTTPS is clear and comprehensive. The detailed steps for prerequisites, Ansible setup, and configuration variables are well-explained. The use of <CodeBlock> components for shell commands and configuration snippets significantly enhances readability and user experience. Excellent work on making the documentation thorough and easy to follow.

    websites/docs/src/content/docs/en/getting_started/ansible_deployment.mdx (1)

    6-64: The documentation for deploying Ballerine using Ansible is comprehensive and well-structured. The detailed steps for prerequisites, installation on a remote virtual machine, inventory file setup, and running the Ansible playbook are clear and informative. The use of <CodeBlock> components for shell commands and configuration snippets significantly enhances readability and user experience. Excellent work on making the documentation thorough and easy to follow.

    websites/docs/astro.config.mjs (1)

    49-73: The updates to the navigation menu in the Astro configuration file are well-organized and align with the PR objectives to enhance the documentation structure and accessibility. The new items for "Local Deployment," "Ansible Deployment," "Kubernetes Deployment," and "Configure Instance" with a sub-item "Ballerine on HTTPS" are correctly added, improving the user experience in navigating the documentation. Good job on structuring the navigation menu effectively.

    Copy link
    Contributor

    github-actions bot commented Apr 2, 2024

    PR Code Suggestions

    CategorySuggestions                                                                                                                                                       
    Best practice
    Suggest using a stable branch instead of the dev branch for cloning the repository.

    Instead of hardcoding the branch name dev in the documentation, consider suggesting the
    use of the default branch or a stable release branch. This ensures that users clone a
    version of the repository that is stable and recommended for production environments.

    websites/docs/src/content/docs/en/getting_started/ansible_deployment.mdx [20-21]

    -**Switch to the dev branch**: After cloning, switch to the development branch:
    -<CodeBlock lang={`shell`}  code={`git checkout dev`}/>
    +**Switch to the stable branch**: After cloning, switch to the stable branch recommended for production:
    +<CodeBlock lang={`shell`}  code={`git checkout stable`}/>
     
    Enhancement
    Add a section on setting up TLS/SSL certificates for Kubernetes deployments.

    To enhance the security and reliability of the Kubernetes deployment, consider adding a
    section on setting up TLS/SSL certificates for the services deployed. This can include
    using cert-manager with Let's Encrypt for automatic certificate management.

    websites/docs/src/content/docs/en/getting_started/kubernetes_deployment.mdx [91]

    -Always refer to the official documentation of Ballerine for more specific configuration and deployment details.
    +Always refer to the official documentation of Ballerine for more specific configuration and deployment details. Additionally, consider setting up TLS/SSL certificates for your services to enhance security.
     
    Suggest adding alternative deployment commands for non-docker-compose environments.

    To ensure the documentation remains relevant and useful for various environments, consider
    adding alternative commands for users who might not be using docker-compose directly, such
    as those working in environments where Docker is managed differently (e.g., Kubernetes,
    Podman).

    websites/docs/src/content/docs/en/getting_started/local_deployment.mdx [16-17]

     **Run Docker Compose**: Now, you can start all services using Docker Compose:
     <CodeBlock lang={`shell`} code={`docker-compose -f docker-compose-build.yml up -d`}/>
    +For environments not using Docker Compose directly, please refer to the corresponding deployment guides.
     
    Security
    Add a note on the security implications of using self-signed certificates.

    Consider adding a warning or note about the security implications of using self-signed
    certificates for HTTPS and encourage the use of certificates from trusted Certificate
    Authorities (CAs) for production environments.

    websites/docs/src/content/docs/en/getting_started/ballerine_on_https.mdx [12-16]

     Before configuring SSL for your custom domain, make sure you have the following:
    +Note: While self-signed certificates can be used for testing, it's highly recommended to use certificates from trusted CAs for production environments to ensure security.
     
    Maintainability
    Group related navigation items under a single parent for better structure.

    For better maintainability and readability, consider grouping related items under a single
    parent item in the navigation structure. For example, all deployment-related links
    (Docker, Ansible, Kubernetes Deployment) could be nested under a Deployment parent item.

    websites/docs/astro.config.mjs [48-72]

     {
       label: `Deployment`,
       collapsed: true,
       items: [
         {
           label: `Docker`,
           link: `/en/getting_started/local_deployment`,
         },
         {
           label: `Ansible `,
           link: `/en/getting_started/ansible_deployment`,
         },
         {
           label: `Kubernetes Deployment`,
           link: `/en/getting_started/kubernetes_deployment`,
    -    },
    +    }
    +  ]
    +},
    +{
    +  label: `Configuration`,
    +  collapsed: true,
    +  items: [
         {
    -      label: `Configure Instance`,
    -      items: [
    -        {
    -          label: `Ballerine on HTTPS`,
    -          link: `/en/getting_started/ballerine_on_https`,
    -        }
    -      ]
    +      label: `Ballerine on HTTPS`,
    +      link: `/en/getting_started/ballerine_on_https`,
         }
       ]
     }
     

    ✨ Improve tool usage guide:

    Overview:
    The improve tool scans the PR code changes, and automatically generates suggestions for improving the PR code. The tool can be triggered automatically every time a new PR is opened, or can be invoked manually by commenting on a PR.

    • When commenting, to edit configurations related to the improve tool (pr_code_suggestions section), use the following template:
    /improve --pr_code_suggestions.some_config1=... --pr_code_suggestions.some_config2=...
    
    [pr_code_suggestions]
    some_config1=...
    some_config2=...
    

    See the improve usage page for a comprehensive guide on using this tool.

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 0

    Review Status

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 03f16aa and 67d1e40.
    Files selected for processing (1)
    • websites/docs/astro.config.mjs (1 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs

    @pratapalakshmi pratapalakshmi force-pushed the docs/update/installationsteps branch 2 times, most recently from 4a46b22 to e327715 Compare April 4, 2024 12:19
    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 2

    Review Status

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 03f16aa and e327715.
    Files selected for processing (5)
    • websites/docs/astro.config.mjs (1 hunks)
    • websites/docs/src/content/docs/en/deployment/ansible_deployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/deployment/ballerine_on_https.mdx (1 hunks)
    • websites/docs/src/content/docs/en/deployment/kubernetes_deployment.mdx (2 hunks)
    • websites/docs/src/content/docs/en/deployment/local_deployment.mdx (1 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs
    Additional comments not posted (10)
    websites/docs/src/content/docs/en/deployment/local_deployment.mdx (2)

    2-3: The title and description are well-defined and appropriate for the content.


    6-6: The import statement for CodeBlock is correctly defined.

    websites/docs/src/content/docs/en/deployment/kubernetes_deployment.mdx (3)

    2-3: The title and description accurately reflect the content of the document.


    6-7: The import statements for PackageManagersTabs and CodeBlock are correctly defined.


    1-12: > 📝 NOTE

    This review was outside the diff hunks and was mapped to the diff hunk with the greatest overlap. Original lines [8-91]

    Ensure to check the compatibility of Helm and kubectl versions with your Kubernetes cluster to avoid potential issues during deployment.

    websites/docs/src/content/docs/en/deployment/ballerine_on_https.mdx (2)

    2-3: The title and description accurately reflect the content of the document.


    6-8: The import statements for PackageManagersTabs and CodeBlock are correctly defined.

    websites/docs/src/content/docs/en/deployment/ansible_deployment.mdx (3)

    2-3: The title and description accurately reflect the content of the document.


    6-8: The import statements for PackageManagersTabs and CodeBlock are correctly defined.


    10-64: Ensure to check the Ansible version compatibility with your system and have your SSH keypair set up for secure authentication.

    Comment on lines 8 to 19
    ### Docker Compose Deployment

    1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    <CodeBlock lang={`shell`} code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>

    2. **Switch to the dev branch**: After cloning, switch to the dev branch (or the branch you wish to deploy):
    <CodeBlock lang={`shell`} code={`git checkout dev`}/>

    3. **Run Docker Compose**: Now, you can start all services using Docker Compose:
    <CodeBlock lang={`shell`} code={`docker-compose -f docker-compose-build.yml up -d`}/>

    The application should now be running at the ports defined in your Docker Compose configuration.
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Consider adding a prerequisites section before the deployment steps to ensure users have Docker and Docker Compose installed on their systems.

    + ### Prerequisites
    + - Docker and Docker Compose installed on your system.

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    ### Docker Compose Deployment
    1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    <CodeBlock lang={`shell`} code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
    2. **Switch to the dev branch**: After cloning, switch to the dev branch (or the branch you wish to deploy):
    <CodeBlock lang={`shell`} code={`git checkout dev`}/>
    3. **Run Docker Compose**: Now, you can start all services using Docker Compose:
    <CodeBlock lang={`shell`} code={`docker-compose -f docker-compose-build.yml up -d`}/>
    The application should now be running at the ports defined in your Docker Compose configuration.
    ### Prerequisites
    - Docker and Docker Compose installed on your system.
    ### Docker Compose Deployment
    1. **Clone the project**: Use Git to clone the Ballerine repository to your local machine:
    <CodeBlock lang={`shell`} code={`git clone https://github.com/ballerine-io/ballerine.git && cd ballerine`}/>
    2. **Switch to the dev branch**: After cloning, switch to the dev branch (or the branch you wish to deploy):
    <CodeBlock lang={`shell`} code={`git checkout dev`}/>
    3. **Run Docker Compose**: Now, you can start all services using Docker Compose:
    <CodeBlock lang={`shell`} code={`docker-compose -f docker-compose-build.yml up -d`}/>
    The application should now be running at the ports defined in your Docker Compose configuration.

    Comment on lines 10 to 54
    ## Prerequisites

    Before configuring SSL for your custom domain, make sure you have the following:

    * A self-hosted Ballerine instance. See the [installation guides](/en/getting_started/introduction) for installing Ballerine.
    * A domain name - You can get a custom domain from popular providers like GoDaddy, Amazon Route 53, Digital Ocean, NameCheap, and Domain.com.
    * Ports 80 and 443 are open and accessible.

    ## Ansible

    ### Prerequisites

    Follow the [ansible deployment guide](/en/getting_started/ansible_deployment)

    ### Setup your configuration vars for Ballerine:

    Once the inventory is setup and want to deploy on HTTPS.

    The next step is to setup necessary configuration for your app to run.

    First you need to open `deploy/ansible/ballerine_playbook/roles/setup-ballerine/defaults/main.yml` file with your editor.
    There are some variables that will need input from you to get the application start correctly

    - `install_dir`: The absolute path of your app's installation folder on the server (required). Default: `/home/ubuntu/ballerine`
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    - `backoffice_url`: URL you wish to deploy Case-Management on
    - `kyb_url`: URL you wish to deploy KYB on
    - `workflow_dashboard_url`: URL you wish to deploy Workflows-Dashboard on
    - `workflow_svc_url`: URL you wish to deploy Workflows-Service on

    Once you complete setup config vars for your app then we are ready to deploy our app on your server.

    **Run the Ansible playbook**:

    After complete the above step. Now the only remain step we need to do is run the Ansible playbook.
    You can run the Ansible playbook with the following command

    <CodeBlock lang={`shell`} code={`cd ballerine/deploy/ansible/ballerine_playbook;
    ansible-playbook -i inventory.txt ballerine-playbook.yml`}/>

    The command above will use the host information from the `inventory` file.

    After performing these steps, make an entry of the domain name in your cloud provider.

    The backoffice should be running on <CodeBlock lang={`shell`} code={`https://<backoffice_url>`}/>
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Consider adding a note about obtaining SSL certificates, as they are crucial for running Ballerine on HTTPS.

    + Before proceeding, ensure you have obtained SSL certificates for your domain.

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    ## Prerequisites
    Before configuring SSL for your custom domain, make sure you have the following:
    * A self-hosted Ballerine instance. See the [installation guides](/en/getting_started/introduction) for installing Ballerine.
    * A domain name - You can get a custom domain from popular providers like GoDaddy, Amazon Route 53, Digital Ocean, NameCheap, and Domain.com.
    * Ports 80 and 443 are open and accessible.
    ## Ansible
    ### Prerequisites
    Follow the [ansible deployment guide](/en/getting_started/ansible_deployment)
    ### Setup your configuration vars for Ballerine:
    Once the inventory is setup and want to deploy on HTTPS.
    The next step is to setup necessary configuration for your app to run.
    First you need to open `deploy/ansible/ballerine_playbook/roles/setup-ballerine/defaults/main.yml` file with your editor.
    There are some variables that will need input from you to get the application start correctly
    - `install_dir`: The absolute path of your app's installation folder on the server (required). Default: `/home/ubuntu/ballerine`
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    - `backoffice_url`: URL you wish to deploy Case-Management on
    - `kyb_url`: URL you wish to deploy KYB on
    - `workflow_dashboard_url`: URL you wish to deploy Workflows-Dashboard on
    - `workflow_svc_url`: URL you wish to deploy Workflows-Service on
    Once you complete setup config vars for your app then we are ready to deploy our app on your server.
    **Run the Ansible playbook**:
    After complete the above step. Now the only remain step we need to do is run the Ansible playbook.
    You can run the Ansible playbook with the following command
    <CodeBlock lang={`shell`} code={`cd ballerine/deploy/ansible/ballerine_playbook;
    ansible-playbook -i inventory.txt ballerine-playbook.yml`}/>
    The command above will use the host information from the `inventory` file.
    After performing these steps, make an entry of the domain name in your cloud provider.
    The backoffice should be running on <CodeBlock lang={`shell`} code={`https://<backoffice_url>`}/>
    ## Prerequisites
    Before configuring SSL for your custom domain, make sure you have the following:
    * A self-hosted Ballerine instance. See the [installation guides](/en/getting_started/introduction) for installing Ballerine.
    * A domain name - You can get a custom domain from popular providers like GoDaddy, Amazon Route 53, Digital Ocean, NameCheap, and Domain.com.
    * Ports 80 and 443 are open and accessible.
    + Before proceeding, ensure you have obtained SSL certificates for your domain.
    ## Ansible
    ### Prerequisites
    Follow the [ansible deployment guide](/en/getting_started/ansible_deployment)
    ### Setup your configuration vars for Ballerine:
    Once the inventory is setup and want to deploy on HTTPS.
    The next step is to setup necessary configuration for your app to run.
    First you need to open `deploy/ansible/ballerine_playbook/roles/setup-ballerine/defaults/main.yml` file with your editor.
    There are some variables that will need input from you to get the application start correctly
    - `install_dir`: The absolute path of your app's installation folder on the server (required). Default: `/home/ubuntu/ballerine`
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    - `backoffice_url`: URL you wish to deploy Case-Management on
    - `kyb_url`: URL you wish to deploy KYB on
    - `workflow_dashboard_url`: URL you wish to deploy Workflows-Dashboard on
    - `workflow_svc_url`: URL you wish to deploy Workflows-Service on
    Once you complete setup config vars for your app then we are ready to deploy our app on your server.
    **Run the Ansible playbook**:
    After complete the above step. Now the only remain step we need to do is run the Ansible playbook.
    You can run the Ansible playbook with the following command
    <CodeBlock lang={`shell`} code={`cd ballerine/deploy/ansible/ballerine_playbook;
    ansible-playbook -i inventory.txt ballerine-playbook.yml`}/>
    The command above will use the host information from the `inventory` file.
    After performing these steps, make an entry of the domain name in your cloud provider.
    The backoffice should be running on <CodeBlock lang={`shell`} code={`https://<backoffice_url>`}/>

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 4

    Review Status

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 03f16aa and ac6b0f8.
    Files selected for processing (5)
    • websites/docs/astro.config.mjs (1 hunks)
    • websites/docs/src/content/docs/en/deployment/ansible_deployment.mdx (1 hunks)
    • websites/docs/src/content/docs/en/deployment/ballerine_on_https.mdx (1 hunks)
    • websites/docs/src/content/docs/en/deployment/docker_compose.mdx (1 hunks)
    • websites/docs/src/content/docs/en/deployment/kubernetes_deployment.mdx (2 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs
    Additional comments not posted (4)
    websites/docs/src/content/docs/en/deployment/docker_compose.mdx (1)

    10-19: Ensure the steps for deploying Ballerine using Docker Compose are complete and accurate. Verify that the docker-compose-build.yml file exists and contains the necessary configuration for deployment.

    Verification successful

    The docker-compose-build.yml file exists in the repository under the deploy directory, confirming the accuracy of the review comment regarding the deployment steps.

    Scripts Executed

    The following scripts were executed for the analysis:


    Script:

    #!/bin/bash
    # Check if docker-compose-build.yml exists in the repository
    fd docker-compose-build.yml
    

    Length of output: 61

    websites/docs/src/content/docs/en/deployment/kubernetes_deployment.mdx (1)

    88-91: > 📝 NOTE

    This review was outside the diff hunks and was mapped to the diff hunk with the greatest overlap. Original lines [10-91]

    Verify that the Helm chart for Ballerine and the values.yaml file are correctly configured and exist in the repository. Ensure that the instructions for setting up PostgreSQL and deploying Ballerine using Helm are accurate and complete.

    Verification successful

    To further verify the existence of the Helm chart for Ballerine and assess the accuracy and completeness of the setup and deployment instructions, additional information is needed. Let's proceed with the verification process.


    The verification process has confirmed the existence of the Helm chart directory for Ballerine at ./deploy/helm. Additionally, the presence of deployment instructions for Ballerine using Helm and the setup instructions for PostgreSQL have been verified through the content found in both the documentation (websites/docs/src/content/docs/en/deployment/kubernetes_deployment.mdx) and the Helm chart README (deploy/helm/README.md). The configurations related to workflowService and postgresql in the values.yaml file have also been confirmed.

    Based on the provided context and the results from the executed shell scripts, it can be concluded that the Helm chart for Ballerine and the values.yaml file are correctly configured and exist in the repository. The instructions for setting up PostgreSQL and deploying Ballerine using Helm are accurate and complete.

    Scripts Executed

    The following scripts were executed for the analysis:


    Script:

    #!/bin/bash
    # Check if the Helm chart and values.yaml for Ballerine exist
    fd values.yaml --exec cat {} \; | grep -E 'workflowService|postgresql'
    

    Length of output: 143



    Script:

    #!/bin/bash
    # Check if the Helm chart directory for Ballerine exists
    fd -t d "helm" --exec echo "Helm chart directory found: {}"
    
    # Check for the presence of deployment instructions in the documentation
    rg "helm install ballerine" -A 10 -B 10
    rg "postgresql:" -A 10 -B 10
    

    Length of output: 9056

    websites/docs/src/content/docs/en/deployment/ballerine_on_https.mdx (1)

    10-54: Given the existing comments about adding a note on obtaining SSL certificates, ensure this has been addressed in the documentation to guide users through the HTTPS setup process effectively.

    websites/docs/src/content/docs/en/deployment/ansible_deployment.mdx (1)

    10-64: Ensure the steps for deploying Ballerine using Ansible are complete and accurate. Verify that the Ansible playbook and inventory file are correctly configured and exist in the repository.

    ---


    import CodeBlock from '../../../../components/CodeBlock/CodeBlock.astro';
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Consider correcting the spelling mistakes in the import statements to ensure clarity and maintain professionalism in the documentation.

    Comment on lines 6 to 7
    import PackageManagersTabs
    from '../../../../components/PackageManagersTabs/PackageManagersTabs.astro';
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Correct the spelling mistakes in the import statements to ensure clarity and maintain professionalism in the documentation.

    Comment on lines 6 to 8
    import PackageManagersTabs
    from '../../../../components/PackageManagersTabs/PackageManagersTabs.astro';
    import CodeBlock from '../../../../components/CodeBlock/CodeBlock.astro';
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Correct the spelling mistakes in the import statements to ensure clarity and maintain professionalism in the documentation.

    Comment on lines +6 to +8
    import PackageManagersTabs
    from '../../../../components/PackageManagersTabs/PackageManagersTabs.astro';
    import CodeBlock from '../../../../components/CodeBlock/CodeBlock.astro';
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Correct the spelling mistakes in the import statements to ensure clarity and maintain professionalism in the documentation.

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 0

    Review Status

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between ac6b0f8 and 7bc06c6.
    Files selected for processing (1)
    • websites/docs/astro.config.mjs (1 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 0

    Review Status

    Configuration used: CodeRabbit UI

    Commits Files that changed from the base of the PR and between 7bc06c6 and 3fafa98.
    Files selected for processing (1)
    • websites/docs/astro.config.mjs (1 hunks)
    Files skipped from review as they are similar to previous changes (1)
    • websites/docs/astro.config.mjs

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 6

    Copy link
    Contributor

    @coderabbitai coderabbitai bot left a comment

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Actionable comments posted: 6


    ### Installation steps on a remote virtual machine

    We recommend installation using Ansible
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Ensure the sentence ends with a period for consistency.

    - We recommend installation using Ansible
    + We recommend installation using Ansible.

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    We recommend installation using Ansible
    We recommend installation using Ansible.


    <CodeBlock lang={`shell`} code={`all ansible_host={{ SERVER_HOST }} ansible_port={{ SERVER_PORT }} ansible_user={{ SERVER_USER }} ansible_ssh_private_key_file={{ SSH_PRIVATE_KEY_FILE }}`}/>

    After you completed the above step then we're pretty much done with the inventory
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Revise to remove informal language and improve clarity.

    - After you completed the above step then we're pretty much done with the inventory
    + After completing the above steps, the inventory setup is complete.

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    After you completed the above step then we're pretty much done with the inventory
    After completing the above steps, the inventory setup is complete.


    **Run the Ansible playbook**:

    After complete the above step. Now the only remain step we need to do is run the Ansible playbook.
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Improve sentence structure for clarity and consistency.

    - After complete the above step. Now the only remain step we need to do is run the Ansible playbook.
    + After completing the above steps, the remaining action is to run the Ansible playbook.

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    After complete the above step. Now the only remain step we need to do is run the Ansible playbook.
    After completing the above steps, the remaining action is to run the Ansible playbook.

    * A domain name - You can get a custom domain from popular providers like GoDaddy, Amazon Route 53, Digital Ocean, NameCheap, and Domain.com.
    * Ports 80 and 443 are open and accessible.

    ### Setup your configuration vars for Ballerine:
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Correct the use of "setup" to "set up" for grammatical accuracy.

    - ### Setup your configuration vars for Ballerine:
    + ### Set up your configuration vars for Ballerine:

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    ### Setup your configuration vars for Ballerine:
    ### Set up your configuration vars for Ballerine:

    There are some variables that will need input from you to get the application start correctly

    - `install_dir`: The absolute path of your app's installation folder on the server (required). Default: `/home/ubuntu/ballerine`
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Correct spelling and capitalize "Ballerine" for consistency.

    - Incase you want to deploy ballerine on a remote server and run it on HTTPS
    + In case you want to deploy Ballerine on a remote server and run it on HTTPS

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    - `vite_api_url`: Incase you want to deploy ballerine on a remote server and run it on HTTPS
    - `vite_api_url`: In case you want to deploy Ballerine on a remote server and run it on HTTPS

    - `workflow_dashboard_url`: URL you wish to deploy Workflows-Dashboard on
    - `workflow_svc_url`: URL you wish to deploy Workflows-Service on

    Once you complete setup config vars for your app then we are ready to deploy our app on your server.
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    Improve sentence clarity and grammar.

    - Once you complete setup config vars for your app then we are ready to deploy our app on your server.
    + Once you have completed setting up the configuration variables for your app, we are ready to deploy our app on your server.

    Committable suggestion

    ‼️ IMPORTANT
    Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation.

    Suggested change
    Once you complete setup config vars for your app then we are ready to deploy our app on your server.
    Once you have completed setting up the configuration variables for your app, we are ready to deploy our app on your server.

    Comment on lines 63 to 70
    ## Ballerine on HTTPS

    ### Prerequisites

    Before configuring SSL for your custom domain, make sure you have the following:

    * A domain name - You can get a custom domain from popular providers like GoDaddy, Amazon Route 53, Digital Ocean, NameCheap, and Domain.com.
    * Ports 80 and 443 are open and accessible.
    Copy link
    Contributor

    Choose a reason for hiding this comment

    The reason will be displayed to describe this comment to others. Learn more.

    I think this block can be condensed and be put inline at vite_api_url. Something along the lines of "Incase you want to deploy ballerine on a remote server and run it on HTTPS. Note you need to own a domain and that ports 80 and 443 are forwarded".

    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Labels
    documentation Improvements or additions to documentation enhancement New feature or request Review effort [1-5]: 2
    Projects
    None yet
    Development

    Successfully merging this pull request may close these issues.

    None yet

    2 participants