Streetline: A smart parking technology company helps to solve parking problems using on-premise Kubernetes with OpenEBS
Company Size
200-1,000
Country
- United States
Product
- Streetline Smart Parking
- OpenEBS
- Kubernetes
Tech Stack
- Kubernetes
- OpenEBS
- Ubuntu OS
Implementation Scale
- Enterprise-wide Deployment
Impact Metrics
- Cost Savings
- Productivity Improvements
Technology Category
- Infrastructure as a Service (IaaS) - Cloud Computing
- Platform as a Service (PaaS) - Connectivity Platforms
Applicable Industries
- Cities & Municipalities
- Transportation
Applicable Functions
- Business Operation
- Logistics & Transportation
Use Cases
- Infrastructure Inspection
- Smart City Operations
Services
- Cloud Planning, Design & Implementation Services
- System Integration
About The Customer
Streetline is one of the leading companies providing parking intelligence software and services to governments, enterprises, transit agencies, universities and others worldwide. The company has grown rapidly from its founding in 2005 and along the way has continually innovated its unique technology to remain the leader in smart parking, providing accurate parking policy and availability. Streetline is one of the first in the market to move toward infrastructure-less solutions using patented technology. Streetline products are disrupting the approach to smart parking by expertly using Machine Learning to provide accurate and reliable real-time utilization and parking, tools to help with guidance, parking governance, policy, on-demand pricing, urban planning and more.
The Challenge
Streetline, a leading company providing parking intelligence software and services, was facing challenges with its first-generation software that was written to run on VMs in enterprise data centers. As the company grew, it started to add services on the cloud and recognized the potential of containerization and Kubernetes as their future platform. However, due to preferences from their customers for their data to be physically segregated from the public cloud, Streetline did not select a hosted offering from a cloud vendor. The team examined CoreOS, Rancher, and other methods to run Kubernetes distributions. They decided to run their own distribution of Kubernetes. Once Kubernetes was deployed and the operations fairly well automated, the focus turned to ways to minimize operational overhead while deploying a variety of stateful workloads including Redis, MySQL, Elasticsearch, and GitLab.
The Solution
Streetline selected the open source OpenEBS from MayaData as the container attached storage for their development and operations use cases. OpenEBS was primarily compared to a traditional clustered storage system that was marketed at Cloud Native although it was developed over ten years before the emergence of Kubernetes and widespread containerization. Kelvin conducted a series of tests to include abruptly taking down nodes, having Kubernetes respond to the failed node, and ensuring that the data and service were still available from the underlying storage and then through the workloads. Both OpenEBS - using the Jiva engine initially - and the alternative open source cluster solution proved their resilience. In addition, the storage alternatives were evaluated in their ability to deploy stateful workloads quickly, automatically and be simple to manage. In this consideration, OpenEBS seemed quite different than the alternative solution.
Operational Impact
Case Study missing?
Start adding your own!
Register with your work email and create a new case study profile for your business.
Related Case Studies.
Case Study
Turning A Stadium Into A Smart Building
Honeywell created what it called the “intelligent system” for the National Stadium in Beijing, China, turning the venue for the opening and closing events at the 2008 Summer Olympics into a “smart building.” Designed by highly controversial artist Ai Weiwei, the “Bird’s Nest” remains one of the most impressive feats of stadium architecture in the world. The 250,000 square meter structure housed more than 100,000 athletes and spectators at a time. To accommodate such capacity, China turned to Honeywell’s EBI Integrated Building Management System to create an integrated “intelligent system” for improved building security, safety and energy efficiency.
Case Study
Smart Street Light Network (Copenhagen)
Key stakeholders are taking a comprehensive approach to rethinking smart city innovation. City leaders have collaborated through partnerships involving government, research institutions and solution providers. The Copenhagen Solutions Lab is one of the leading organizations at the forefront of this movement. By bringing together manufacturers with municipal buyers, the Copenhagen Solutions Lab has catalyzed the development and deployment of next-generation smart city innovations. Copenhagen is leveraging this unique approach to accelerate the implementation of smart city solutions. One of the primary focus areas is LED street lighting.
Case Study
Airport SCADA Systems Improve Service Levels
Modern airports are one of the busiest environments on Earth and rely on process automation equipment to ensure service operators achieve their KPIs. Increasingly airport SCADA systems are being used to control all aspects of the operation and associated facilities. This is because unplanned system downtime can cost dearly, both in terms of reduced revenues and the associated loss of customer satisfaction due to inevitable travel inconvenience and disruption.
Case Study
IoT-based Fleet Intelligence Innovation
Speed to market is precious for DRVR, a rapidly growing start-up company. With a business model dependent on reliable mobile data, managers were spending their lives trying to negotiate data roaming deals with mobile network operators in different countries. And, even then, service quality was a constant concern.
Case Study
Buoy Status Monitoring with LoRa
The Netherlands are well-known for their inland waterways, canals, sluices and of course port activities. The Dutch Ministry of Infrastructure indicates that there are thousands of buoys and fixed items in and near water environments that would profit from IoT monitoring. One of the problems with buoys for example, is that they get hit by ships and the anchor cable breaks. Without connectivity, it takes quite some time to find out that something has happened with that buoy. Not to mention the costs of renting a boat to go to the buoy to fix it. Another important issue, is that there is no real-time monitoring of the buoys at this moment. Only by physically visiting the object on the water, one gains insight in its status.