Edge-Cloud Console Release Notes 2.0

With the release of Edge-Cloud R2.0, a number of capabilities such as the management, operations and monitoring of application deployments and resources are available through an easy-to-use Edge-Cloud Console. As a Developer, you can use the console to manage your software deployment across all operator’s distributed edge infrastructure, further simplifying the deployment of enterprise resources and applications. Operators, on the other hand, can use the Edge-Cloud Console to monitor the usage of the Operator-owned Cloudlets. Both Developers and Operators can monitor and manage most of their operations through a single pane of glass.

For a comprehensive list of features and capabilities, refer to our recent announcement of Edge-Cloud 2.0. Documentation and Resources can be found on our Developer Portal, where we continuously publish new documentation and resources to help you realize the potential of our solutions and offerings.

The table below lists specific features added to our Edge-Cloud Console.

New Features on Edge-Cloud Console

Title Description
Alert Framework Currently a beta feature, MobiledgeX’s Platform provides an AlertManager that serves as the global component responsible for distributing alerts to application owners and cloudlet operators. Alarms are consolidated at the regional level, where each regional controller receives alarms. Based on the user configuration, an alert receiver can be created, and depending on user preference; an alert notification is sent via email or Slack to the user for mitigation.
Alert Receivers A new Alert Receivers sub-menu is added to simplify the creation of alert receivers. Users can set up alert receivers for application instances, clusters, and cloudlets.

Additionally, AlertReceiver APIs have been added through the mcctl utility program to provide users flexibility to integrate with their existing monitoring systems.

  • api/v1/auth/alertreceiver/create
  • api/v1/auth/alertreceiver/delete
  • api/v1/auth/alertreceiver/show
Monitoring A more simplified interface is implemented to help users continue to filter and display analytics and data for clusters, application instances, and cloudlets, where filtering can be done by App Inst, Cluster Inst, Cloudlet, and Org. Audit, Event, and Usage detailed logs can all be viewed through the Monitoring page by selecting a drop-down icon.

The details of all Alerts generated can also be viewed from this page.

  • Audit logs: Log user activities such as logging, creating applications, deleting users, creating policies, etc.
  • Event logs: These are system-generated events and can include services such as auto-provision policy, auto-scaling, application instance, or HA, where our platform will trigger events based on these user policies.
  • Usage Logs: These logs are generated to view the status (online or offline) of clusters, application instances status, or Cloudlets, and maintenance status.
App event log displayed for an app instance (Developer interface) On the Monitoring page, we now display event logs for application instances deployed via the auto-provision policy for reservable cluster instances.
Auto-Provision Policy Undeploy (Developer interface) We now provide the ability to undeploy application instances based on the threshold and value set for the Undeploy Request Count and Undeploy Interval Count(s).
Cloudlet selection for HA (Operator interface)

Previously for HA-based cloudlets, two cloudlets in the same location would only allow one cloudlet to be utilized while the other stayed idle. Now, with the implementation of randomized cloudlet selection, both cloudlets can be utilized.

Cloudlet Events (Operator interface) Alerts and events are now generated for cloudlets that are down, in the process of upgrading, or are in maintenance mode. These events can be viewed through the Monitoring page. Operators can set up alert receivers to receive an alert notification when these alarms are triggered.
Bot Protection With the implementation of CAPTCHA, users are now presented with a CAPTCHA checkbox during the registration process. If the system detects suspicious behavior, further validation will be required through an image recognition task.
Two-Factor Authentication (2FA) Users can optionally set this up during account registration for an added layer of security, where an additional step of verification is required during sign-in.
Strong Passwords Passwords now must meet all password requirements and guidelines to help thwart possible brute force attacks. In addition to the password requirements, password strength must also meet all scoring requirements provided by MobiledgeX through an entropy scoring system for passwords to be considered strong.

New Features on Edge-Cloud Console

Title Description
Login and registration mechanism Login and Self-serve registration capabilities are provided on the Edge-Cloud Console to allow appropriate resource access to all users.
RBAC support Role-Based Access Control provides the ability to assign different roles to users per Organization.
  • As a Developer, your role may include Manager, Contributor, or Viewer.
  • As an Operator, your role may include Manager, Contributor, or Viewer.
Developer interface The Edge-Cloud Console lets Developers debug issues related to their application instances in the Operator cloudlets, where they are deployed.
Operator interface The Edge-Cloud Console lets Operators monitor the usage of the Operator-owned Cloudlets.
Add/invite users to your Organization If a Developer or Operator creates an Organization, they become the Administrator for that Organization. As an Administrator, the Developer or Operator can add other users to their Organization and assign user roles.
Auto-create VM repository for Developers during CreateDeveloper

During the CreateDeveloper process, once the user’s identity is confirmed by email verification, a repository is automatically created under the MobiledgeX VM Registry.

With SSO implemented, the same Edge-Cloud Console login credentials is used to access the VM registry.

Auto-create Docker repository for Developers during CreateDeveloper

During the CreateDeveloper process, once the user’s identify is confirmed by email verification, a repository is automatically created under the MobiledgeX Docker Registry.

With SSO implemented, the same Edge-Cloud Console login credentials is used to access the Docker registry.

Self-serviced tool tips Tool tips can be found throughout the Edge-Cloud Console wherever a question mark is available. Click on the question mark to access a brief helper text about an element or its function.
Regional controller For scalability, privacy, and the operational ease of managing your Organization, all cloudlets are part of a controller, and are organized by regions. As a developer, you can deploy your application instance to multiple cloudlets within the same Operator and region. As an Operator, you can deploy multiple cloudlets with the same region. Each region has its own controller along with its own database. Each database contains data, such as Cloudlets, Flavors, ClusterInstance, Apps, that exist within that region. The Master Controller directly communicates with each regional controller, and all requests made by the console passes through the Master Controller. The Master Controller will determine which regional controller to communicate with when you select an available Region from the pull-down list.
3 application deployment types supported When creating Apps, you can choose to deploy your application using the 3 available deployment types:
  • VM: QCOW2 image
  • Docker: docker-compose
  • Kubernetes: k8s yaml, single helm chart
Ability to add security group during CreateAppInst During the CreateAppInst process, Developers can configure security groups.
Upgrade App and App Instances Developers can update an application or application instance by specifying a revision field, which identifies the specific revision number. Furthermore, you can update application instances independently of the applications, maintaining a mix of current existing revisions. Simultaneously upgrading multiple instances of applications and application instances is also supported. However, developers are responsible for maintaining the history of their upgrades or revisions; MobiledgeX does not track or maintain older versions of application and application instances.
Dedicated security group per cluster Dedicated clusters are assigned to each security group, and restricted traffic occurs for groups that are not part of the default group. You can also create multiple clusters at once. Furthermore, you can have a dedicated or shared Root-LB balancer. When you create a cluster, we automatically create a shared Root-LB balancer. If flagged as shared, Kubernetes cluster will use that shared Root-LB balancer.
Different Flavors supported Multiple T-shirt size for VMs are available.
Logging actions Logs are created each time you or someone within your Organization creates, deletes, or modifies settings/configurations for your Organization.
Able to deploy to multiple cloudlets As a Developer, you can deploy your Cluster and Application Instances to multiple cloudlets within the same region and operator.
Metrics available for VM, Docker, and Kubernetes We provide a single pane of glass to monitor all deployed applications.
Auto Provisioning Policy of Application Instance Based on policy, such as user location, MobiledgeX can auto-deploy your application instance.
Auto Provision-Privacy Policy Once you create a cluster, you can add a privacy policy to that cluster instance, and thus, making your cluster private.
Root-LB based Health checking for application instances We’ve added a health check AppInst.Health that provides the current state of the AppInst., and marks it as either Offline or Ready.
Basic health monitoring scheme of developer AppInstances Health Monitoring is available to monitor the health of applications through a single pane of glass.
Docker Log Exposure Provides Application Developers access to docker logs.
Kubernetes Log Exposure Provides Application Developers access to Kubernetes logs.
Security Policy on Outbound Connection to make deployment fully Private As part of our Privacy Policy, and during the application creation process, the privacy settings are enabled. Upon deployment of the AppInstance, the security settings are auto-set such that any outbound connection is prohibited. This is only supported for Dedicated IP access.
Shell access capabilities for Developers From the Edge-Cloud Console, Developers have shell access to their containers for the purpose of debugging and testing. You use the ‘Run’ command to go inside container and ‘Show Log’ to view changes.
Terminal access capabilities for Developers From the Edge-Cloud Console, Developers have shell access to their VMs for the purpose of debugging and testing. Use the terminal commands from the AppInst Page.
DME Metrics

A powerful monitoring tool is available and provides valuable metrics to assist you in making informed decisions about your application deployment and their locations. You can view data such as the number of users associated with an application, or the number of users communicating to your backend instances. This valuable data can help you scale up your deployments based on user activity. The dashboard also provides several ways to filter your data or analytics, drilling even further down to examine your application's usage and performance.

Snapshots of your application's analytics are represented visually by tiles that you control.

Audit logging supported

We generate audit logs based on User ID. You can view your own historical activities from the Edge-Cloud Console.

You can also view logs and examine historical activities by users within your Organization. These logs can be used for diagnostic purposes or for error correction.

Integrate with GitHub Actions

You can integrate GitHub Actions into your own edge applications hosted on GitHub to auto-deploy your applications to our cloudlets.

Note: The current version of GitHub Actions only supports Docker and Kubernetes-based deployments.

Automatic Onboarding of Cloudlets Operators can automatically onboard their Cloudlets.
Cloudlet Metrics Operators can view their deployed Cloudlets through a single pane of glass.
Cloudlet Event Logs Operators can view event logs for their deployed Cloudlets.
Cloudlet Pools Operators can make their cloudlets private, and Organizations that are part of the cloudlet pool can only view those particular cloudlets.
GPU support Nvidia T4 GPUs are supported in pass-through mode for virtual machines, enabling the entire GPU to be exclusively dedicated to a virtual machine.

Known Issues

There are no known issues documented at this time.