CleanSlate Technology Group Achieves AWS Partner Network Advanced Consulting Status

Milestone demonstrates the company’s ongoing commitment to drive business value leveraging AWS expertise for clients in the Midwest Region

CleanSlate, a full-service cloud transformation agency, announced today that it has achieved Advanced Consulting Partner status in the Amazon Web Services (AWS) Partner Network (APN). Reaching the Advanced tier status requires the demonstration of expertise and successful delivery of AWS solutions. CleanSlate joined the AWS Partner Network in 2018 and has since experienced exceptional growth in the delivery of AWS cloud-based services. Advanced Partnership tier designation is also a recognition of CleanSlate’s commitment to client success and satisfaction by obtaining the full value from their AWS investment. CleanSlate’s Chief Operating Officer Chris Konow stated, “While we are excited about this achievement and the growth of our company, we are even more excited to receive exceptional feedback from our clients regarding the delivery of modern AWS cloud solutions.” 

The cloud is having measurable effects on businesses who are choosing to embrace the digital transformation. For example, some researchers are predicting as much as 20-30% improvement in time to market. CleanSlate has seen similar significant results – including a cloud implementation which resulted in 80% reduction in time to provision infrastructure environments using AWS services. Cloud transformation requires AWS expertise and experience – a big part of what CleanSlate brings to clients. “Our team of consultants are a top-notch group of certified engineers, architects and consultants. Every day I am excited to see the innovation and advanced technology we are providing our clients with AWS solutions. And our team is growing, which is also very exciting as well. Together with AWS, we will continue our commitment to improve our clients’ business by leveraging AWS and cloud transformation.”

 

Additional Resources 

About CleanSlate TG 

Founded in 2000, CleanSlate is a privately held consulting company headquartered in Indianapolis, Indiana. CleanSlate’s dedicated practices specialized in the delivery of Cloud, Enterprise Integration, and Salesforce consulting services. Our mission is to provide a clear pathway for client success by combining strategy, solutions and technical expertise. This approach makes it easy for our clients to adopt leading edge cloud solutions in a manner that accelerates business outcomes.

 

CleanSlate Partnership with HCL

CleanSlate is proud to announce a new partnership with HCL, a global technology company!

As of July 1, 2019, HCL officially acquired research and development, marketing, delivery and support of IBM’s AppScan, BigFix, Commerce, Connections, Digital Experience (Portal and Content Manager), Notes Domino and Unica products. “We are excited to see HCL step into the marketplace and invest in these products moving forward,” said John Loveys, President & CEO, CleanSlate, who recently attended an HCL Factory Tour event in MA. “We have over 200 customers in our stable that now use HCL software products and we intend to drive growth in those accounts, and support them as we have supported IBM customers since 2000,” said Loveys. “Notes Domino customers, as an example, are finally being rewarded with revamped architecture that will bring these products into today’s modern cloud oriented environments.” 

The CleanSlate consulting practice is also excited about the future of BigFix. HCL has shared plans with us for new innovation and growth to the BigFix portfolio, and this will have a significant impact on our investment in platform as a solution for the consulting clients. “We see a bright future providing solutions for Asset Management, Compliance, Lifecyle and Security with BigFix and the other HCL security offerings” says Chris Konow, VP of Consulting Services.

About HCL Technologies

HCL Technologies is a leading global technology company that helps global enterprises re-imagine and transform their businesses through digital technology transformation. HCL operates out of 44 countries and has consolidated revenues of US $8.6 billion, for the financial year ended 31st March, 2019.

CleanSlate Red Hat Partnership

CLEANSLATE AND RED HAT PARTNERSHIP

CleanSlate Technology Group (CSTG, Inc.) is an IT partner who is always by your side. By working with Red Hat, the industry’s top enterprise Linux vendor, you have a partner in the planning, deployment, and maintenance of your infrastructure.

Among the many offerings from Red Hat, the leading product modernizing and optimizing the IT industry is Red Hat Enterprise Linux (RHEL). Organizations in the early stages of IT modernization currently running IBM Power Servers are creating Linux LPARs to migrate workloads to Red Hat Enterprise Linux. Many other organizations who are facing high licensing, maintenance and support costs are choosing to move off legacy UNIX systems to a modern, open source Linux infrastructure in order to adopt Red Hat solutions for application development, mobile, deployment, and cloud.

Migrating workloads to Red Hat Enterprise Linux – the enterprise-ready, open source operating system – improves productivity and efficiency across your enterprise IT systems and enables an agile IT infrastructure to address new business demands while significantly reducing operational costs. Red Hat Enterprise Linux maximizes the value of your existing infrastructure by introducing new technologies in an incremental, balanced way.

Please contact Jim Howell, Systems Architect  jim.howell@cleanslatetg.com for more information on Red Hat Enterprise Linux (RHEL) and other Red Hat products.

Comparing Swarm vs Kubernetes Terminology

Comparing Swarm vs Kubernetes Terminology

One of the things that my team and I are sticklers about is using the proper terminology for the proper technology. It’s just not the debate of “Principle” vs “Principal”, it’s the inferred technology that is applied by the terms you use. For instance, if a client told me they had a Docker Cluster, I might infer they are using Kubernetes, as that is correct terminology. When, in fact, they may be using Docker EE and should have used the term Docker Swarm.

Recently, when I was learning more about Docker EE Swarm at DockerCon ‘19, I started to realize the concepts are similar in Kubernetes, but the terminology was subtly different. I started to put together my own cheat sheet of similar components, so that I could keep things straight between the different sessions I attended. Now, I can speak both Swarm and Kubernetes without mingling terms, something my team will certainly appreciate!

Swarm Term Kubenetes Term Loose Definition
Swarm Cluster A group of machines that are running that provide high availability of containers.
Node Cluster Member Either a physical or virtual host that is participating within the Swarm/Cluster.
Manager Master Manages the strategy of how work is distributed within the Swarm/Cluster.
Worker (Worker) Node A participating member of the Swarm/Cluster that is providing compute capacity.
Container Container A standard unit of software that packages up code and all its dependencies, so the application runs quickly and reliably from one computing environment to another.
Task Pod A group of containers that are deployed together on the same host.
Service ReplicaSet Starts and manages the tasks/pods, ensuring the desired state.
Service Deployment Provides declarative updates to ensure the desired state is maintained.
Stack Stack A collection of services to run an application.
VIP ClusterIP Service The IP address representing the service definition.

Please contact us for your Docker needs.

Creating a Salesforce Process and Flow to Associate Account and Contacts During Lead Conversion

Creating a Salesforce Process and Flow to Associate Account and Contacts During Lead Conversion

Salesforce’s standard Lead Conversion leaves a lot to be desired, unfortunately.

For example, the standard conversion process does not create an association between a Contact and an Account unless you are:
1. Creating a new Account and new Contact;
2. Creating a new Contact to associate to an existing Account; or,
3. Creating a new Lead using an existing Account and an existing Contact associated to that Account.

Thankfully, they have provided the means to enhance the functionality without touching a single line of Apex. As a note, this presumes that your org is configured to allow Contacts to be associated with multiple Accounts AND that you’re expecting an Account, Contact, and Opportunity as an output of the conversion process. So, the scenario below works IF you are creating a new Account and associating it with an existing Contact (who has a primary relationship with a different Account).

Process Builder

This can be achieved by creating a Process in Process Builder for the Lead object that checks that:
– “IsConverted” flag is checked; and,
– “ConvertedOpportunityId”, “ConvertedAccountId”, and “ConvertedContactId” are not NULL.
Process Builder

Flow

This combination of fields validates that the Lead has been corrected converted and has the appropriate association with the downstream objects/records. The flow then takes the record ID of the Lead as its initial input (we created a custom field to store this value just as an internal validation). From that Lead record it returns the IDs in the “ConvertedAccountId” and “ConvertedContactId” fields. These ID values are then used to query the Account Contact Relationship object to determine if a relationship currently exists. If the answer is “No” then we create that relationship (which appears as the secondary relationship for the existing Contact). If the answer is “Yes” then we proceed to the next step.  This step makes updates to the Opportunity record (e.g., changing a field value and updating the Oppty name per a specified naming convention).

Flow

Not without an issue…

There is, however, a final scenario in which Salesforce presents a glaring bug, limitation, issue (whatever you want to call it – but it’s been submitted to Salesforce as a bug) that this Process and Flow does not cover. This scenario is when you want to convert a Lead that points to an existing Account and an existing Contact who does not have an existing relationship with the specified Account. For example,
– Contact 1 has a relationship with Account 1
– You create a Lead with Account 2 and Contact 1

During the conversion process Salesforce ignores the Account specified and substitutes in the Account that’s associated with the Contact. Bug logs, unfortunately, provide no clues as to the cause. Workarounds do exist but…they require additional fields on the Lead which, in turn, rely on user input and would require an update to the Flow to take this additional data into consideration. Hopefully (fingers crossed), Salesforce responds to my case with an update in the near future!! If/when they do I’ll post an update.

If you’d like to see how CleanSlate can help you take full advantage of your Salesforce org please shoot us an email!

Salesforce Certificate Changes in Early 2018

Salesforce Certificate Changes in Early 2018

Salesforce has recently published a news release that is relevant to all users of middleware solutions.

To uphold the best practices in Security, Salesforce has decided to rotate some certificates out during January and February 2018. Google Chrome no longer supports Symantec-issued HTTPS certifications and is now going to use DigiCert-issued certificates instead.
DigiCert
This could have an impact if you and your company use a middleware solution like Mulesoft, Scribe, IBM Broker, etc. to interact with Salesforce once the certificates are updated by Salesforce. According to Salesforce, “To test your software and middleware solutions, use //certtest.force.com as the base URL of the API login URL.

  • If you see an invalid username error or a different HTTP status code, then the test was successful.
  • If you see a certificate trust error, then the trust was unsuccessful.”

For the vast majority of Salesforce users this will have no impact on your day-to-day experience. However, companies with middleware solutions are most likely going to require some configuration updates to trust the new root, intermediate, and other relevant certificates with DigiCert.

The deployment schedule for these updates certificates are: 1) Sandbox instances during the second week of January, and 2) Production instances during the second week of February. Additional information can be found at the following site, Salesforce Certificates change from Symantec to Digicert in Jan 2018. These updates should be thoroughly tested and validated in your Sandbox instances prior to the Production deployment.

If you would like to see what CleanSlate can do for you and your Salesforce Sales and Service Cloud orgs please contact us today!