DOCSLIB.ORG

DMI-Technical-Proposal ODOT ESP-2020-11-06

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
DMI-Technical-Proposal ODOT ESP-2020-11-06 State of Ohio Department of Transportation ODOT Event Streaming Platform (ESP) Invitation No. 580-21 June 11, 2020 [email protected] This proposal contains data that shall not be disclosed by the Customer and shall not be duplicated, used, or disclosed—in whole or in part—for any reason other than to evaluate this proposal. If, however, a contract is awarded to Digital Management, LLC. as a result of—or in connection with—the submission of this proposal, the Customer shall have the right to duplicate, use, or disclose the data to the extent provided in the resulting contract. This restriction does not limit the Customer’s right to use the information contained in this proposal if it is obtained from another source without restriction. This restriction is in force for all data contained on all pages of this proposal. Cover Sheet Prepared For • State of Ohio, Department of Transportation Office of Contract Sales, Purchasing Services 1st floor 1980 West Broad St. Mail Stop 4110 Columbus, OH 43223 • Attn: Dr. Jack Marchbanks • Email: [email protected] Prepared By • Digital Mobile Innovations, LLC (DMI) 6550 Rock Spring Drive, 7th Floor Bethesda, MD 20817 • Phone: 240-223-4800, Fax: 240-223-4888 • www.DMInc.com DMI Authorized Negotiators • Mr. Thomas Ford, Senior Director of Contracts Email: [email protected] Office: 240-720-0433, Mobile: 202-374-0222 DMI Corporate Information • DUNS: 11-351-2359 • CAGE Code: 3BDL8 • TIN: 80-0882271 REQUEST FOR QUOTES (RFQ) State of Ohio, Department of Transportation Office of Contract Sales, Purchasing Services Jack Marchbanks, Ph. D., Director Bid Submission Deadline (Bid Opening Date): June 11, 2020 at 1:00 p.m. eastern time 1:00 P.M. Submitted by Company Name: Digital Mobile Innovations, LLC Federal Tax ID No.: 80-0882271 Physical/Mailing Address: Remit to Payment Address: Street Address: 6550 Rock Spring Drive, Wells Fargo Business Credit 7th Floor P.O. Box: PO Box 203692 City: Bethesda Dallas St: Maryland Texas Zip: 20817 75320-3692 Contact Person and Phone Number: Fred Maier; 703-851-2545 (authorized to answer questions about your company’s bid) E-Mail Address (required): [email protected] (person who filled out bid) E-Mail Address (required): [email protected] (for notification of future bid opportunities) Telephone Number 800 Number Fax Number 240-223-4800 855-963-2099 240-223-4888 June 11, 2020 State of Ohio Department of Transportation Attention: [email protected] RE: Response to Solicitation 580-21 – ODOT Event Streaming Platform Dear Dr. Marchbanks, Digital Management, LLC (DMI) is pleased to submit our response to the referenced solicitation to provide Event Streaming Platform (ESP) related services to State of Ohio, Department of Transportation (ODOT). DMI possesses the depth of experience and expertise to meet your requirements. Our response provides examples of contracts where we have similar relevant experience and where we have fielded highly qualified personnel to meet client requirements. DMI maintains a competitive cost structure that directly results in cost savings to our customers. This, coupled with our extensive technical competency, ensures that we can deliver the best value solution to State of Ohio. Our complete response to this procurement clearly demonstrates DMI’s ability to meet your requirements. This proposal is valid for 180 days from the date of submission. If you need additional information, please contact me at 240-720-0433 or [email protected]. In addition to me, all authorized negotiators are listed on the preceding cover sheet. We look forward to your favorable consideration of our response and the opportunity to support your agency. Respectfully, Digital Mobile Innovations, LLC Thomas Ford Senior Director of Contracts State of Ohio Department of Transportation (ODOT) Invitation no. 580-21, Event Streaming Platform Invitation no. 580-21, Event Streaming Platform June 11, 2020 Table of Contents 1. Executive Summary ...................................................................................................................... 1 1.1 Our Value Proposition to ODOT ......................................................................................................... 4 2. Technical Approach ...................................................................................................................... 5 2.1 Project Management ........................................................................................................................... 7 2.1.1 Processes and Tools ..................................................................................................................... 8 2.2 Project Management Methodologies ................................................................................................ 10 2.2.1 Design Thinking Methodology ..................................................................................................... 10 2.2.2 Rapid Prototyping ........................................................................................................................ 10 2.2.3 Adaptive Agile Development Methodology .................................................................................. 11 2.2.4 QA/Testing Methodology ............................................................................................................. 11 2.2.5 DevOps Methodology .................................................................................................................. 12 3. Expertise Matrix ........................................................................................................................ 13 3.1 Expertise Matrix - Responsibilities .................................................................................................... 13 3.2 Expertise Matrix - Technologies ........................................................................................................ 14 3.3 Team Lead Resumes ........................................................................................................................ 16 3.3.1 Chandan Rupakheti, Practice Lead ............................................................................................. 16 3.3.2 Albert Abello, Practice Lead ........................................................................................................ 17 3.3.3 Jesse Samm, Enterprise Architect .............................................................................................. 18 3.3.4 Jim Garlick, Practice Lead ........................................................................................................... 19 3.3.5 Harshit Mathur, Big Data Architect .............................................................................................. 20 3.3.6 Chris Wozniak, Application Architect ........................................................................................... 21 3.3.7 Swetha Kasukela, Technical Architect ......................................................................................... 22 3.3.8 Partha Das, Architect, IOT Development .................................................................................... 23 3.3.9 Anuj Tyagi, Director - IoT Development ...................................................................................... 24 3.3.10 Sultan Ahmed, Associate Vice President - IoT ............................................................................ 25 3.3.11 Prashant Gupta, Systems Integrator Connected Vehicle ............................................................ 26 3.3.12 Jacob Wilson, Principal – IoT & Solutions Consulting ................................................................. 27 4. Similar Project Experience .......................................................................................................... 28 4.1 Similar Project Experience 1 - FCA, Connectivity, R1 Head Unit App Development ....................... 28 4.2 Similar Project Experience 2 - FCA, Connected Vehicle Program, Electrical Engineering – Product Development ....................................................................................................................... 28 4.3 Similar Project Experience 3 - Vehicle Remarketing and Auction Company - UI Refresh ............... 29 4.4 Similar Project Experience 4 - Large Retail, App Modernization ...................................................... 30 4.5 Similar Project Experience 5 - Fortune-100 Pharma, Developer Experience .................................. 31 5. Team Experience ........................................................................................................................ 33 5.1 Detailed experience in building and maintaining highly available applications including redundancy, fail over, scalability, monitoring and performance. ....................................................... 33 5.2 Show relevant experience with virtualization, monitoring and automation. ...................................... 33 5.3 Software development experience (both scripting and “programming” languages). ........................ 34 5.4 Ability to organize, troubleshoot and continuously learn. ................................................................. 34 5.5 Highly proficient in one or more general purpose programming languages, including Java. ........... 35 5.6 Evaluating open source and vendor products. ................................................................................. 35 5.7 Conducting hands on POCs to prove concepts/products. ...............................................................
Load more

Recommended publications
  • Building a Modern, Scalable Cyber Intelligence Platform with Apache Kafka
    White Paper Information Security | Machine Learning October 2020 IT@Intel: Building a Modern, Scalable Cyber Intelligence Platform with Apache Kafka Our Apache Kafka data pipeline based on Confluent Platform ingests tens of terabytes per day, providing in-stream processing for faster security threat detection and response Intel IT Authors Executive Summary Ryan Clark Advanced cyber threats continue to increase in frequency and sophistication, Information Security Engineer threatening computing environments and impacting businesses’ ability to grow. Jen Edmondson More than ever, large enterprises must invest in effective information security, Product Owner using technologies that improve detection and response times. At Intel, we Dennis Kwong are transforming from our legacy cybersecurity systems to a modern, scalable Information Security Engineer Cyber Intelligence Platform (CIP) based on Kafka and Splunk. In our 2019 paper, Transforming Intel’s Security Posture with Innovations in Data Intelligence, we Jac Noel discussed the data lake, monitoring, and security capabilities of Splunk. This Security Solutions Architect paper describes the essential role Apache Kafka plays in our CIP and its key Elaine Rainbolt benefits, as shown here: Industry Engagement Manager ECONOMIES OPERATE ON DATA REDUCE TECHNICAL GENERATES OF SCALE IN STREAM DEBT AND CONTEXTUALLY RICH Paul Salessi DOWNSTREAM COSTS DATA Information Security Engineer Intel IT Contributors Victor Colvard Information Security Engineer GLOBAL ALWAYS MODERN KAFKA LEADERSHIP SCALE AND REACH ON ARCHITECTURE WITH THROUGH CONFLUENT Juan Fernandez THRIVING COMMUNITY EXPERTISE Technical Solutions Specialist Frank Ober SSD Principal Engineer Apache Kafka is the foundation of our CIP architecture. We achieve economies of Table of Contents scale as we acquire data once and consume it many times.
    [Show full text]
  • Unravel Data Systems Version 4.5
    UNRAVEL DATA SYSTEMS VERSION 4.5 Component name Component version name License names jQuery 1.8.2 MIT License Apache Tomcat 5.5.23 Apache License 2.0 Tachyon Project POM 0.8.2 Apache License 2.0 Apache Directory LDAP API Model 1.0.0-M20 Apache License 2.0 apache/incubator-heron 0.16.5.1 Apache License 2.0 Maven Plugin API 3.0.4 Apache License 2.0 ApacheDS Authentication Interceptor 2.0.0-M15 Apache License 2.0 Apache Directory LDAP API Extras ACI 1.0.0-M20 Apache License 2.0 Apache HttpComponents Core 4.3.3 Apache License 2.0 Spark Project Tags 2.0.0-preview Apache License 2.0 Curator Testing 3.3.0 Apache License 2.0 Apache HttpComponents Core 4.4.5 Apache License 2.0 Apache Commons Daemon 1.0.15 Apache License 2.0 classworlds 2.4 Apache License 2.0 abego TreeLayout Core 1.0.1 BSD 3-clause "New" or "Revised" License jackson-core 2.8.6 Apache License 2.0 Lucene Join 6.6.1 Apache License 2.0 Apache Commons CLI 1.3-cloudera-pre-r1439998 Apache License 2.0 hive-apache 0.5 Apache License 2.0 scala-parser-combinators 1.0.4 BSD 3-clause "New" or "Revised" License com.springsource.javax.xml.bind 2.1.7 Common Development and Distribution License 1.0 SnakeYAML 1.15 Apache License 2.0 JUnit 4.12 Common Public License 1.0 ApacheDS Protocol Kerberos 2.0.0-M12 Apache License 2.0 Apache Groovy 2.4.6 Apache License 2.0 JGraphT - Core 1.2.0 (GNU Lesser General Public License v2.1 or later AND Eclipse Public License 1.0) chill-java 0.5.0 Apache License 2.0 Apache Commons Logging 1.2 Apache License 2.0 OpenCensus 0.12.3 Apache License 2.0 ApacheDS Protocol
    [Show full text]
  • HDP 3.1.4 Release Notes Date of Publish: 2019-08-26
    Release Notes 3 HDP 3.1.4 Release Notes Date of Publish: 2019-08-26 https://docs.hortonworks.com Release Notes | Contents | ii Contents HDP 3.1.4 Release Notes..........................................................................................4 Component Versions.................................................................................................4 Descriptions of New Features..................................................................................5 Deprecation Notices.................................................................................................. 6 Terminology.......................................................................................................................................................... 6 Removed Components and Product Capabilities.................................................................................................6 Testing Unsupported Features................................................................................ 6 Descriptions of the Latest Technical Preview Features.......................................................................................7 Upgrading to HDP 3.1.4...........................................................................................7 Behavioral Changes.................................................................................................. 7 Apache Patch Information.....................................................................................11 Accumulo...........................................................................................................................................................
    [Show full text]
  • An Empirical Performance Evaluation of Apache Kafka
    How Fast Can We Insert? An Empirical Performance Evaluation of Apache Kafka Guenter Hesse, Christoph Matthies, Matthias Uflacker Hasso Plattner Institute University of Potsdam Germany fi[email protected] about such study results is a prerequisite for making informed Abstract—Message brokers see widespread adoption in modern decisions about whether a system is suitable for the existing IT landscapes, with Apache Kafka being one of the most use cases. Additionally, it is also crucial for finding or fine- employed platforms. These systems feature well-defined APIs for use and configuration and present flexible solutions for tuning appropriate system configurations. various data storage scenarios. Their ability to scale horizontally The contributions of this research are as follows: enables users to adapt to growing data volumes and changing • We propose a user-centered and extensible monitoring environments. However, one of the main challenges concerning framework, which includes tooling for analyzing any message brokers is the danger of them becoming a bottleneck within an IT architecture. To prevent this, knowledge about the JVM-based system. amount of data a message broker using a specific configuration • We present an analysis that highlights the capabilities of can handle needs to be available. In this paper, we propose a Apache Kafka regarding the maximum achievable rate of monitoring architecture for message brokers and similar Java incoming records per time unit. Virtual Machine-based systems. We present a comprehensive • We enable reproducibility of the presented results by performance analysis of the popular Apache Kafka platform 1 using our approach. As part of the benchmark, we study selected making all needed artifacts available online .
    [Show full text]
  • The Geography of Job Tasks
    Working Papers WP 21-27 August 2021 https://doi.org/10.21799/frbp.wp.2021.27 The Geography of Job Tasks Enghin Atalay Federal Reserve Bank of Philadelphia Research Department Sebastian Sotelo University of Michigan-Ann Arbor Daniel Tannenbaum University of Nebraska-Lincoln ISSN: 1962-5361 Disclaimer: This Philadelphia Fed working paper represents preliminary research that is being circulated for discussion purposes. The views expressed in these papers are solely those of the authors and do not necessarily reflect the views of the Federal Reserve Bank of Philadelphia or the Federal Reserve System. Any errors or omissions are the responsibility of the authors. Philadelphia Fed working papers are free to download at: https://philadelphiafed.org/research-and-data/publications/working-papers. The Geography of Job Tasks ∗ Enghin Atalay Sebastian Sotelo Daniel Tannenbaum August 3, 2021 Abstract The returns to skills and the nature of work differ systematically across labor mar- kets of different sizes. Prior research has pointed to worker interactions, technological innovation, and specialization as key sources of urban productivity gains, but has been limited by the available data in its ability to fully characterize work across geographies. We study the sources of geographic inequality and present new facts about the geog- raphy of work using online job ads. We show that the (i) intensity of interactive and analytic tasks, (ii) technological requirements, and (iii) task specialization all increase with city size. The gradient for tasks and technologies exists both across and within occupations. It is also steeper for jobs requiring a college degree and for workers employed in non-tradable industries.
    [Show full text]
  • Apache Flume™
    ™ Apache Flume™ Flume 1.7.0 User Guide Introduction Overview Apache Flume is a distributed, reliable, and available system for efficiently collecting, aggregating and moving large amounts of log data from many different sources to a centralized data store. The use of Apache Flume is not only restricted to log data aggregation. Since data sources are customizable, Flume can be used to transport massive quantities of event data including but not limited to network traffic data, social-media-generated data, email messages and pretty much any data source possible. Apache Flume is a top level project at the Apache Software Foundation. There are currently two release code lines available, versions 0.9.x and 1.x. Documentation for the 0.9.x track is available at the Flume 0.9.x User Guide. This documentation applies to the 1.4.x track. New and existing users are encouraged to use the 1.x releases so as to leverage the performance improvements and configuration flexibilities available in the latest architecture. System Requirements 1. Java Runtime Environment - Java 1.7 or later 2. Memory - Sufficient memory for configurations used by sources, channels or sinks 3. Disk Space - Sufficient disk space for configurations used by channels or sinks 4. Directory Permissions - Read/Write permissions for directories used by agent Architecture Data flow model A Flume event is defined as a unit of data flow having a byte payload and an optional set of string attributes. A Flume agent is a (JVM) process that hosts the components through which events flow from an external source to the next destination (hop).
    [Show full text]
  • Dissertation Zur Erlangung Des Akademischen Grades Des Doktors Der Naturwissenschaften
    Dissertation zur Erlangung des akademischen Grades des Doktors der Naturwissenschaften (Dr. rer. nat) Performance and Reliability Evaluation of Apache Kafka Messaging System eingereicht am Institut für Informatik des Fachbereichs Mathematik und Informatik der Freien Universität Berlin von Han Wu Berlin, 2020 Gutachter: Prof. Dr. Katinka Wolter (der erste Rezensent) Department of Computer Science Freie Universität Berlin, Germany Prof. Dr. Aad van Moorsel (der zweite Rezensent) School of Computing Newcastle University, UK Das Datum der Disputation: 14th. Jan 2021 Selbständigkeitserklärung Ich versichere, dass ich die Doktorarbeit selbständig verfasst, und keine anderen als die angegebenen Quellen und Hilfsmittel benutzt habe. Die Arbeit hat keiner anderen Prüfungsbehörde vorgelegen. Han Wu Berlin, den 4. Februar 2021 Abstract Streaming data is now flowing across various devices and applications around us. This type of data means any unbounded, ever growing, infinite data set which is continuously generated by all kinds of sources. Examples include sensor data transmitted among different Internet of Things (IoT) devices, user activity records collected on websites and payment requests sent from mobile devices. In many application scenarios, streaming data needs to be processed in real-time because its value can be futile over time. A variety of stream processing systems have been developed in the last decade and are evolving to address rising challenges. A typical stream processing system consists of multiple processing nodes in the topology of a DAG (directed acyclic graph). To build real-time streaming data pipelines across those nodes, message middleware technology is widely applied. As a distributed messaging system with high durability and scalability, Apache Kafka has become very popular among modern companies.
    [Show full text]
  • Technology Overview
    Big Data Technology Overview Term Description See Also Big Data - the 5 Vs Everyone Must Volume, velocity and variety. And some expand the definition further to include veracity 3 Vs Know and value as well. 5 Vs of Big Data From Wikipedia, “Agile software development is a group of software development methods based on iterative and incremental development, where requirements and solutions evolve through collaboration between self-organizing, cross-functional teams. Agile The Agile Manifesto It promotes adaptive planning, evolutionary development and delivery, a time-boxed iterative approach, and encourages rapid and flexible response to change. It is a conceptual framework that promotes foreseen tight iterations throughout the development cycle.” A data serialization system. From Wikepedia, Avro Apache Avro “It is a remote procedure call and serialization framework developed within Apache's Hadoop project. It uses JSON for defining data types and protocols, and serializes data in a compact binary format.” BigInsights Enterprise Edition provides a spreadsheet-like data analysis tool to help Big Insights IBM Infosphere Biginsights organizations store, manage, and analyze big data. A scalable multi-master database with no single points of failure. Cassandra Apache Cassandra It provides scalability and high availability without compromising performance. Cloudera Inc. is an American-based software company that provides Apache Hadoop- Cloudera Cloudera based software, support and services, and training to business customers. Wikipedia - Data Science Data science The study of the generalizable extraction of knowledge from data IBM - Data Scientist Coursera Big Data Technology Overview Term Description See Also Distributed system developed at Google for interactively querying large datasets. Dremel Dremel It empowers business analysts and makes it easy for business users to access the data Google Research rather than having to rely on data engineers.
    [Show full text]
  • A Survey of Distributed Message Broker Queues
    A Survey of Distributed Message Broker Queues Vineet John Xia Liu University of Waterloo University of Waterloo [email protected] [email protected] ABSTRACT This paper surveys the message brokers that are in vogue today for distributed communication. Their primary goal is to facilitate the construction of decentralized topolo- gies without single points of failure, enabling fault tol- erance and high availability. These characteristics make them optimal for usage within distributed architectures. However, there are multiple protocols built to achieve this, and it would be beneficial to have a empirical comparison between their features and performance to determine their real-world applicability. Figure 1: Kafka Architecture This paper focuses on two popular protocols (Kafka and AMQP) and explores the divergence in their fea- RQ0 What are the message broker implementations tures as well as their performance under varied testing commonly in use today? workloads. RQ1 What are the common requirements for the im- plementation of message queues? KEYWORDS RQ2 What are the divergent functionalities in the distributed message broker, message queue, kafka, amqp, current message queue offerings? rabbitmq RQ3 How do each of the implementations offer relia- bility, partitioning and fault tolerance? 1 INTRODUCTION 3 KAFKA Kafka was developed at LinkedIn and primarily used Distributed Message Brokers are typically used to decou- for log processing. This worked well for Kafka’s user en- ple separate stages of a software architecture. They per- gagement metrics collection use-case. The fundamental mit communication between these stages asynchronously, features behind Kafka are performance over reliability by using the publish-subscribe paradigm.[1]. These mes- and it offers high throughput, low latency message queu- sage brokers are also finding new applications in the ing.
    [Show full text]
  • Location Platform Benchmarking Report: 2021
    Wireless Media Location Platform Benchmarking Report: 2021 20 April 2021 Report Snapshot This report updates our annual benchmark of global location companies, which compares Google, HERE, Mapbox and TomTom across capabilities like map making and freshness, meeting automotive industry needs, map and data visualization, and the ability to appeal to developers, among others. HERE demonstrates strength and leadership across most attributes, followed by Google and TomTom, then Mapbox. Wireless Media Contents 1. Executive Summary .................................................................................4 2. Introduction .............................................................................................6 2.1 Defining Location Platforms ........................................................................................................ 6 2.2 Map Making & Maintenance Evolution ....................................................................................... 7 3. Pandemic Opportunities and Challenges .............................................8 4. Evolving Location Sector Demands .................................................... 10 4.1 The Automotive Sector .............................................................................................................. 10 4.2 The Mobility and On-Demand Sector ........................................................................................ 14 4.3 Enterprise ...................................................................................................................................
    [Show full text]
  • The Event Mesh: a Primer Chapter 1: What Are Events? PAGE 3
    The Event Mesh: A Primer Chapter 1: What Are Events? PAGE 3 Chapter 2: The Event-Driven Enterprise PAGE 5 Chapter 3: What Is an Event Mesh? PAGE 8 Chapter 4: Deploying the Event Mesh in the Real World PAGE 10 Chapter 5: Conclusions and More Resources PAGE 11 Copyright © 2020 RTInsights. All rights reserved. All other trademarks are the property of their respective companies. The information contained in this publication has been obtained from sources believed to be reliable. NACG LLC and RTInsights disclaim all warranties as to the accuracy, completeness, or adequacy of such information and shall have no liability for errors, omissions or inadequacies in such information. The information expressed herein is subject to change without notice. Chapter 1: What Are Events? An event is a change, action, or observation in a system that produces a notification. Events are triggered by changes such as master data entity updates like a customer billing address change, or an action like a new order or a trade approval. Other triggers are more basic, like a battery charge level threshold being met or a periodic temperature reading from a sensor. It is common to refer to the notification as the “event.” Rather than use the term trigger, software architects often say “send an event” when a specified condition occurs. Event notifications produced programmatically by the system of record (SOR), can contain a snapshot of the affected entity, a delta In an event-based system, (i.e., changed attributes only), or a reference (e.g., a PO number). a component produces an Snapshot and delta events usually carry business meaning, have a event without necessarily complex structure, and are commonly represented in JSON or XML.
    [Show full text]
  • Building a Scalable Distributed Data Platform Using Lambda Architecture
    Building a scalable distributed data platform using lambda architecture by DHANANJAY MEHTA B.Tech., Graphic Era University, India, 2012 A REPORT submitted in partial fulfillment of the requirements for the degree MASTER OF SCIENCE Department Of Computer Science College Of Engineering KANSAS STATE UNIVERSITY Manhattan, Kansas 2017 Approved by: Major Professor Dr. William H. Hsu Copyright Dhananjay Mehta 2017 Abstract Data is generated all the time over Internet, systems, sensors and mobile devices around us this data is often referred to as 'big data'. Tapping this data is a challenge to organiza- tions because of the nature of data i.e. velocity, volume and variety. What make handling this data a challenge? This is because traditional data platforms have been built around relational database management systems coupled with enterprise data warehouses. Legacy infrastructure is either technically incapable to scale to big data or financially infeasible. Now the question arises, how to build a system to handle the challenges of big data and cater needs of an organization? The answer is Lambda Architecture. Lambda Architecture (LA) is a generic term that is used for a scalable and fault-tolerant data processing architecture that ensure real-time processing with low latency. LA provides a general strategy to knit together all necessary tools for building a data pipeline for real- time processing of big data. LA builds a big data platform as a series of layers that combine batch and real time processing. LA comprise of three layers - Batch Layer, responsible for bulk data processing; Speed Layer, responsible for real-time processing of data streams and Serving Layer, responsible for serving queries from end users.
    [Show full text]