Professional Cloud Services

Planning/Design

Cloud Discovery, Cloud Design

Transformation

Cloud Transformation, Data Analysis and Transformation of Information Systems and the Business process

Migrating to the Cloud

Migration of COTS and Workloads to AWS or Azure   Migrating CRM/SFA to Salesforce.com

Migrating SFA/CRM

Customizing CRM/SFA to your business   Saving your existing SFA/CRM investment

Cloud Dev/Ops

Engineers trained in the best of breed Dev/ops technologies

AWS Migration

Migrate VM workloads and existing databases to AWS platform
 

Cloud Blog

Wednesday, September 18, 2019
Realty Check: 4 stages to Application modernisation, or ‘Digital Transformation’ and why Enterprise Architects are important KTA: Stop reading the Gartner Group. You will be happier, less confused, wealthier, and your buzzword-BS radioactive meter will drop significantly. Going Cloudy does not need to be a dive into the deep end. Modernising applications will usually go through a set of stages, starting with Cloud re-platforming, then optimisation on the new Cloud platform, followed by refactoring, perhaps re-architecting and with some client facing digital applications which are monetised, perhaps a rebuild using Cloud-Native techniques. Many applications do not need ‘Cloud Native’, do not require complex rebuilds because they are static, not client facing and the monolith serves the business and process, just fine. Of course, the application, logic, code, database code and associated frameworks need to be kept up to date, along with the web-server and database versions. But it is ridiculous to impose ‘Cloud Native’ on applications that don’t need it. Keep your Perspective There is no ‘single’ right or wrong path, approach or model in deploying applications to the Cloudy. A lot will depend on time, budget, resources, urgency, type of applications, industry, and compliance requirements. Virtual Machines are valid, as are containerisation of existing applications and moving both over to the Cloud. Cloud-Native or ‘Digital Transformation’ may also be required if your business, competition, and client demands necessitate such an approach, with inherent scalability, new features, or constantly changing requirements demanding new versions premised on Agile and integrated, automated development, testing, deployment and operational support. Reality Check Most applications do not however, need to be Cloud-Native. That is simply a myth. The business-IT-client use cases do not demand it. You are not Netflix, nor Amazon. And yes that Cloud presentation on ‘push button’ something or other was amazing, but it was probably falsified and the real system had a budget of $10 mn which is $ 9mn more than you have. Polyglot In reality larger firms will be using many different approaches and Cloud platforms depending on the use case and context. Virtual Machines on both Windows and Linux (best to standardised on a particular OS for each), Containers, and Cloud-Native new builds will all co-exist, along with different database varieties – SQL, MySQL, server-less Databases, Mainframes and NoSQL. Enterprise Architects Architectures will become more complex, not less, and issues around data, data security, data management, data charges, networking, network security and environmental management will become (indeed are already for many firms), key pain points to remediate. This complexity makes it clear that skilled Enterprise Architects working within a Domain and with Subject Matter Experts, will increase in importance. Iterative Designs, Pilots and assessments, premised on Agile are of increasing relevance, as the IT stack shifts to a complicated virtualised and on-demand set of models. Hybrid architectures and multi-cloud (including sprawl) deployments are a fact for large enterprises. Digital Cloudy In the context of Digital Transformation, which is only one aspect of Cloud Computing, there are four stages to gain a competitive edge. Simplify with containers Putting existing applications into containers orchestrated by Kubernetes or similar. These containers can be self-managed eg. Docker, or ECS on AWS, or platform managed such as Fargate. This is the first step to simplifying application deployment and management. Containers encapsulate the application with minimal or no changes to the application itself, enabling consistent testing and deployment that reduces costs and simplifies operations. Extend with APIs Extend existing applications with APIs which securely expose their full capabilities to developers allows for de-composed architectures, separating producers and consumers and giving you the flexibility to change parts of your system without having to rewrite the entire stack. The applications therefore become reusable across clouds to easily access and build new capabilities. Beyond APIs, this approach relies on an agile integration strategy that supports the volume of connections and variety of architectures required. Decompose with microservices Use microservices to break down monolithic applications into deployable components, where each component performs a single function. Businesses can then further enhance development agility and efficiency by putting each microservice in its own container. Using Kubernetes, companies can then manage and deliver the microservices of existing applications. Refactor with new microservices Refactoring involves building new microservices. In some instances, it may be easier to develop new applications utilizing cloud-native development practices instead of working with a current monolith. This provides teams with the ability to deliver innovation to users, encourage creative thinking and allow developers to experiment in a low-risk fashion. The above is a sensible approach which over time may lead to a Cloud-Native refactoring approach. Firms need to have criteria checklists and a realistic appraisal of applications – what are they, who do they serve, what is the elasticity of usage, what type of firm is it, what is the market, how much is the system being monetised, what resources and skills per cloud platform does it possess, budget, time, security, compliance and other constraints. Many applications simply don’t need to be Cloud-Native. Maybe 20% of applications are candidates. ==END
Read More

Wednesday, September 11, 2019
There are critical concepts which undergird network virtualization, and in particular market-leading products or platforms such as VMware NSX (network virtualization), including a multi-hypervisor, multi-cloud management network virtualization platform and approach. All of which are becoming more important in the general market, as the entire IT Stack becomes virtualised.
Read More

Sunday, September 08, 2019
Migrating an entire estate out of a Data-Center or Co-Location facility is difficult. The most cited reasons are usually: ~Projects exceed time, budget, migration windows ~End user disruption ~Planning phase usually induces a delay, once the complexity and inter-dependency is properly scoped ~Planning around downtime mitigation can entail a long delay in the migration ~Lack of resources ~Stakeholder conflicts or inattention ~Target operating model and platform not built, not properly understood
Read More

Monday, August 19, 2019
It is simply a myth that ‘all firms’, and ‘all projects’, ‘must’ move to a Micro-Services ‘model’ of development and deployment. That is lunacy. Monoliths are completely valid in the proper context of domain, business logic, functionality, number of end-users (stable, not that variable), skills, budget and time
Read More

Monday, August 12, 2019
The IT Stack. Cloud computing encompasses the entire IT Stack. This needs to be kept in mind when deploying applications, looking at dependencies, modelling security, assessing non-functional requirements, and mapping out systems integration, testing, coding and deployments. Most firms have a Cloud-governance mess, with silos, sprawl and uncontrolled costs. Configuration drift and not implementing standard best-practices or key principles across environments is also a common issue.
Read More

All Posts

Featured Projects

SFA (Sales Force Automation)

The SFA product is an advanced, distributed, Sales Force and Customer Relationship Management application.

The purpose of the software is to automate paper processes and increase productivity, accuracy, information exchange and revenue opportunities for field, sales, agent forces and for management.
CRM Trilogix Sales Force Automation system components
SFA Application Components


Amazon Web Services Cloud Computing

SFA is hosted on the Amazon Web Services Cloud Computing platform aws.amazon.com. Cloud Computing is essentially the virtualization of IT compute resources, and their remote usage. AWS is the market leading public cloud infrastructure. AWS is able to provide almost unlimited scalability, resilience, fail-over, and recovery. With over 100 Global data centers and many associated virtualized services, AWS allows a platform to be deployed to a global audience with reduced latency, and improved performance and throughput.

System Security

Security is a primary design principle and concern around Cloud Computing. AWS has been audited and certified by many dozens of security agencies and governmental agencies. Policies, logging and monitoring are built in to AWS cloud platform solutions to provide a dashboard and overview of the environment and any threats to data and applications.

Key parts of the SFA security model:

  • Network
  • Anti-Malware/Virus
  • Perimeter
  • Application Attack
  • Disaster Recovery
  • High Availability
  • Backup
Key principles: Zero Trust, Zero Touch, Encrypt everything. SFA’s infrastructure conforms to the above list of security best-practices.

In summary the SFA platform has:

  • Automated data backup
  • Automated Machine Image (application) backup
  • High Availability and Failover within AWS
  • Disaster Recovery within AWS
  • Disaster Recovery outside of AWS with Azure Cloud
  • Automated Monitoring and Logging
  • Security of access and all data
CRM Trilogix Sales Force Automation cloud infrastructure
Simplified Cloud Infrastructure Diagram

Let us know about your project requirements

OGI™ (Organizational Growth Indicator)

OGI™ is a multi-tiered application, hosted on AWS (Amazon Web Services) cloud. The system is a new empirical, web browser accessible system, developed to assess organization’s innovative and transformative capability.

CRM Trilogix system infrastructure
Simplified Architecture Diagram


The system is composed of Administration and End User portals.

The End user portal is an online questionnaire accessed by members of the organization. The survey (questionnaire) is user id and password specific for protection purposes. The responses are saved per page. Users cannot continue to the next page unless the question is answered, which takes care of missing responses.

There is no real limit to how many end-users can use the survey during a defined period (example one day). The real challenge from a technological perspective, lies in the concurrent employee usage. Given current requirements and general usage patterns over 100 concurrent users (users acting on the system at exactly the same time, during the same minute); is supported as a threshold. The platform can be extended with various techniques to accommodate more concurrent users as necessary.

Let us know about your project requirements

Ready to get started with your project?

Name:
 
Company:
 
Email:
   
Phone:
 
Message:
 
 

ERP to the Cloud services

Explainer video on our services and approach